Vai al contenuto principale

Panoramica

Lo Screening AML genera un set ridotto di tag di avviso nell’array warnings[] 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 — predefinito 80. Un punteggio diverso da zero superiore a questo valore genera POSSIBLE_MATCH_FOUND e instrada il controllo AML a In 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 — predefinito 100. Un punteggio superiore a questo valore rifiuta automaticamente il controllo AML (con il valore predefinito pari a 100 non si attiva mai finché non lo abbassi).
  • aml_match_score_threshold — predefinito 93. Classificazione per singolo riscontro: i riscontri con match_score inferiore a questo valore iniziano come False Positive e sono esclusi dal punteggio aggregato; pari o superiori a tale valore iniziano come Unreviewed.
  • Pesi del punteggio di corrispondenza — aml_name_weight / aml_dob_weight / aml_country_weight, predefiniti 60 / 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) o data.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

Tipi di avviso

Ultima modifica il 7 novembre 2026