Saltar al contingut principal
Aquesta pàgina documenta el payload complet que retorna 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

Totes les matrius de funcionalitats admeten diverses instàncies: cada element representa un node d’un flux de treball en graf. Null vol dir que la funcionalitat no estava present en el flux de treball d’aquesta sessió.

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 bloc company 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 amb source = "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:
Les parts corporatives (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.
Quan 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_REGISTRY per a problemes de disponibilitat del registre, titularitat, activitat de l’empresa i restriccions per país.
  • KYB_DOCUMENTS per a problemes d’extracció, verificació creuada i metadades, manipulació, subtipus, antiguitat i límit d’intents dels documents corporatius.
  • AML per a coincidències del cribratge AML de l’empresa o per a dades de cribratge que falten.
  • KYB_KEY_PEOPLE per a problemes a nivell de persona vinculats a administradors, directius, UBO o representants.
  • PHONE per a problemes de risc del número de telèfon, duplicació, llista de bloqueig i intents del codi de verificació.
  • EMAIL per a problemes de risc del correu electrònic, lliurabilitat, duplicació, llista de bloqueig i intents del codi de verificació.
  • QUESTIONNAIRE per a regles d’estat personalitzades basades en les respostes del qüestionari.
  • LOCATION per 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.
  • SIGNATURE per 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.
Consulta les advertències de Verificació d’empreses (KYB) per veure la llista completa de codis d’advertència.

Filtratge de camps segons el flux de treball

Els fluxos de treball poden limitar quins camps imbricats apareixen a cada element de funcionalitat mitjançant response_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.
Darrera modificació el 7 de novembre del 2026