Saltar al contingut principal

Visió general

El cribratge AML creua la identitat del subjecte verificat amb conjunts de dades globals de sancions, PEP, llistes de vigilància i mitjans adversos. Cada coincidència retorna l’entitat coincident, el conjunt o conjunts de dades que han generat la coincidència, dues puntuacions — match_score (confiança de la identitat) i risk_score (risc de l’entitat) — i un desglossament estructurat per font (pep_matches[], sanction_matches[], warning_matches[], adverse_media_matches[]). La puntuació agregada score és el risk_score més alt d’entre les coincidències que no estan marcades com a False Positive. El cribratge AML retorna la mateixa estructura en sessions d’usuaris (KYC), sessions d’empreses (KYB) i a l’API d’AML independent.
Captura de pantalla de l'informe de cribratge AML de Didit amb coincidències de sancions, PEP i mitjans adversos

On apareix a les respostes de l’API

A l’endpoint de decisió de la sessió, el cribratge AML es retorna com l’array plural aml_screenings[]. Cada entrada correspon a una execució d’AML al flux de treball (una comprovació d’AML que s’executa dues vegades genera dues entrades amb valors de node_id diferents).
L’AML independent i les sessions d’empreses retornen la mateixa estructura per registre. Els camps següents reflecteixen l’esquema canònic de la pàgina Models de dades.

Tres puntuacions, no pas un sol veredicte

L’estat status és un veredicte; els números a partir dels quals s’ha obtingut es troben al mateix payload. Consulta’ls quan creïs la teva pròpia classificació per nivells de risc (per exemple, combinant el risc d’AML amb respostes de qüestionaris com l’origen del patrimoni o l’autodeclaració de PEP) en lloc de bifurcar només segons Approved / In Review / Declined: Totes tres són presents a cada lloc on es lliura l’informe d’AML: GET /v3/session/{sessionId}/decision/, l’objecte decision dels webhooks status.updated i data.updated a totes les versions de webhook (la versió V3 aml_screenings[], i la versió heretada V2 / V1 singular aml), i a l’API d’AML independent. Un consumidor que només veu una etiqueta d’alerta / sense alertes està llegint status (o el review_status d’una coincidència) i ignorant les puntuacions que l’acompanyen. La consola mostra els mateixos números: la capçalera de la secció d’AML inclou la Puntuació de risc agregada, i cada fila de la taula de coincidències inclou la Puntuació de coincidència i la Puntuació de risc amb un desglossament en passar-hi el cursor per sobre.

Esquema

Consulta Cribratge AML a la referència de models de dades per veure l’esquema canònic. Camps de primer nivell:

Camps per hit

Cada entrada a hits[] té els camps següents (es mostra un subconjunt). Les matrius d’origen de coincidència — pep_matches[], sanction_matches[], warning_matches[], adverse_media_matches[] — només s’omplen per als conjunts de dades als quals pertany el hit.
Els hits classificats com a False Positive (perquè match_score ha quedat per sota del llindar de puntuació de coincidència o perquè un revisor els ha marcat així) romanen a hits[] per motius d’auditoria. Només s’exclouen del càlcul del score agregat.

Monitoratge continu

Quan is_ongoing_monitoring_enabled és true, Didit torna a fer el cribratge del subjecte contínuament i torna a emetre l’informe AML cada vegada que s’afegeix, s’elimina o canvia una coincidència. Els nous cribratges que canvien l’estat d’AML activen un webhook status.updated; els nous cribratges que només canvien dades de coincidències activen data.updated. La finestra de monitoratge s’estén des de last_aml_bill_date durant 365 dies; next_ongoing_monitoring_bill_date exposa quan tindrà lloc la següent renovació anual. Aquests senyals es basen tots en canvis, de manera que un subjecte a qui es torna a fer el cribratge durant mesos sense noves coincidències no en produeix cap. last_ongoing_screening_at és l’únic camp que s’actualitza a cada execució completada, i l’endpoint screening-history llista cada execució individualment — incloses aquelles que no han canviat res. Consulta Monitoratge AML continu per veure el cicle de vida complet.
Tres dates d’aquest informe signifiquen tres coses diferents. next_ongoing_monitoring_bill_date és quan se’t facturarà la propera vegada. last_ongoing_screening_at és quan es va fer realment l’últim cribratge del subjecte. last_ongoing_screening_datasets_updated_at és quan el proveïdor va actualitzar per última vegada les llistes en què es basa aquest cribratge. Només la segona demostra que el control es va executar.

Valors d’estat

Els llindars es poden configurar per a cada node del flux de treball — consulta Puntuació de risc d’AML. Les regles d’estat personalitzades es combinen amb l’estat derivat utilitzant la precedència Declined > In Review > Approved; els revisors també poden anul·lar l’estat d’AML des de la consola o des de l’endpoint d’estat d’AML.

Exemples

Approved — sense coincidències

In Review — coincidència de PEP + mitjans adversos

Tots els noms, URLs i articles següents són ficticis.

Relacionat

Darrera modificació el 7 de novembre del 2026