GET /v3/session/{id}/decision/ per a una sessió de Verificació d’empreses (KYB). L’endpoint és unificat: quan passes un session_id d’empresa, la resposta conté session_kind: "business" i les matrius de funcionalitats específiques d’empresa que es descriuen a continuació.
Estructura de primer nivell
Camps compartits de primer nivell
registry_checks[]
Cada element és una verificació d’un registre mercantil (normalment una per sessió; diverses en fluxos de treball basats en grafs amb KYB corporatiu recursiu d’UBO).
Bloc company
L’objecte niat d’empresa és la vista completa de l’entitat jurídica tal com es deriva del registre (i, opcionalment, editada per l’usuari):
Un sol format per a cada país i font de registre
Didit consulta registres mercantils de molts països a través de diverses fonts de registre. Cada font publica el seu propi format, però el bloccompany sempre té la mateixa forma: les claus següents sempre hi són, amb els mateixos tipus, independentment del país i de la font d’on prové l’empresa.
Un fet que el registre no publica és null; no cal que distingiu per país ni que analitzeu registry_data.
La mateixa forma es retorna a la decisió, als endpoints independents de registre KYB i al flux de verificació allotjat.
Adreça (cada element de addresses)
Indústria (cada element de
industries)
Quan el registre indica activitats però cap descripció de l’empresa,
nature_of_business s’omple amb les etiquetes de les activitats.
Les dades de contacte i els noms alternatius s’omplen quan hi són disponibles, mentre que les edicions explícites de l’usuari o del revisor sempre tenen prioritat.
Titularitat (ownership)
Detall del registre (
registry_data)
Detall propi de Didit sobre la comprovació al registre, mai el registre de la font registral.
Cada clau és opcional i només hi és quan l’empresa té un valor per a aquesta, i se’n poden afegir de noves: per a tot el que cobreixen els camps canònics anteriors, consulteu els camps canònics anteriors.
Format de l’element d’administrador (dins de company.officers)
date_of_birth s’omple només quan el registre proporciona una data completa.
Si el registre només indica un any o un mes i un any, utilitzeu date_of_birth_year i date_of_birth_month; el dia que falta mai no es dedueix.
Els noms, les dades de naixement, l’adreça i les dates de nomenament continuen disponibles tant a la llista d’administradors de l’empresa com a la llista del registre de Persones clau.
Format de l’element de titular real (dins de company.beneficial_owners)
kyc_status utilitza una projecció segura per a B2C: Approved, Declined o Pending (els estats complets de la sessió es converteixen en Pending fins que acaba el KYC).
shareholding indica què posseeix el titular, amb la mateixa forma per a tots els països i fonts de registre: share_class, number_of_shares, currency, nominal_value, total_value i percentage (la participació exacta, amb quatre decimals).
És null quan el registre no indica cap participació.
Una franja, com el 25-50% d’un PSC del Regne Unit, no és una participació: percentage és null i la franja es manté en ownership_min_shares / ownership_max_shares.
Els accionistes i els UBO apareixen tots dos a beneficial_owners; roles els distingeix.
key_people_checks[]
Aquesta és la verificació agregada de tots els directius i UBO de la sessió. Exposa dos grups perquè la consola pugui mostrar, un al costat de l’altre, les dades «extretes del registre mercantil» i les «enviades per l’empresa», a més d’un resum KYC d’UBO d’alt nivell.
registry.officers/registry.beneficial_owners: parts extretes de la verificació del registre mercantil.submitted.parties: parts que l’administrador de l’empresa ha afegit explícitament durant el flux de persones clau (registres ambsource = "USER").
registry.officers[] / registry.beneficial_owners[]
Les dades del registre coincideixen amb company.officers / company.beneficial_owners més amunt.
La verificació de persones clau també inclou l’estat AML i l’enllaç de verificació detallat, com ara kyc_session_id i els camps del flux de verificació.
Les llistes de l’empresa mantenen l’estat KYC simplificat i l’URL de verificació que ja tenen.
submitted.parties[]
Les parts enviades per l’usuari porten el seu enllaç KYC o KYB fill:
entity_type: "company") porten a més company_name, registration_number i kyb_sub_session_id / kyb_sub_session_status / kyb_sub_session_deleted quan el KYB niat està habilitat per als UBO corporatius.
kyc_session_deleted (i el seu equivalent corporatiu kyb_sub_session_deleted) és true quan s’ha eliminat la sessió filla de la part. Una sessió filla eliminada conserva l’estat que tenia en el moment de l’eliminació i no pot arribar mai a un estat final, per això llegeix aquest indicador en lloc de l’estat: el *_session_url corresponent es retorna com a null perquè l’enllaç ja no es resol, i la verificació de persones clau passa a In Review en lloc d’esperar indefinidament. Eliminar una sessió filla no compta mai com a aprovada. Eximeix la part amb PATCH /v3/session/{id}/kyb/parties/{party_uuid}/ perquè el KYB es pugui resoldre.
ubo_kyc_summary
Progrés agregat del KYC dels UBO, útil per a una sola targeta del tauler:
Retorna
null quan cap UBO té sessions KYC vinculades.
document_verifications[]
Documents agrupats per node:
Metadades dels documents corporatius
Per als documents corporatius en PDF,items[].document_metadata.overlay_manipulation pot incloure evidència forense d’edició sospitosa de text superposat. Quan és present, inclou:
El camp és
null quan no s’ha trobat evidència de manipulació de text superposat, quan el document no és un PDF o quan el PDF no s’ha pogut analitzar.
aml_screenings[]
Cribratges AML a nivell d’empresa i (quan el flux de treball els connecta) a nivell de persona.
total_hits > 0, cada coincidència inclou la puntuació de coincidència, la puntuació de risc, les fonts de llistes de vigilància i un review_status per coincidència que pots actualitzar mitjançant l’endpoint update-aml-hit-status. Consulta l’informe de Cribratge AML per veure l’estructura de les coincidències.
Matrius de funcionalitats compartides
phone_verifications, email_verifications, questionnaire_responses i ip_analyses usen les mateixes estructures per element que les sessions d’usuari (KYC). Són null quan el flux de treball no els inclou. Consulta la resposta KYC per a les estructures dels elements.
signatures hi és quan el flux de treball té un pas de Signatura electrònica. Una sessió d’empresa té un element per cada persona clau que signa en nom de l’empresa, amb signer.capacity: "company", el nom de l’empresa i els rols de la persona clau. Consulta l’informe de signatura electrònica.
Grups d’advertències per funcionalitat
Les advertències de Verificació d’empreses (KYB) s’agrupen per la funcionalitat que les ha generat:KYB_REGISTRYper a problemes de disponibilitat del registre, titularitat, activitat de l’empresa i restriccions per país.KYB_DOCUMENTSper a problemes d’extracció, verificació creuada i metadades, manipulació, subtipus, antiguitat i límit d’intents dels documents corporatius.AMLper a coincidències del cribratge AML de l’empresa o per a dades de cribratge que falten.KYB_KEY_PEOPLEper a problemes a nivell de persona vinculats a administradors, directius, UBO o representants.PHONEper a problemes de risc del número de telèfon, duplicació, llista de bloqueig i intents del codi de verificació.EMAILper a problemes de risc del correu electrònic, lliurabilitat, duplicació, llista de bloqueig i intents del codi de verificació.QUESTIONNAIREper a regles d’estat personalitzades basades en les respostes del qüestionari.LOCATIONper a l’Anàlisi de dispositiu i IP, problemes de xarxa privada, llista de bloqueig d’IP, llista de bloqueig de dispositius i dispositius o IP duplicats.SIGNATUREper a rebutjos de signatura electrònica, confirmacions de codi fallides, discrepàncies en el nom del signant, signants no verificats, documents modificats i dades que falten als camps. Consulta les advertències de signatura electrònica.
Filtratge de camps segons el flux de treball
Els fluxos de treball poden limitar quins camps imbricats apareixen a cada element de funcionalitat mitjançantresponse_attributes. Els camps que sempre s’inclouen, independentment de la llista de camps permesos, són status, warnings i node_id. Tots els altres camps s’estableixen en null quan no són a la llista de camps permesos: la clau es manté a la resposta per garantir l’estabilitat de l’esquema.
Següents passos
Estats
Què significa cada valor d’estat.
Avaluació de risc
Què determina el resultat d’un KYB.
Informe AML
Referència completa del payload de coincidències AML.
Persones clau
Com les parts passen del registre o de l’enviament de l’usuari als grups
registry i submitted.Documents
Grups de documents, OCR i referències creuades.
Recuperar sessió
Referència completa de l’endpoint, incloent-hi exemples de respostes.