> ## 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.

# Verifica KYC: cosa vede l'utente passo dopo passo

> Trascrizione video: flusso KYC per l'utente finale in Didit, passo dopo passo. Branding, documento, NFC, liveness, confronto facciale e rifiuto.

[Cosa vedono davvero i tuoi utenti in una verifica KYC (procedura completa)](https://www.youtube.com/embed/LzGe-dMWjUw)

Trascrizione completa di **Cosa vedono davvero i tuoi utenti in una verifica KYC (procedura completa)** - Video 2 di 10 dell'Accademia Didit, 14:36. [Guarda su YouTube](https://www.youtube.com/watch?v=LzGe-dMWjUw). Ogni paragrafo rimanda al momento esatto del video.

## Cosa copre questo video

[00:03](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=3s) Quando mandi un cliente a verificarsi con Didit, cosa vede davvero? È di questo che parla il video. Percorriamo l'intero flusso dal lato dell'utente. Le schermate esatte che una persona reale attraversa dopo aver cliccato sul tuo link. Un flusso che puoi personalizzare completamente nella sua lingua, su qualunque dispositivo abbia, con una serie di controlli invisibili che fanno il lavoro pesante e con il risultato reale che arriva nel tuo sistema nel momento in cui viene prodotto. Il modo migliore per farsene un'idea è provarlo di persona. Quindi vai su didit.me: puoi registrarti gratis e fare la verifica con il tuo telefono in

## Aprire il flusso da soli

[00:38](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=38s) un paio di minuti. Ok, il modo più semplice per vedere esattamente cosa fanno i tuoi utenti è aprire il flusso da soli. È quello che faremo. Ehm, andiamo su uno dei nostri workflow qui. Copiamo il link e lo incolliamo nel browser. Prendiamo questo workflow KYC di base. Copiamo questo link e lo incolliamo qui. Quindi, proprio qui c'è la

## La prima schermata che vede il tuo utente

[00:58](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=58s) primissima cosa che vede il tuo utente dopo aver toccato uno dei tuoi link. La prima cosa da notare è che, beh, questa è una demo. Quindi c'è il branding di Didit, ma puoi personalizzare tutto. Questo elenco mostra ogni passaggio che questo specifico utente percorrerà. Abbiamo la verifica dell'identità, la verifica facciale e documenti aggiuntivi. Quindi questo elenco non è fisso nel codice. Il workflow a cui è collegata questa sessione decide quali passaggi compaiono e in quale ordine. Quindi questo flusso mostra semplicemente

## Branding, e perché incide sul completamento

[01:28](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=88s) tutto ciò che è contenuto nel workflow quando lo attivi. Quindi anche il logo e lo stile sono tuoi. Per l'utente, questo continua a sembrare il tuo prodotto. È piuttosto importante, perché quanto il flusso assomiglia a te e al tuo brand è la leva principale per determinare quante persone completano davvero questa verifica. Qui sotto c'è un piccolo segno "protetto da Didit", e anche quello si può rimuovere. Tutto ciò che sta sopra è configurabile da te. Didit è solo il motore che gira sotto. Quindi ciò che vede l'utente è esattamente il workflow che hai impostato, avvolto nel tuo brand. Ecco

## I controlli che non mostrano mai una schermata

[02:00](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=120s) qualcosa che sorprende la maggior parte delle persone. Non tutti i controlli che vedi qui hanno una schermata. Compaiono solo i passaggi che richiedono davvero un'azione dell'utente. Quindi documento, volto, telefono, email e, mentre lavorano su questi, un intero insieme di altri controlli gira lato server senza che nessuno tocchi nulla. Quindi l'analisi di dispositivo e IP, lo screening AML, il monitoraggio AML continuo, la validazione su database: tutto questo avviene in background. L'utente non vede mai un passaggio per nessuno di questi, e tu ricevi comunque ogni risultato nella tua dashboard. È così che il flusso resta molto breve pur facendo un sacco di lavoro. Alcuni dei controlli più forti di Didit non creano alcun attrito, perché non si rivolgono mai all'utente. Quindi se torni a guardare uno di questi workflow, vediamo qui che ci sono tutti questi controlli in background. Abbiamo la validazione su database. Abbiamo la verifica email, la verifica telefonica, lo screening AML, l'analisi di IP e rischio. Questi non sono rivolti al pubblico. Sono tutti i controlli che

## Personalizzazione: colori, logo, email, dominio

[03:00](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=180s) puoi aggiungere a un workflow. Diamo un'occhiata alla scheda Personalizzazione. È qui che puoi inserire il tuo branding, i tuoi colori, il tuo indirizzo email, il tuo dominio, tutte queste cose. Come vedi, possiamo cambiare il nome dell'app. Possiamo mostrare la pagina di benvenuto o disattivarla. Possiamo mostrare la barra di avanzamento o disattivarla. Abbiamo la scheda Branding, dove possiamo inserire tutti questi colori. Possiamo aggiungere il logo, la favicon e cambiare la tipografia. Possiamo aggiungere un'email personalizzata.

[03:25](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=205s) Quindi, se inseriamo solo un nome qui, possiamo mettere un indirizzo email e continuare alla verifica. Questo ci mostra il messaggio «non ha funzionato». Ma se inseriamo un dominio reale e funzionante e clicchiamo su continua alla verifica, ci verranno mostrati i record DNS che possiamo aggiungere, così da impostare un indirizzo email personalizzato. Questa email è quella da cui verranno inviate le notifiche e tutti gli aggiornamenti sullo stato della verifica. Per il dominio, possiamo anche aggiungere un dominio personalizzato. Quindi, ad esempio, un sottodominio. E anche qui, se inserisci il tuo sottodominio, ti verranno mostrati i record che devi aggiornare presso il tuo provider di dominio. Vedi questa icona del globo qui in alto. L'

## 54 lingue, rilevate automaticamente

[04:04](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=244s) interfaccia è disponibile in 54 lingue diverse, incluse quelle a scrittura da sinistra a destra come l'arabo. Per impostazione predefinita, questo flusso rileva automaticamente la lingua impostata nel browser e ricade sull'inglese se la lingua non è supportata. Ma l'utente può aprire questo elenco con la ricerca e passare in qualsiasi lingua in qualsiasi momento, e da lì ogni istruzione seguirà la sua scelta. E se conosci già in anticipo la lingua di una persona, magari dal tuo database, puoi impostarla quando crei la sua sessione. Così si apre nella lingua giusta senza dipendere affatto dal browser. Quindi il flusso incontra l'utente nella sua lingua in automatico, con 54 lingue tra cui scegliere. Quindi, se diamo un'occhiata a

## Mobile vs desktop e il passaggio tramite QR

[04:49](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=289s) In questa anteprima si vede che la maggior parte delle persone finisce per verificarsi dal telefono. Ed è logico, no? La fotocamera rende molto semplice acquisire un documento e un selfie. Basta che l'utente punti il telefono su questo codice QR e può proseguire la verifica dal telefono. Quando qualcuno apre questa pagina da desktop, qui si vede che è possibile continuare anche da desktop, ma è un'opzione. Potete obbligare le persone a verificarsi solo dal cellulare, oppure abilitare il desktop e lasciare che completino la verifica direttamente qui, sul computer. Se però lo fate, tenete presente che il rilevamento della vitalità viene forzato in modalità passiva su desktop, perché la versione attiva non funziona bene con le webcam dei computer. Con attiva e passiva intendo questo: nella modalità attiva l'utente deve

## Il flusso ospitato o schermate proprie

[05:34](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=334s) sbattere le palpebre davanti alla fotocamera. Questo è un rilevamento della vitalità attivo. La passiva, invece, è semplicemente una foto. Il percorso più semplice per iniziare è quindi il flusso ospitato. Vedete, quando clicco su questo link per copiarlo e lo apro nel mio browser. Potete inviare all'utente un link e Didit gestisce per voi tutte le parti difficili: i permessi della fotocamera, l'acquisizione del documento, il rilevamento della vitalità e ogni problema fastidioso dei dispositivi. Potete inserire il tutto nella vostra app tramite l'SDK, un iframe, un reindirizzamento o un pop-up. Se preferite costruire le schermate da zero, potete farlo senza problemi, ma allora sarete responsabili di tutto questo. Vedremo l'integrazione in dettaglio in un altro video, ma per ora sappiate che il link che inviate e che ottenete da questo workflow è il flusso ospitato, ed è ottimizzato per portare le persone fino alla fine.

## Rilevare il paese di emissione

[06:20](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=380s) Ok, torniamo al flusso. Quando il passaggio del documento deve sapere di quale paese è il documento, nella maggior parte dei casi il flusso lo ha già individuato. Geolocalizza l'utente tramite l'indirizzo nel momento in cui la pagina viene caricata e preseleziona il paese di emissione. Qui si vede che l'operazione è riuscita. Se il vostro workflow consente un solo paese, quello verrà selezionato automaticamente e l'utente non vedrà mai questo selettore. Questo esempio è un flusso KYC, ma sarà esattamente lo stesso per KYB o per qualsiasi altro workflow che costruite. Il motore esegue semplicemente i passaggi configurati nel vostro workflow. Quindi, come si vede in questa anteprima, l'utente

## Scegliere il tipo di documento

[07:00](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=420s) sceglie quale documento governativo mostrare. Didit riconosce sette tipi di documento: passaporto, carta d'identità, permesso di soggiorno, patente di guida, tessera sanitaria, codice fiscale e tessera previdenziale. Però l'elenco viene filtrato e mostra solo quelli validi per il paese che abbiamo appena rilevato. In questo modo l'utente non può scegliere un documento che Didit non è in grado di leggere. Anche in questo caso, se il vostro workflow consente un solo tipo di documento, l'intera schermata viene saltata e l'utente

## Acquisizione del documento

[07:26](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=446s) passa direttamente alla pagina di acquisizione. Quindi, se proseguiamo, arriviamo alla pagina di acquisizione. Come si vede in questa anteprima, sono sul desktop e posso caricare un file oppure scattare una foto. Si può anche forzare l'acquisizione dal vivo, che guida la foto in tempo reale e non consente caricamenti. È l'impostazione più forte contro immagini manipolate o riciclate. Per il caricamento, i formati accettati sono quelli classici, JPEG, PNG, PDF e alcuni altri tipi di file, tutti sotto i 10 megabyte. Se il PDF è protetto da password, viene richiesta la password. Quindi si può scegliere il caricamento oppure forzare l'acquisizione dal vivo, e tutto questo si configura nelle impostazioni del workflow. Come si vede in questa anteprima, mentre allineano il documento, le indicazioni sul dispositivo verificano l'illuminazione e la nitidezza, e lo scatto avviene automaticamente nel momento in cui l'immagine è abbastanza buona da permettere l'analisi immediata. E non si limita a leggere il testo della carta. Didit esegue controlli di autenticità e di manomissione, un controllo di vitalità del documento che individua cose come la foto di uno schermo o una copia stampata. Verifica anche le caratteristiche di sicurezza e la validazione della MRZ in oltre 130 lingue dei documenti.

[08:37](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=517s) Ciò che distingue davvero questo processo è che tutto avviene in tempo reale. L'utente scopre subito se un documento non è andato bene e voi ricevete esattamente gli stessi dati nello stesso momento. Quindi ci guadagnano tutti in velocità. Per il

## Il selfie per il rilevamento della vitalità

[08:50](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=530s) rilevamento della vitalità, l'utente può scattare un selfie. Deve soltanto centrare il viso nell'ovale che compare sullo schermo in questo passaggio, come si vede qui. Dietro questa schermata semplice c'è un rilevamento della vitalità che verifica che davanti alla fotocamera ci sia una persona reale e presente. È anche ciò che permette a Didit di confrontare il volto con il documento appena inviato. Potete scegliere quale metodo di rilevamento della vitalità eseguire in questo punto, e impostarlo per ogni nodo del workflow, di cui parleremo in altri

## Passiva, flash 3D e azione 3D

[09:17](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=557s) video. Esistono tre impostazioni diverse. C'è la passiva, in cui l'utente non fa nulla. C'è il flash 3D, in cui luci colorate costruiscono una mappa di profondità, e anche in questo caso l'utente non deve fare nulla. E c'è l'azione 3D, che aggiunge le luci più un'azione casuale, come sbattere le palpebre o girare la testa. Si tratta quindi di un unico passaggio per il selfie, con tre diversi livelli di efficacia del rilevamento della vitalità tra cui scegliere. Quindi

## Il video di vitalità e i punteggi

[09:41](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=581s) vediamo cosa ti restituisce il passaggio di rilevamento della vitalità. Registra un breve video della persona e lo valuta. Quindi, se andiamo su verifiche degli utenti, magari scorriamo in basso e apriamo il profilo di uno degli utenti, non preoccuparti: nel prossimo video vedremo tutto ciò che c'è dentro questo controllo di verifica. Ma per mostrarti cosa fa davvero il rilevamento della vitalità e cosa ti restituisce nel profilo, puoi vedere qui un breve video.

[10:08](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=608s) Quindi possiamo riprodurre il video. Sì, questo è solo un video dimostrativo, ma è esattamente ciò che comparirà per ciascuno dei tuoi utenti nel passaggio di verifica. Qui abbiamo un punteggio di vitalità in percentuale. Ne parlerò in un altro video. Ogni metodo, passivo o attivo, restituisce un punteggio di vitalità da 1 a 100. Inoltre esegue il rilevamento degli attacchi di presentazione e dei deepfake.

[10:30](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=630s) Il video viene salvato insieme al punteggio. Puoi tornare, riprodurre di nuovo il video e leggere ogni punteggio qui, nel controllo di verifica, e anche nel profilo dell'utente. Quindi ottieni il video del selfie insieme ai punteggi di vitalità e deepfake

## Cosa succede quando un passaggio fallisce

[10:45](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=645s) riproducibili ogni volta che ti servono. Quindi, cosa succede quando un passaggio fallisce? L'utente non si trova davanti a un vicolo cieco. Riceve un nuovo tentativo guidato e specifico. Nelle impostazioni dei tuoi workflow puoi impostare il numero massimo di tentativi e la finestra per riprovare. Ma parleremo delle altre impostazioni e del funzionamento dei workflow in un altro video. Quando l'utente vede un messaggio di nuovo tentativo, questo sarà preciso, per esempio "il documento è scaduto" oppure "riprova con più luce", non un generico errore vago. Così sa esattamente cosa correggere. Quanti tentativi ottiene si può configurare, come ti ho appena mostrato nel workflow. Per impostazione predefinita, il flusso lascia semplicemente provare finché non ce la fa, perché l'obiettivo è farlo completare, non bloccarlo. Quindi i tentativi sono configurabili e il valore predefinito è

## La schermata approvata

[11:30](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=690s) progettato in modo che l'utente possa sempre arrivare alla fine. Quando tutti i controlli obbligatori vanno a buon fine, l'utente arriva qui. Compare un segno di spunta verde e un messaggio in linguaggio semplice: "Sei stato verificato". Gli comunica che non deve fare altro e può tornare alla tua app. E qui c'è la parte che lui non vede. La tua app ha già ricevuto il verdetto in tempo reale, prima ancora che l'utente tocchi la schermata e se ne vada. Quindi, lo stato di approvazione corrisponde a questa schermata finale, verde e rassicurante e

## La schermata in revisione

[11:54](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=714s) il tuo backend ha già i risultati. A volte un controllo automatico segnala un avviso invece di un esito chiaramente positivo o negativo. In questo caso, l'utente vedrà un orologio arancione al posto di questo segno di spunta verde, con sotto il testo "La tua richiesta è in revisione". Dal tuo lato, la verifica verrà visualizzata qui come in revisione. Sarà poi compito tuo, o di qualcuno del tuo team, approvare la richiesta, rifiutarla o chiedere di inviarla di nuovo con maggiori informazioni. La cosa utile è che l'utente riceve un'email nel momento in cui lo stato cambia sulla sua

## La schermata rifiutata

[12:30](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=750s) richiesta di verifica. Se un controllo fallisce davvero, l'utente vede uno stato di rifiuto chiaro: un segno rosso con la scritta "Al momento non siamo riusciti a verificare le tue informazioni", che spiega l'esito senza rivelare la tua logica antifrode. Quello che succede dopo dipende interamente dal tuo workflow. Puoi permettere all'utente di inviare di nuovo entro il numero di tentativi che hai impostato, oppure indirizzarlo a un flusso di assistenza all'interno della tua app. Quindi, lo stato di rifiuto corrisponde a una schermata finale chiara e non tecnica

## Redirect o webhook: quale considerare affidabile

[12:58](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=778s) e sta a te decidere se si tratta di un nuovo invio o di un'assistenza. Alla fine del workflow accadono due cose, ed è utile sapere quale considerare affidabile. Allora: prima di tutto il browser dell'utente torna alla tua app. Atterra esattamente dove era partito, ma per lui questo è solo un passaggio. Ciò su cui ti basi davvero è il risultato che il tuo server riceve nello stesso momento, inviato direttamente al tuo backend nell'istante in cui viene presa la decisione. È questa versione che devi usare per la logica. Mai ciò che si trova nel browser. I dettagli tecnici per configurarlo meritano un video a parte, quindi li rimandiamo. Il punto essenziale è semplice: l'utente torna nella tua app e il tuo sistema ha già il risultato reale e affidabile

## Trovare la sessione nella tua dashboard

[13:41](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=821s) ad aspettarlo. Ogni verifica compare nella scheda verifiche degli utenti. Qui ci sono i filtri: possiamo vedere approvata, in revisione, approvata, rifiutata, e in base all'esito della verifica e al workflow seguito, lo stato si aggiornerà di conseguenza. Quelle in revisione sono ovviamente quelle a cui devi prestare più attenzione. Quindi possiamo filtrarle e mostrare solo queste per la revisione manuale. Per ciascuna verifica possiamo entrare e vedere ogni elemento di prova alla base del risultato. E questo valore qui in basso, il vendor data, è l'ID che il tuo sistema ha inviato quando ha creato la sessione. È il tuo riferimento stabile per quella persona.

[14:25](https://www.youtube.com/watch?v=LzGe-dMWjUw\&t=865s) E Didit raggruppa sotto un unico profilo ogni sessione che condivide lo stesso ID vendor data?


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