Scelga la Sua lingua
Fintech e prestiti
Verifica dell'identità dei richiedenti di prestiti che funziona nel browser o nell'app, individua un'identità presa in prestito o sintetica prima che arrivi alla sottoscrizione e scrive ogni controllo in un registro che potete consegnare a un'autorità di vigilanza o a un revisore. Funziona sui nostri server in Canada, mai su un cloud pubblico. Le sessioni sandbox non vengono mai fatturate.
Il problema
Un prodotto di credito che approva in pochi minuti ha bisogno di un controllo d'identità che tenga il passo, senza trasformarsi in una coda di revisione manuale.
Un nome, una data di nascita, un indirizzo e un numero di Social Security che sulla carta risultano tutti corretti. Il documento che vi sta dietro è un'identità rubata o acquistata, oppure campi messi insieme a partire da più persone reali.
Ogni richiesta che il Suo team non riesce a validare automaticamente diventa una persona che apre un PDF, scruta un documento d'identità con foto e tira a indovinare. È lento, incoerente da un revisore all'altro e non scala con gli investimenti di marketing.
Mesi dopo l'erogazione di un prestito, qualcuno chiede come sia stata confermata l'identità del mutuatario. «Abbiamo guardato la foto della sua patente» non è una risposta che un responsabile della conformità voglia dare due volte.
Un esempio pratico
Esempio fittizio, per mostrare la struttura del flusso. Non coinvolge alcun richiedente, istituto o prestito reale.
Ciò che conta di più per il credito
Ogni controllo qui sotto viene eseguito a ogni verifica. Nessuno è un livello a pagamento che deve ricordarsi di attivare.
Per contestazioni e audit
Una pratica di credito viene riaperta: un debitore contesta un rifiuto, un ispettore campiona un trimestre di richieste, un audit interno chiede chi ha toccato cosa. Il Registro delle attività è il punto da cui parte quella conversazione.
Le voci possono essere aggiunte. Non possono essere modificate né eliminate: né dal Suo team, né da ShieldID. Questa è una proprietà del database stesso, non una policy che qualcuno potrebbe aggirare in silenzio.
Ogni voce registra l'attore — una persona o una chiave API — l'azione, l'esito e il timestamp, così a "chi ha verificato questo richiedente e che cosa ha riportato il motore" si risponde direttamente, senza ricostruzioni approssimative.
Filtri per attore, azione, esito o intervallo di date per estrarre esattamente le voci che servono a una revisione di conformità o a una contestazione di un debitore, invece di esportare tutto e oscurare i dati a mano.
Oggi il registro registra gli esiti di verifica positivi e negativi, gli accessi, l'attività delle chiavi API e le esportazioni di audit. Presto saranno disponibili gli eventi di visualizzazione e di download per singola immagine dei documenti d'identità, un evento di decisione dedicato, le ricevute di eliminazione e un'esportazione CSV self-service per il Suo team.
Opzioni di integrazione
La maggior parte dei team di credito inizia con il flusso ospitato nel punto in cui altrimenti chiederebbe il caricamento di un documento, e passa all'API quando i volumi lo giustificano.
Detto con chiarezza
Vale la pena dirlo apertamente, perché un acquirente fintech lo chiederà.
Risponde bene a una sola domanda: è una persona reale, in possesso del proprio documento d'identità governativo autentico. Si colloca sotto le Sue regole di underwriting, la consultazione della centrale rischi e il Suo modello antifrode, non al loro posto.
I controlli su sanzioni e liste di sorveglianza, tra cui OFAC, sono disponibili per gli account che li aggiungono; non sono inclusi per impostazione predefinita in ogni piano.
Oggi ShieldID non verifica conti bancari né redditi; questa funzionalità arriverà a breve. Se il Suo programma ne ha bisogno adesso, abbini il controllo d'identità di ShieldID al Suo fornitore esistente di verifica bancaria o del reddito.
Note sulla privacy
Il documento d'identità di un richiedente di credito è sensibile di per sé. Ecco esattamente cosa accade.
Rispetto al metodo manuale
Un confronto tra categorie, non un'affermazione su un fornitore specifico.
| Funzionalità | ShieldID | IDV aziendale tipico | Controlli manuali |
|---|---|---|---|
| Documento letto e confrontato con la domanda | Sì | Di solito | Valutazione discrezionale del revisore |
| Sfida di liveness, non un semplice selfie statico | Sì | Di solito | No |
| Ogni segnale di frode riportato singolarmente | Sì | Spesso a livelli | Non tracciato |
| Standard uniforme per ogni revisore, in ogni turno | Sì | Di solito | No |
| Activity Ledger di sola aggiunta, consultabile in caso di contestazione | Sì | Non offerto al cliente | Una catena di email, se va bene |
| Al ritmo del richiedente, nessuna coda manuale da attendere | Sì | Di solito | No |
| Sandbox mai fatturata | Sì | A volte | n/a |
Obiezioni
«Dove sono i vostri badge SOC 2 e ISO?»
Non le possediamo ancora, e non ne mostriamo di non conseguite. Ciò che è possibile verificare oggi: hosting autogestito sui nostri server in Canada, non su un cloud pubblico, eliminazione automatica delle immagini, immagini cifrate a riposo e un registro append-only che può essere consultato all'interno del prodotto.
"Questo soddisfa i nostri obblighi in materia di Customer Identification Program o AML?"
ShieldID Le offre un controllo dell'identità documentato e ripetibile, con un registro a supporto, un'evidenza che il Suo Customer Identification Program può utilizzare. Se soddisfi uno specifico metodo regolamentare è una valutazione che spetta al Suo programma di conformità e al Suo consulente legale, non offriamo consulenza legale e non Le diremo che si tratta di una casella già spuntata.
"Il nostro team antifrode vuole anche la verifica del conto bancario."
Oggi non è disponibile in ShieldID; arriverà a breve. Nel frattempo, abbini il controllo d'identità di ShieldID al Suo strumento esistente di verifica bancaria o del reddito: non facciamo finta di coprirlo adesso.
"E se il documento del richiedente proviene da uno stato che vediamo raramente?"
Viene letto campo per campo rispetto al proprio codice a barre anziché essere rifiutato in blocco, e la copertura comprende tutti i 50 stati, il Distretto di Columbia e cinque territori statunitensi. È esattamente qui che gli scanner basati su regole tendono a escludere richiedenti reali.
Cosa vede
Il mutuatario si verifica durante la richiesta. Il Suo team vede la fonte di ogni campo e ogni controllo singolarmente, non un unico punteggio a cui credere o da ignorare.
Domande
Inizia ora
Crei una sessione sandbox, esegua una verifica con il Suo telefono e veda la voce che viene scritta nel Registro delle attività.
Le sessioni sandbox non vengono mai fatturate.