> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Come leggere il risultato di una verifica dell'identità

> Trascrizione: ogni controllo del risultato Didit spiegato - autenticità documento, rilevamento della vitalità, confronto facciale, analisi IP, avvisi.

[Come leggere un risultato di verifica Didit - Ogni controllo spiegato](https://www.youtube.com/embed/7htTWCWsl60)

Trascrizione completa di **Come leggere un risultato di verifica Didit - Ogni controllo spiegato**, video 5 di 10 di Didit Academy, 14:26. [Guarda su YouTube](https://www.youtube.com/watch?v=7htTWCWsl60). Ogni paragrafo rimanda al momento esatto del video.

## Cosa copre questo video

[00:03](https://www.youtube.com/watch?v=7htTWCWsl60\&t=3s) Ogni verifica che esegui in Didit restituisce un risultato dettagliato, e questo risultato è organizzato in una fila di schede in alto nella sessione. In questo video le percorreremo in ordine, da sinistra a destra, così saprai esattamente cosa fa ogni controllo e come appare quando uno di essi non viene superato. E alla fine saprai aprire qualsiasi sessione e leggerla con sicurezza, dal verdetto principale fino alle prove che lo sostengono.

[00:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=30s) Allora, apriamone una e mettiamoci al lavoro.

## Trovare una sessione

[00:33](https://www.youtube.com/watch?v=7htTWCWsl60\&t=33s) Bene, andiamo alle verifiche degli utenti. Qui compaiono tutte le sessioni di tutti i tuoi workflow. Una riga per ogni persona. Di solito filtreresti per stato, workflow o data per trovare ciò che ti serve, ma oggi andiamo direttamente su un singolo risultato. Quindi clicco su uno di questi per aprirlo. Ecco qui questo

## La scheda Panoramica

[00:55](https://www.youtube.com/watch?v=7htTWCWsl60\&t=55s) è la scheda Panoramica. Queste sezioni si possono comprimere. Possiamo comprimere tutti i controlli se vogliamo vedere tutto, ma sono comunque tutti visibili anche qui sopra. Quindi vedi che questo utente ha superato tutti questi controlli specifici. Se passiamo alla Panoramica, ci

## Avvisi: da dove iniziare

[01:13](https://www.youtube.com/watch?v=7htTWCWsl60\&t=73s) possiamo aprire quella scheda e vedere che ci sono diverse schede. La cosa più importante da controllare qui sono gli avvisi. Vedi che questo utente è in revisione ed è stato segnalato per un numero di telefono duplicato. Ok, se controlliamo altre persone in revisione, vediamo che gli avvisi nella sezione Panoramica possono apparire un po' diversi. In base ai segnali del workflow seguito da questo utente, vedi la validazione su database e la mancata corrispondenza del nome. Quindi è da qui che dobbiamo partire quando esaminiamo una verifica e dobbiamo capire qual è il problema. Poi passiamo alla sezione specifica, vediamo dove si trovano davvero questi controlli e consultiamo i dati inviati per verificare se c'è davvero una mancata corrispondenza e cosa sta succedendo. Ora, se rimuoviamo tutti questi filtri, quindi esco da qui,

## Una sessione approvata

[02:04](https://www.youtube.com/watch?v=7htTWCWsl60\&t=124s) rimuoviamo questi filtri. Seleziono tutti questi, e vediamo se apriamo qualcuno che è stato approvato: non ci sono avvisi importanti segnalati. Vedi che questo compare negli avvisi, ma non ha attivato la revisione né il rifiuto. Questa sessione è stata approvata. Vedi questo piccolo badge qui in alto, e possiamo modificarlo se necessario. Ne parleremo

## Una sessione rifiutata

[02:26](https://www.youtube.com/watch?v=7htTWCWsl60\&t=146s) tra un attimo. E che aspetto ha una persona rifiutata? Qui vedi gli avvisi, di nuovo la mancata corrispondenza del nome. E in alto vedi che la prova di residenza è quella che ha causato problemi. Possiamo esaminare anche questa. Andremo avanti sezione per sezione, così vedrai esattamente cosa succede dietro le quinte. Quindi apro questo profilo e vedi che il rilevamento della vitalità e il confronto facciale sono i controlli per cui questo utente è stato segnalato. Ci arriveremo tra un momento. Ma le altre

## Dettagli della sessione, dati del vendor e ripartizione dei costi

[03:01](https://www.youtube.com/watch?v=7htTWCWsl60\&t=181s) schede della sezione Panoramica: ci sono i dettagli della sessione, quindi trovi l'ID della sessione, quando è stata creata, i dati del vendor. Ne abbiamo parlato nei video precedenti. I dati del vendor sono un identificatore univoco per questo utente. È qui che vengono raccolti tutti i controlli, tutte le verifiche e tutte le transazioni, sotto quei dati del vendor specifici. Vediamo i workflow che questo utente ha attraversato per la verifica. Ci sono i dati di contatto e gli eventuali tag. Possiamo aggiungere un tag qui, se vuoi.

[03:31](https://www.youtube.com/watch?v=7htTWCWsl60\&t=211s) Possiamo anche taggare le persone nei workflow. Ora, la ripartizione dei costi totali: credo che questo utente sia stato importato. Vedi qui a sinistra che è stato importato, quindi non ha effettivamente attraversato un workflow. Clicchiamo quest'altro utente e vedi il workflow che ha attraversato, e vedi la ripartizione

## Verifica dell'identità: prima l'autenticità, poi i dati

[03:48](https://www.youtube.com/watch?v=7htTWCWsl60\&t=228s) dei costi di tutti i controlli completati da questo utente. Quindi guardiamo la verifica dell'identità. Il compito principale non è solo leggere il testo dal documento. È dimostrare che il documento stesso è autentico prima che qualcuno si fidi di un singolo campo. Dietro le quinte eseguiamo il rilevamento di manomissioni, il rilevamento della vitalità del documento per individuare la riproduzione da uno schermo o una copia stampata, la validazione delle caratteristiche di sicurezza come ologrammi e filigrane, e un controllo incrociato tra i campi stampati e la zona a lettura automatica, la MRZ, il blocco di caratteri a forma di V sul retro, che vedi qui su questo documento. Una volta provato che il documento è autentico, Didit legge i campi con OCR e li organizza. Qui vedi i dati personali: il tipo di documento, il numero del documento, il numero personale, lo Stato emittente, tutte le informazioni che troveresti sul documento, inclusi i dati dell'indirizzo e gli eventuali dati aggiuntivi. E ricorda che Didit può leggere oltre 130 lingue su 14,000 tipi di documento. Quindi otterrai campi puliti

## Elenco dei controlli

[04:47](https://www.youtube.com/watch?v=7htTWCWsl60\&t=287s) in cui qualcuno presenta il proprio documento. Qui c'è una scheda chiamata Elenco dei controlli, che mostra i controlli in esecuzione in background su questo specifico documento. Non li leggerò tutti: sono molti, ma in sostanza è così che Didit verifica che il documento sia autentico. Quindi non devi configurare nulla

## Rilevamento della vitalità: punteggio, video e qualità

[05:07](https://www.youtube.com/watch?v=7htTWCWsl60\&t=307s) di tutto questo. Tutto viene eseguito in background. Il controllo successivo è il rilevamento della vitalità. Si vede che questo controllo è in revisione: è quello che è stato segnalato. Si vedono rilevamento della vitalità e confronto facciale. Devo dire che questo è un account demo, quindi alcuni dati non corrispondono. Il punteggio di vitalità non è 100%, e se riproduciamo il video del rilevamento della vitalità si vede che non è davvero la persona.

[05:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=330s) Questo è solo un esempio casuale. Su un utente reale vedresti la persona che esegue il controllo di vitalità e il video, a seconda che il controllo sia passivo o attivo. Ci sono il punteggio di qualità del volto e il punteggio di luminanza del volto. La cosa utile di Didit è che, se hai dubbi su uno di questi punteggi, puoi cliccare su questo pulsante e otterrai una spiegazione di cosa significa. Possiamo cambiare lo stato di uno qualsiasi di questi controlli se riteniamo che sia stato segnalato in modo inappropriato e, naturalmente, possiamo cambiare lo stato complessivo di questa verifica. Anche qui, come per la verifica del documento, c'è un elenco dei controlli con diversi controlli in esecuzione in background, giusto? Possiamo passarci sopra con il mouse e vedere qualche informazione in più su ciascuno. E se qualcuno non supera uno di questi test, al posto della spunta verde comparirà una croce rossa

## Confronto facciale

[06:16](https://www.youtube.com/watch?v=7htTWCWsl60\&t=376s) Quindi, andando avanti, c'è la scheda del confronto facciale. Questo confronta il volto nel documento con il volto nel controllo di vitalità. Si vede che il punteggio di somiglianza è piuttosto basso, perché non si tratta davvero della stessa persona. Anche qui c'è un elenco dei controlli di ciò che succede in background e di cosa fa questo controllo specifico. Il punteggio di somiglianza si basa sul documento originale e sull'immagine di vitalità che abbiamo acquisito. Serve a capire se la persona che tiene in mano il documento ne è il legittimo titolare. Non vedremo questo nella dashboard, ma c'è una ricerca facciale

## Ricerca facciale e blocklist

[06:54](https://www.youtube.com/watch?v=7htTWCWsl60\&t=414s) facciale. Oltre al confronto con il documento, Didit cerca lo stesso volto in tutte le altre tue sessioni. Questa parte compare solo quando trova una corrispondenza. Quindi, se lo stesso volto compare in un'altra sessione, qui apparirà una griglia di corrispondenze. E se uno dei volti corrispondenti è in una blocklist che gestisci, verrà segnalato e la sessione verrà rifiutata, ed è così che un frodatore noto viene fermato sul posto. Ma in una sessione pulita, senza corrispondenze, quest'area resta

## Prova di residenza

[07:21](https://www.youtube.com/watch?v=7htTWCWsl60\&t=441s) vuota, quindi non vedremo nulla qui. Passiamo alla prova di residenza. Si vedono il documento inviato e i dati estratti da quel documento, con tutti i metadati. Qui c'è un elenco dei controlli e si vede che uno non ha la spunta verde, il che significa che è stato segnalato. Si vede anche che uno è in revisione. Non basta perché la verifica venga rifiutata, ma è qualcosa che il revisore umano esaminerà quando arriverà un profilo in revisione. Un esito positivo qui significa che il codice è stato inserito correttamente, mentre un esito negativo significa che il numero non è stato confermato, e lo vedrai riflesso in questo modulo. Ricordi che in alto una delle segnalazioni era numero di telefono duplicato, ed è probabilmente dovuto al fatto che si tratta di un

## Verifica telefonica e duplicati

[08:08](https://www.youtube.com/watch?v=7htTWCWsl60\&t=488s) account demo, ma scorrendo in basso, nella verifica telefonica, si vedono le corrispondenze dei numeri di telefono. Questo controllo cerca il numero di telefono nel tuo database e, se corrisponde a quello di un utente precedente, verrà segnalato in questa scheda. Possiamo anche passarci sopra con il mouse e vedere le altre sessioni di verifica che usano lo stesso numero di telefono. Questa è solo una spiegazione di ciò che fa questo modulo.

## Verifica email

[08:35](https://www.youtube.com/watch?v=7htTWCWsl60\&t=515s) Lo stesso vale per la verifica email: l'utente riceve un codice e inserisce il

## Screening AML: sanzioni, PEP e notizie negative

[08:40](https://www.youtube.com/watch?v=7htTWCWsl60\&t=520s) codice e, se tutto è a posto, anche questo modulo viene approvato. Ora, l'antiriciclaggio, lo screening AML, comprende parecchio. Questo controlla la persona verificata rispetto alle liste delle sanzioni, alle persone politicamente esposte (PEP) e alle notizie negative, poi riporta quante corrispondenze sono state trovate. Si vedono i dati usati per lo screening e possiamo anche vedere le liste. Se apro questa sezione, vediamo tutte le liste delle sanzioni con cui è possibile eseguire i controlli: narcotici, terrorismo, crimini finanziari, tutto. E se questo utente ha una corrispondenza in una delle liste, qui vediamo il punteggio di corrispondenza, il punteggio di rischio e le liste in cui compare questo utente, e se si tratta o meno di un falso positivo. Un falso positivo può verificarsi se il nome coincide con quello di qualcuno presente in una di queste liste. Per questo abbiamo altre informazioni, come la data di nascita, da incrociare. C'è anche un elenco dei controlli, piuttosto breve per questo caso, ma sono i controlli su tutte queste liste a fare il lavoro pesante.

[09:41](https://www.youtube.com/watch?v=7htTWCWsl60\&t=581s) E se vuoi tenere questa persona sotto monitoraggio continuo, in modo che le liste vengano verificate per questo utente su base continua, possiamo attivarlo. Scendendo ancora, possiamo vedere

## Analisi dispositivo e IP

[09:50](https://www.youtube.com/watch?v=7htTWCWsl60\&t=590s) L'analisi dispositivo e IP. Qui abbiamo la posizione del documento di verifica dell'identità, cioè l'indirizzo effettivo riportato sul documento. Vediamo qui i dettagli dell'indirizzo per la prova di residenza. Poi ci sono le informazioni sul dispositivo: l'indirizzo e il luogo da cui la persona sta completando la verifica. In fondo vediamo quanto sono distanti tra loro la posizione del documento e quella della prova di residenza rispetto all'IP della verifica, e possiamo vedere tutto questo su questa mappa. Se passo il mouse qui, vediamo la posizione del documento di verifica dell'identità.

[10:28](https://www.youtube.com/watch?v=7htTWCWsl60\&t=628s) Ecco il dispositivo numero uno, quindi le posizioni sono abbastanza vicine. Poi qui abbiamo la prova di residenza negli Stati Uniti. Ripeto, si tratta di un account demo, quindi questi dati non sono molto accurati, ma questo ti dà un'idea precisa di quanto la persona sia vicina al luogo della prova di residenza e a quello in cui si trova il suo documento. Qui abbiamo di nuovo l'elenco dei controlli, cioè tutti i controlli che Didit esegue in background per decidere se segnalare o meno questo particolare controllo. Scendendo ancora, troviamo la validazione su database. Se ricordi i video precedenti, abbiamo parlato della validazione su database. È un nodo che puoi aggiungere a un workflow. Qui possiamo eseguire un controllo, e in questo esempio possiamo eseguirlo

## Validazione su database: corrispondenza completa, parziale e assente

[11:06](https://www.youtube.com/watch?v=7htTWCWsl60\&t=666s) un controllo in Argentina e verificare i dati su un registro governativo, il registro civile, l'agenzia delle entrate, le liste elettorali, tutti questi diversi archivi a cui abbiamo accesso. Vediamo qui che è stata trovata una corrispondenza. E vediamo i dati di origine, cioè i campi che corrispondono nei risultati. Abbiamo una corrispondenza del nome completo e una corrispondenza della data di nascita. Se apriamo l'elenco dei controlli, vediamo che uno di questi controlli è stato segnalato.

[11:29](https://www.youtube.com/watch?v=7htTWCWsl60\&t=689s) Qui vediamo il tipo di corrispondenza. Se è stata trovata una corrispondenza completa, significa che l'identità esiste nel registro. La corrispondenza parziale significa che alcuni campi corrispondono e che dovresti verificare il resto. L'assenza di corrispondenza è un forte segnale di identità sintetica, perché un numero di documento fabbricato non compare in nessun registro. Questa è una delle difese più efficaci contro le identità inventate. Anche in questo caso, il controllo viene eseguito in background senza

## Document AI e questionari

[11:54](https://www.youtube.com/watch?v=7htTWCWsl60\&t=714s) passaggi aggiuntivi per l'utente. Passiamo ora ad altre schede: ce ne sono alcune in più, che possono variare in base ai controlli a cui l'utente è stato sottoposto. Qui c'è Document AI. Questo controllo non è stato avviato: vedi lo stato "non avviato". Ci sono anche altri controlli per i questionari. Se qualcuno compila un questionario, possiamo vedere le risposte a quelle domande

## Il registro degli eventi

[12:15](https://www.youtube.com/watch?v=7htTWCWsl60\&t=735s) nella scheda del questionario. Scendendo ancora, troviamo gli eventi. Si tratta di una traccia di audit, un registro di tutti gli eventi che si sono verificati: quando è stata creata la sessione, quando è cambiato il suo stato. Ogni voce riporta il dispositivo, l'IP, il momento e chi ha eseguito l'azione, così puoi ricostruire

## Consegne dei webhook

[12:31](https://www.youtube.com/watch?v=7htTWCWsl60\&t=751s) esattamente come si è svolta una sessione. Infine, in fondo, troviamo i webhook. I webhook elencano ogni consegna che Didit ha tentato verso il tuo endpoint, con lo stato della risposta. Qui vediamo 200. Possiamo vedere l'intestazione della richiesta, il corpo, l'URL del webhook e lo stato di questa specifica verifica. Troviamo anche la data in cui questo webhook è stato inviato. Una cosa da notare è che si può accedere a questa dashboard tramite API, attraverso MCP. Puoi chiedere a Claude di recuperare tutti questi dati, cioè tutte le tue verifiche in revisione, per analizzarle anche con

## Nuovo invio, esportazione PDF e blocklist

[13:08](https://www.youtube.com/watch?v=7htTWCWsl60\&t=788s) Claude. In alto troviamo il percorso di navigazione e possiamo richiedere un nuovo invio. Possiamo scaricare il PDF, utilissimo se ti serve una traccia di audit o devi presentare qualcosa in una riunione. Ehm, puoi anche accedere a questo download tramite API e puoi aggiungere questa persona a una blocklist. Ecco come si legge un risultato di

## Chat della sessione per il tuo team di revisione

[13:30](https://www.youtube.com/watch?v=7htTWCWsl60\&t=810s) verifica. In fondo c'è un'ultima cosa: la chat della sessione. Possiamo taggare i membri del team e discutere di un risultato di verifica specifico con qualcuno del nostro team. Se apriamo questa chat, scriviamo un messaggio e taggiamo qualcuno del team, il messaggio sarà riferito a questa particolare verifica. Quindi, se abbiamo una domanda o più persone stanno lavorando su questo caso, questa chat sarà davvero utile.

[13:55](https://www.youtube.com/watch?v=7htTWCWsl60\&t=835s) Ecco dunque come si legge un risultato di verifica nel modo in cui lo leggerai davvero, scheda per scheda, dall'alto in basso. Il verdetto e gli avvisi nella panoramica, poi ogni controllo a turno, e la traccia di audit completa alla fine. Quindi, una volta fatto su una sessione, tutte le altre si leggono allo stesso modo. E se vuoi provarlo con i tuoi dati, vai su didit.me, registrati gratuitamente e apri il tuo primo risultato.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.