Vai al contenuto principale
GET
curl
Il file contiene gli stessi screening di Elenca lo storico degli screening AML, con ogni screening su una sola riga e, dove disponibile, la data di aggiornamento del dataset di ciascuna famiglia di liste (sanzioni, PEP, avvisi, notizie negative). La Business Console offre la stessa esportazione accanto al risultato AML. Per il significato di ciascun valore, consulta Monitoraggio AML continuo.

Autorizzazioni

x-api-key
string
header
obbligatorio

La chiave API della tua applicazione, da Developers -> API keys nella Business Console. La chiave primaria ha accesso completo. Una chiave con nome può avere un ambito definito: nessuno, lettura o scrittura per risorsa, limitata ad alcuni workflow o a sessioni approvate, a un elenco di indirizzi IP e a una data di scadenza. 401 indica che la chiave è errata, revocata o scaduta; 403 indica che non è stata inviata alcuna chiave, che la chiave non ha accesso a questa risorsa o azione, oppure che la richiesta proviene da un indirizzo non incluso nel suo elenco IP; 404 su una route di sessione indica che la sessione non rientra nei workflow o negli stati previsti dalla chiave. Una chiave senza accesso ai media riceve gli URL di immagini, video e PDF come null, e una chiave senza permessi di scrittura sulle sessioni riceve link e token di sessione come null. Consulta https://docs.didit.me/console/api-keys.

Parametri del percorso

sessionId
string<uuid>
obbligatorio

UUID della sessione di verifica (il session_id restituito da POST /v3/session/). Accetta sia ID di sessione di Verifica degli utenti (KYC) sia di Verifica aziendale (KYB): il server risolve l'ID per entrambi i tipi di sessione. Deve essere un UUID ben formato; un valore malformato non corrisponde alla route e restituisce una pagina HTML 404.

Esempio:

"11111111-2222-3333-4444-555555555555"

Parametri della query

node_id
string

ID del nodo del grafo del workflow relativo al controllo AML. Necessario solo se la sessione ha eseguito più di un passaggio AML; in sua assenza viene utilizzato il controllo AML più recente. Un nodo sconosciuto restituisce 404.

Esempio:

"feature_aml_1"

month
string

Un mese di calendario UTC nel formato YYYY-MM. Vengono restituiti solo gli screening completati in quel mese; senza di esso vengono restituiti i dati di ogni mese. Un mese con formato errato restituisce 400.

Pattern: ^\d{4}-(0[1-9]|1[0-2])$
Esempio:

"2026-09"

Risposta

Il file CSV, trasmesso in streaming come text/csv con interruzioni di riga CRLF. Colonne, nell'ordine: screened_at (quando è terminato il nuovo screening), outcome (NO_CHANGE, CHANGED o FAILED), provider (identificatore opaco della fonte dati AML; non basare logica condizionale su di esso), aml_status, aml_score, total_hits, datasets_captured_at, datasets_sanctions_last_updated_at, datasets_pep_last_updated_at, datasets_warnings_last_updated_at, datasets_adverse_media_last_updated_at, datasets_catalog_version, run_id (l'esecuzione del monitoraggio), entities_screened (1, o 0 per un'esecuzione non riuscita) e new_hits (vuoto se sconosciuto). Le date sono in formato ISO 8601 con offset UTC. Una sessione che non ha ancora nuovi screening restituisce solo la riga di intestazione.

The response is of type file.

Ultima modifica il 7 novembre 2026