Ricerca nel registro
Didit si collega ai registri delle imprese nei paesi supportati per recuperare dati ufficiali. Nel flusso ospitato l’utente seleziona il paese di costituzione e compila il nome dell’azienda, il numero di registrazione, o entrambi: almeno uno dei due è obbligatorio. I numeri di registrazione vengono normalizzati dove il registro lo richiede (per esempio, i numeri delle società del Regno Unito vengono completati con zeri iniziali fino a otto cifre), e quando vengono forniti entrambi gli identificativi la ricerca nel registro li combina.Precompilazione della ricerca con expected_details
Se conosci già l’azienda, passa expected_details (company_name, registry_country, registration_number) quando crei la sessione. Il flusso ospitato preseleziona e blocca il paese (e lo stato, per i registri a livello statale come US-CA), precompila i campi di ricerca corrispondenti ed esegue automaticamente la ricerca dichiarata: l’utente arriva direttamente al risultato della propria azienda. Entrambi i campi restano modificabili, così l’utente può correggere un’indicazione errata. È solo una precompilazione: selezionare un’azienda diversa da quella dichiarata non genera alcun avviso.
Tipi di ricerca
Le ricerche nel registro supportano due modalità:Flusso di ricerca
La ricerca nel registro segue un flusso asincrono:Ricerca
Didit interroga il registro con il paese selezionato e gli identificativi forniti: nome dell’azienda, numero di registrazione o entrambi combinati. Il campo
searched_by della risposta indica come sono stati abbinati i risultati (name, registration_number o registration_number_and_name), e l’interfaccia ospitata offre un’opzione con un solo tocco, “Cerca invece per nome dell’azienda”, sui risultati ottenuti tramite numero di registrazione. La ricerca viene eseguita in modo asincrono.Esegui il polling dei risultati
Verifica lo stato della ricerca finché i risultati non sono disponibili. I registri di grandi dimensioni possono impiegare alcuni secondi per restituire i risultati.
Selezione dell'azienda
Controlla le aziende restituite e seleziona la corrispondenza corretta. Didit collega l’azienda selezionata al controllo KYB e compila tutti i dati disponibili.
Conferma e prosegui
Conferma o correggi i dati dell’azienda e prosegui con il passaggio successivo configurato.
Alcuni registri restituiscono il profilo dell’azienda prima che il report sull’assetto proprietario sia pronto: l’elaborazione di tale report prosegue in background mentre il richiedente completa passaggi indipendenti, come il caricamento di un documento.
La precompilazione dal registro non blocca il modulo delle persone chiave: il richiedente può inserire le persone manualmente, e le persone disponibili nel registro compaiono prima dell’invio man mano che il report arriva.
Le decisioni personalizzate che dipendono dal report attendono il report, senza indovinarne l’esito.
Le tue correzioni vengono conservate quando il report arriva.
Un report in attesa non conta come controllo nel registro completato né come approvazione automatica, e la fatturazione del registro si basa sul livello effettivamente erogato.
Invio manuale
Se l’azienda non viene trovata nel registro, invia i dati aziendali manualmente. La sessione prosegue con i dati forniti e
is_from_registry viene impostato su false.Dati recuperati
Stati dell’azienda
Indicatore della fonte dei dati
Ogni record di azienda include un flagis_from_registry:
true: i dati sono stati recuperati da un registro ufficiale delle impresefalse: i dati sono stati inseriti manualmente perché l’azienda non è stata trovata nel registro
fetch_status indica se la ricerca nel registro è stata completata, non è riuscita o è ancora in corso.
Livelli di dati e prezzi
Nel flusso ospitato, la selezione di un’azienda comporta l’addebito della tariffa del registro, anche se il richiedente lascia la pagina prima di confermare i dettagli o di completare la verifica. Se il report è pronto al momento della selezione, il livello consegnato viene addebitato subito. Se i dati sull’assetto proprietario sono ancora in sospeso, il livello Lite viene addebitato alla selezione e la differenza di prezzo viene addebitata solo quando viene consegnato un livello superiore. Se l’assetto proprietario non è disponibile, non si applica alcuna maggiorazione per l’assetto proprietario. Il totale usa i prezzi indicati al momento della selezione e non supera mai il prezzo del livello richiesto. La selezione e l’eventuale adeguamento successivo per l’assetto proprietario contano come un’unica verifica nel registro; leggere il report acquistato o confermarne i dettagli non la addebita di nuovo. I contratti a tariffa fissa esistenti contabilizzano una verifica del registro al momento della selezione, senza un’unità contrattuale aggiuntiva per la consegna successiva dell’assetto proprietario. Le ricerche nei workflow ospitati non hanno una tariffa di ricerca separata. Le ricerche API autonome possono comportare una tariffa di $0.50 per richiesta riuscita; vedi fatturazione delle ricerche. Consulta prezzi del registro KYB per la tabella completa per paese.
In un workflow ospitato il livello viene scelto per paese da Workflows → KYB Registry Check → Countries. Quando il registro non contiene alcun record sull’assetto proprietario per un’azienda, una richiesta di Azionisti o UBO viene consegnata e addebitata al livello più alto che i registri del paese possono fornire, di solito Lite.
Un’azienda non trovata e inserita manualmente (
is_from_registry: false) viene addebitata con una tariffa fissa di $0.75: la ricerca è stata comunque eseguita, anche se non è stato restituito alcun record dal registro.
Esempio: risposta del livello Lite
Esempio: risposta del livello Lite
Lite restituisce solo il profilo dell’azienda, senza azionisti, UBO o struttura dell’assetto proprietario:Il livello Azionisti aggiunge
ownership_structure e le voci degli azionisti oltre agli amministratori e ai dirigenti. Il livello UBO risolve inoltre i titolari effettivi con le percentuali di partecipazione. Vedi Assetto proprietario e Dirigenti e amministratori.Dati del registro e dati forniti dall’utente
Didit conserva i dati restituiti dal registro e i dati confermati dall’utente come record di audit separati, con una vista canonica unificata utilizzata dai controlli successivi. Ogni azienda contiene tre blocchi correlati:
Il timestamp
confirmed_by_user_at indica quando l’utente finale ha confermato o modificato i dati del registro. Finché questo timestamp è null e is_editable è true, l’utente finale può continuare a modificare i campi all’interno del flusso ospitato.
Per le aziende inserite manualmente (is_from_registry: false), user_provided_data è l’unica fonte e is_editable diventa false dopo l’invio da parte dell’utente.
Gli analisti possono vedere le due fonti affiancate nella revisione della sessione in Business Console e confrontare ciò che ha indicato il registro con ciò che l’utente ha confermato.
Campi del modulo di registro configurabili
Puoi scegliere quali dati aziendali il flusso di verifica ospitato richiede durante il passaggio di conferma del registro. Configurali nella Business Console: apri l’editor del workflow, seleziona il nodo KYB Registry check e passa alla scheda Campi. Ogni campo può trovarsi in uno di tre stati:
Tre campi vengono sempre mostrati e sono sempre obbligatori, perché identificano l’azienda, quindi non possono essere configurati:
company_name, country_code e region (stato/regione, dove il registro è regionale).
I 16 campi configurabili sono:
registration_number, incorporation_date, legal_address, vat_number, alternative_names, tax_number, company_type, legal_entity_identifier, location_of_registration, nature_of_business, registered_capital_amount, registered_capital_currency, website, email, phone, control_scheme
Per impostazione predefinita, e per tutti i workflow esistenti, solo incorporation_date è Obbligatorio; ogni altro campo configurabile è Facoltativo, quindi il modulo si comporta esattamente come prima che esistesse questa impostazione.
L’obbligatorietà viene applicata lato server: se invii il modulo di registro con un campo obbligatorio vuoto, ricevi 400 con messaggi di errore per ciascun campo, e l’interfaccia ospitata mostra solo i campi abilitati. Nell’API dei workflow, l’impostazione è l’oggetto kyb_registry_fields_config sul nodo KYB Registry; consulta configurazioni delle funzionalità per la struttura.
Impostare
vat_number come Obbligatorio ha effetto solo per le aziende costituite in un paese dell’UE con IVA (vedi sotto). Per tutti gli altri paesi il campo è trattato come facoltativo anche se impostato come obbligatorio, perché non esiste un numero IVA UE da raccogliere. Il loro tax_number viene comunque validato quando viene fornito.Validazione del numero VAT e dell’identificativo fiscale
Quando il passaggio di registro viene inviato, Didit verifica ilvat_number dell’azienda presso la fonte ufficiale del suo paese.
Per un’azienda senza vat_number viene invece validato il tax_number.
Il numero può essere inviato con o senza il prefisso del paese e con qualsiasi separatore (DE 123 456 789, DE123456789 e 123456789 sono equivalenti per un’azienda tedesca).
Registri ufficiali. In questi paesi il numero viene verificato in tempo reale presso il registro governativo o ufficiale delle imprese, che restituisce anche la denominazione registrata (e, per la maggior parte, l’indirizzo):
Un SIREN o SIRET francese, un RSIN olandese o un numero fiscale ungherese completo, inviati come numero VAT, vengono convertiti nel numero VAT corrispondente prima della verifica.
I numeri VAT greci vengono verificati automaticamente con il prefisso
EL.
Regole di cifra di controllo. In questi paesi non è possibile interrogare alcun registro, quindi il numero viene verificato secondo il formato ufficiale del paese e le regole di cifra di controllo: Albania, Andorra, Argentina, Australia, Azerbaigian, Bielorussia, Canada, Cile, Cina, Repubblica Dominicana, Egitto, El Salvador, Ghana, Guatemala, Islanda, India, Indonesia, Israele, Giappone, Kenya, Liechtenstein, Messico, Moldova, Monaco, Montenegro, Marocco, Mozambico, Nuova Zelanda, Macedonia del Nord, Perù, Russia, San Marino, Serbia, Singapore, Sudafrica, Corea del Sud, Taiwan, Thailandia, Tunisia, Türkiye, Ucraina, Regno Unito, Stati Uniti, Uruguay, Venezuela e Vietnam.
Queste regole si applicano anche nell’UE quando un tax_number è un codice fiscale nazionale per il quale non esiste un numero VAT da verificare, come una Steuernummer tedesca.
Un tax_number indica solo un identificativo fiscale, non una registrazione IVA, quindi quando VIES non lo elenca il risultato ricade su queste regole invece di invalid.
Le aziende di qualsiasi altro paese ricevono vat_validation_status: "not_applicable".
Lo stesso vale per le sessioni sandbox, che non contattano mai un registro fiscale.
Il risultato viene memorizzato sull’azienda ed esposto nel payload della decisione KYB:
vat_validation_source assume uno dei valori eu_vies, pl_vat_white_list, no_brreg, ch_uid_register, br_receita_federal, co_rues, cr_hacienda, ec_sri, py_dnit o format_rules.
Una volta che un numero è valid, invalid, format_valid o invalid_format, il risultato viene conservato per tutta la durata della sessione e il registro non viene interrogato di nuovo, a meno che il numero non cambi.
Confronto dei nomi. Quando il numero è valid e la fonte comunica la denominazione registrata, Didit confronta in modo approssimato tale denominazione con il nome dell’azienda inviato.
Una divergenza significativa genera l’avviso KYB_COMPANY_VAT_NAME_MISMATCH senza modificare lo stato della sessione: si tratta di un segnale indicativo per i revisori.
Il suo additional_data contiene registry_name, registry_source e submitted_name, più vies_name quando la fonte è VIES.
Alcuni stati membri dell’UE non comunicano la denominazione o l’indirizzo: i campi risultano vuoti e il confronto non viene eseguito.
Azioni configurabili. Due impostazioni del nodo di controllo del registro KYB determinano cosa accade alla sessione quando il controllo non va a buon fine (valori REVIEW, DECLINE, NO_ACTION):
Un
tax_number che è invalid_format viene riportato nel payload senza attivare alcuna azione, perché il campo fiscale a testo libero spesso contiene un identificativo aziendale diverso.
Ogni esito genera anche l’avviso corrispondente (KYB_COMPANY_VAT_INVALID, KYB_COMPANY_VAT_COULD_NOT_VALIDATE) sul controllo del registro: vedi avvisi di Verifica aziendale (KYB).
Verifica incrociata dei dati
Didit confronta automaticamente i dati forniti dall’utente / i dati canonici con quelli restituiti dal registro e con i dati OCR estratti dai documenti caricati:- Nome azienda: confronto approssimativo per tenere conto di abbreviazioni e differenze di formattazione
- Numero di registrazione: verifica di corrispondenza esatta
- Paese: verifica di coerenza tra il paese fornito e quello del registro
- Indirizzo: geocodifica e normalizzazione per il confronto
Riepilogo finanziario
Ove disponibili, Didit recupera dal registro i dati finanziari di sintesi:- Ricavi o fatturato
- Numero di dipendenti
- Codici settoriali SIC/NACE
- Date di deposito e stato di conformità
Campi aggiuntivi del registro
A seconda della copertura della giurisdizione, la risposta del registro può includere anche:alternative_names: nomi commerciali, dba, precedenti denominazioni legalilegal_entity_identifier(LEI): per istituti finanziari ed entità quotatewebsite,email,phone: dati di contatto presenti nel registronature_of_business: breve descrizione (nella lingua del registro)registered_capital: capitale autorizzato / emesso come oggetto{amount, currency}
business della decisione KYB.
Affidabilità e stato di verifica
Ogni risposta del registro include unverification_status:
Combinalo con
is_from_registry per guidare la tua logica di elaborazione successiva:
Risultati della verifica incrociata
Ogni verifica incrociata viene eseguita per campo e restituisce uno dei seguenti valori:MATCH: i dati forniti corrispondono a quelli del registro.MISMATCH: divergenza significativa. Segnalata come avviso.NO_DATA: uno dei due lati era vuoto; nessun confronto possibile.
Cosa determina l’esito
Lo stato dell’azienda, il paese di costituzione, i risultati AML e la corrispondenza con i dati dichiarati alimentano la decisione come tag di avviso sul controllo del registro e sullo Screening AML. Il tuo workflow decide se ciascun avviso porta ad approvazione, revisione o rifiuto. Consulta valutazione del rischio per i segnali e le chiavi del workflow che li controllano.Paesi supportati
La copertura varia da paese a paese: consulta paesi supportati per il dettaglio dei livelli per regione.Passaggi successivi
Assetto proprietario
Identificazione dei titolari effettivi e catene di proprietà.
Schema della risposta
Dove compare ciascun campo nel payload.
Paesi supportati
Copertura per regione.