Inizia
Integrazione / SDK
Verifica degli utenti
Verifica aziendale
Monitoraggio delle transazioni
ChangelogCosa esamina
Se il tuo team decide prima sull’elemento, l’esecuzione dell’Investigator si chiude senza una decisione.
Il report
Ogni report contiene:- una raccomandazione: approvare, rifiutare, richiedere ulteriori informazioni (nuova presentazione per una verifica, in attesa dell’utente per una transazione) oppure escalare,
- un’affidabilità: alta, moderata o bassa,
- un riepilogo e il ragionamento,
- evidenze: ogni punto è contrassegnato come regolare, un rischio, da verificare, spiegato oppure contesto, e cita le sue fonti,
- per i riscontri di screening, se ciascun riscontro riguarda la stessa persona, una persona diversa oppure non è chiaro,
- i passaggi successivi suggeriti, come aprire un record collegato o un caso.
Le fonti citate
L’Investigator legge gli stessi dati che i tuoi revisori vedono nella console e nell’API: la decisione sulla verifica, la decisione sulla verifica aziendale, il dettaglio della transazione o il dettaglio del caso. Può anche aprire sessioni, transazioni e casi collegati. Ogni punto delle evidenze cita la sezione del record che ha letto oppure il record collegato che ha aperto. Il report mostra inoltre Cosa ho verificato: la panoramica, le sezioni e i record letti, in ordine. Lavora solo a partire da quel record. Prima che il record raggiunga il modello, Didit rimuove media, link e identificatori interni e maschera le caratteristiche protette. L’Investigator non può modificare i dati. Si limita a scrivere il suo report.Fasi
Esegui la modalità osservazione per 7, 14 (predefinito) o 30 giorni prima di passare alla produzione. La configurazione, la modalità osservazione e i backtest non vengono mai addebitati.
Livelli di autonomia
Imposta un livello di autonomia per ciascuna coda:
L’Investigator decide autonomamente solo quando valgono tutte queste condizioni:
- l’applicazione è in produzione, la coda è su Automatico o Completamente automatico e non è in pausa,
- la policy del tuo team copre l’elemento e prevede di eseguire l’azione raccomandata,
- nessun guardrail trattiene l’elemento,
- il suo accordo con le decisioni passate del tuo team raggiunge la soglia, su almeno 20 decisioni negli ultimi 90 giorni,
- l’elemento non è stato scelto per il campione di controllo qualità, rientra nella quota del rollout e non è stato raggiunto il limite giornaliero.
Per portare una coda su Automatico o Completamente automatico, devi prima eseguire un backtest sulle decisioni passate e confermarne il risultato. Le code Casi e AML non vengono mai accettate in blocco, e i casi escalati o i casi in attesa di un secondo revisore non vengono mai decisi automaticamente.
Guardrail
Queste regole sono sempre attive e non possono essere modificate:- Le corrispondenze con le sanzioni vanno sempre a una persona.
- I motivi legati a frodi e AML non arrivano mai agli utenti finali.
- Nessuna decisione si basa sulle caratteristiche protette.
- L’Investigator non presenta mai una segnalazione regolamentare.
- Ogni decisione viene registrata e può essere sostituita.
Revisione di un report
Con il livello Suggerire, un revisore può:- Accetta la raccomandazione,
- Modifica e accetta la raccomandazione,
- Sostituisci la raccomandazione, indicando una categoria (contesto mancante, servono informazioni, la policy è diversa, evidenza interpretata male, altro) e un motivo di 10-500 caratteri,
- Accetta in blocco fino a 50 elementi contrassegnati come Pronti da accettare.
Policy del team
Ogni coda ha una policy del team: le tue regole su cosa approvare, rifiutare o escalare. L’Investigator la segue, e decide autonomamente solo quando la policy copre l’elemento. Le policy sono versionate. La scheda Domande raccoglie i punti che l’Investigator ha bisogno che il tuo team chiarisca.Registro delle attività
La scheda Attività registra ogni report, accettazione, modifica, override, decisione automatica, blocco da guardrail e modifica delle impostazioni, indicando chi l’ha effettuata: l’Investigator, una persona, una chiave API o il sistema. Le voci non possono essere modificate. Puoi esportare fino a 10.000 voci in formato CSV. Ogni decisione che l’Investigator prende autonomamente viene inoltre scritta nel registro di audit della tua organizzazione, sotto The Investigator e collegata al relativo report, accanto alle azioni compiute dai membri del team e dalle chiavi API.Prezzi
L’Investigator ha un unico prezzo: $0.20 per verifica esaminata (KYC, KYB o riscontro AML), per un alert di transazione o per un caso. Per questo prezzo legge il record, redige un report con citazioni e la propria raccomandazione, e lo consegna al revisore oppure decide autonomamente entro la tua policy.
Ti viene addebitato un costo per elemento, una sola volta, e solo quando l’applicazione è in produzione e il report viene accettato, modificato e accettato, oppure quando l’Investigator decide autonomamente. Gli override, gli elementi decisi altrove dal tuo team, le esecuzioni non riuscite, la modalità shadow, la configurazione e i backtest sono gratuiti. Si applicano gli sconti del piano.
Puoi impostare un limite di spesa mensile facoltativo in Impostazioni. Al raggiungimento del limite, i nuovi elementi arrivano ai revisori senza report.
API e webhook
L’API dell’Investigator si trova inhttps://verification.didit.me/v3/investigator/ e utilizza la chiave API della tua applicazione (x-api-key).
Una chiave API con restrizioni richiede lo scope
decisions per leggere e agire sui report, e lo scope applications per leggere o modificare le impostazioni. I report sulle transazioni richiedono inoltre lo scope transactions. Le chiavi limitate ad alcuni workflow o a sessioni approvate vengono rifiutate, perché la coda comprende tutti i workflow. Gli schemi completi delle richieste e delle risposte sono disponibili in openapi-25.json, sotto il tag Investigator.
Non esiste un webhook separato per l’Investigator. Il decision contenuto nel webhook status.updated e in GET /v3/session/{id}/decision/ include un blocco investigator con status, recommendation, confidence, summary, ready_to_accept, automated e decided_by (investigator o member) dell’esecuzione.
Correlati
Revisione manuale
Come il tuo team esamina le sessioni di verifica.
Casi
Gestione dei casi per alert e indagini.