Panoramica
Lo Screening AML genera un set ridotto di tag di avviso nell’arraywarnings[] di ciascuna voce in aml_screenings[]. I due tag seguenti sono gli unici avvisi AML generati da Didit — tutto il resto visibile su un riscontro è codificato nei campi specifici del riscontro stesso (risk_view, match_score, risk_score, sanction_matches[], …) anziché come avviso. Sia le sessioni di workflow sia l’API AML autonoma emettono POSSIBLE_MATCH_FOUND nello stesso modo.
Lo stato restituito sul record AML (Approved, In Review, Declined) è ricavato dallo score aggregato e dalle tue soglie — gli avvisi contrassegnano le stesse condizioni consentendoti di gestirle a livello programmatico. Consulta Punteggio di rischio AML per scoprire come le soglie mappano gli stati.
Avvisi generati
Gli avvisi vengono salvati con
feature: "AML" e seguono la struttura standard dell’oggetto avviso.
Impostazioni configurabili
Controlli AML per nodo del workflow (accettati anche come opzioni nell’API AML autonoma):aml_score_approve_threshold— predefinito80. Un punteggio diverso da zero superiore a questo valore generaPOSSIBLE_MATCH_FOUNDe instrada il controllo AML aIn Review. I punteggi pari o inferiori a tale soglia non generano l’avviso nei workflow di sessione, indipendentemente dal numero di riscontri.aml_score_review_threshold— predefinito100. Un punteggio superiore a questo valore rifiuta automaticamente il controllo AML (con il valore predefinito pari a100non si attiva mai finché non lo abbassi).aml_match_score_threshold— predefinito93. Classificazione per singolo riscontro: i riscontri conmatch_scoreinferiore a questo valore iniziano comeFalse Positivee sono esclusi dal punteggio aggregato; pari o superiori a tale valore iniziano comeUnreviewed.- Pesi del punteggio di corrispondenza —
aml_name_weight/aml_dob_weight/aml_country_weight, predefiniti60/25/15(la somma deve essere pari a 100). Consulta Punteggio di corrispondenza AML. - Monitoraggio continuo — quando abilitato, lo Screening AML esegue nuovamente l’analisi del soggetto al variare dei dataset e riemette il report insieme a un webhook
status.updated(stato modificato) odata.updated(riscontri modificati).
Quando si attiva
COULD_NOT_PERFORM_AML_SCREENING, il controllo AML rimane in stato In Review finché non vengono forniti i campi di identità mancanti. Una volta che Didit dispone di nome completo, data di nascita e stato di emissione, lo Screening AML viene eseguito di nuovo automaticamente e l’avviso viene cancellato — non è necessario alcun nuovo trigger manuale.Esempi
POSSIBLE_MATCH_FOUND (punteggio superiore alla soglia di approvazione)
COULD_NOT_PERFORM_AML_SCREENING (campi KYC mancanti)
Risorse correlate
- Report AML — struttura completa della risposta, campi dei riscontri, semantica dello stato
- Punteggio di rischio AML — come viene calcolato il punteggio aggregato
- Punteggio di corrispondenza AML — affidabilità per singolo riscontro
- Monitoraggio AML continuo — ciclo di vita del monitoraggio
- Modelli di dati — Screening AML — schema canonico, incluso l’oggetto avviso