Verifica dei documenti d'identità
Un'API di verifica dei documenti che legge il documento, non solo il tipo stampato sul fronte.
ShieldID legge fronte e retro di un documento d'identità governativo con foto direttamente sul telefono dell'interessato, decodifica il codice a barre e la zona leggibile a macchina del passaporto, confronta ogni campo con ogni fonte e riporta un esito per campo, non un unico esito positivo o negativo per l'intera carta.
Copertura dei documenti
Documenti statunitensi e canadesi, letti in profondità.
Patenti di guida, passaporti, carte di residente permanente e documenti d'identità con foto statali o provinciali, identificati per ente emittente ove il codice a barre ne riporti uno.
- Patenti di guida statunitensi, tutti i 50 stati, DC e cinque territori degli Stati Uniti
- Patenti di guida canadesi, tutte le 13 province e territori
- Passaporti, letti tramite la zona leggibile a macchina con validazione del checksum
- Carte di residente permanente
- Carte d'identità con foto statali e provinciali
- Copertura in fase iniziale di due stati messicani.
Dove tracciamo il confine, con onestà
Le tessere sanitarie oggi non sono elencate espressamente tra i tipi di documento riconosciuti. Una tessera non familiare o non elencata viene comunque letta secondo lo stesso principio di tutto il resto: estrarre ciò che la pagina mostra e riportare il verdetto di ciascun campo, anziché rifiutare il documento fin dall'ingresso.
Come viene letto un documento
Quattro modalità di lettura. Un unico ordine di priorità quando si sovrappongono.
L'interessato fotografa fronte e retro del documento con il proprio telefono. ShieldID legge le fonti che quel documento contiene effettivamente e lascia prevalere la fonte più affidabile quando due fonti non concordano.
Codice a barre PDF417
Il retro di una patente di guida o carta d'identità nordamericana riporta un codice a barre PDF417. ShieldID lo decodifica in campi AAMVA strutturati: nome, data di nascita, indirizzo, numero di patente, scadenza e altro.MRZ del passaporto
La zona leggibile a macchina di un passaporto viene letta da un rilevatore e da un lettore dedicati, quindi validata con le formule delle cifre di controllo ICAO integrate nella zona stessa. Un punteggio minimo di validità stabilisce se un campo estratto in questo modo sia attendibile.Lettura strutturata del fronte
Il lato stampato del documento viene letto campo per campo, utilizzando il layout del tipo di documento, se riconosciuto.OCR a pagina intera come soluzione di riserva
Quando non si applica nulla di più specifico, l'intero fronte viene letto come testo. È ciò che impedisce che un documento sconosciuto venga rifiutato a priori.
Priorità in caso di sovrapposizione delle fonti
Quando lo stesso campo compare in più fonti, l'ordine di priorità è: codice a barre, poi MRZ del passaporto che ha superato il checksum, poi lettura strutturata del fronte, poi OCR di riserva. Le fonti discordanti vengono segnalate per la revisione, mai mediate in silenzio.
Cross-checks
Ogni campo viene confrontato con gli altri, non accettato sulla fiducia.
Un documento che si legge perfettamente da solo può comunque nascondere una discrepanza tra quanto dichiara il fronte e quanto dichiarano il codice a barre o la MRZ. ShieldID lo controlla a ogni verifica.
Fronte, codice a barre e MRZ a confronto
Nome, data di nascita, numero del documento e indirizzo vengono confrontati tra tutte le fonti che il documento contiene effettivamente. Una discordanza viene segnalata, non risolta scegliendone una e nascondendo le altre.
Codifica del numero di patente
Quando una provincia codifica una struttura nel numero di patente stesso, tale struttura viene verificata rispetto al resto del record.
Confronto d'identità a tre vie
Il nome e i dati identificativi letti dal documento vengono confrontati tra loro e con quanto dichiarato sull'interessato dalla parte che richiede la verifica, così che una sostituzione emerga come discordanza anziché come esito positivo pulito.
La regola della casa
Non blocchiamo mai in base al tipo di documento.
Un documento non riconosciuto o non familiare non viene rifiutato solo perché non lo abbiamo mai visto. ShieldID legge ciò che può e riporta il verdetto di ciascun campo, così una tessera di un emittente che non abbiamo mai catalogato può comunque restituire una data di nascita corretta e un autentico confronto del volto, riportati come validi.
Gli esiti sono per campo, non per documento
Nome, data di nascita, indirizzo, numero del documento e foto si fondano ciascuno sulle proprie evidenze. Un campo debole non trascina giù un campo risultato valido, e un campo solido non copre uno che non lo è stato.
Accettare o meno il documento è una Sua decisione
ShieldID riporta evidenze ed esito per ogni controllo. Ciò che un'azienda fa, a valle, di un documento sconosciuto o verificato solo in parte spetta a quell'azienda, con il rapporto davanti a sé.
Il punteggio di manomissione ha valore consultivo
Solo a titolo consultivoIl punteggio di manomissione del documento viene calcolato a ogni verifica e riportato nel risultato, ma oggi ha valore indicativo: non determina gli esiti dei campi né l'esito complessivo e la sua soglia non è stata misurata in modo indipendente su acquisizioni reali. Lo consideri un'ulteriore evidenza, non un filtro.
Rilevamento degli attacchi di presentazione sul documento
ProssimamenteIl rilevamento che un documento sia un oggetto fisico reale e non la foto di un documento stampato o mostrato su schermo non esiste ancora. Gli attuali controlli proteggono il lato selfie della verifica; il lato documento del rilevamento degli attacchi di presentazione è nella roadmap.
Nuovo tentativo guidato
Quando qualcosa va storto, Le diciamo da che parte sta il problema.
Una verifica non riuscita non significa sempre che l'interessato abbia sbagliato qualcosa. Potrebbe significare che la foto del documento era sfocata o che il selfie era poco illuminato, e chiedere di ripetere quello sbagliato fa perdere tempo all'interessato due volte.
La logica di nuovo tentativo di ShieldID legge le evidenze, non l'etichetta del controllo fallito, per decidere se debba essere ripetuto il documento o il selfie, e riattiva soltanto la fotocamera di quel lato. Esiste perché un caso reale ha mostrato che a un selfie pulito e a una foto del passaporto illeggibile e molto inclinata veniva chiesto di ripetere il selfie.
Cosa riceve
Valori per campo, ciascuno con la propria fonte e il proprio esito.
Il risultato non è un semplice esito positivo o negativo. Ogni campo che ShieldID è riuscito a leggere viene restituito con il valore, la sua provenienza e l'indicazione se è risultato valido.
- Nome completo
- Confrontato tra fronte, codice a barre e MRZ, ove presenti, e con il nome dichiarato dal richiedente.
- Data di nascita
- Controllato incrociando codice a barre e MRZ.
- Indirizzo
- Letto dal fronte e dal codice a barre, se il documento ne è provvisto; confrontato con un documento comprovante l'indirizzo caricato, quando richiesto.
- Numero del documento
- Verificato per coerenza interna e, ove applicabile, rispetto alle regole di codifica della giurisdizione emittente.
- Data di scadenza
- Letto dal fronte e dal codice a barre o dalla MRZ; segnalato se le fonti non concordano.
- Giurisdizione di rilascio
- Identificato dal codice dell'emittente nel codice a barre, quando il documento ne riporta uno riconosciuto.
- Segnale di manomissione del documento
- Riportato come evidenza indicativa in ogni verifica, mai come esito stesso.
Esempio pratico
Una patente di guida della California, campo per campo.
Un richiedente fittizio, una patente fittizia. L'insieme dei campi, l'origine dei dati e i controlli incrociati sono quelli della pipeline reale.
| Campo | Valore | Fonte | Verdetto |
|---|---|---|---|
| Full name | Jordan Alexander Reyes | Front + barcode (agree) | Match |
| Date of birth | 14 Mar 1994 | Barcode | Match |
| Address | 1428 Elm St, Sacramento, CA | Barcode | Match |
| License number | D1234567 | Barcode; front reads the same string | Match |
| Expiry date | 14 Mar 2029 | Front + barcode (agree) | Match |
| Photo | Present, legible | Front image | Face match: pending selfie |
| Document tamper signal | No indication | Advisory model, cropped document image | Advisory, not gating |
Il confronto
Approfondimento sui documenti che copriamo, trasparenza su quelli che non copriamo.
Categorie, non nomi. La colonna enterprise descrive gli schemi riscontrati esaminando i siti dei fornitori IDV enterprise.
| Funzionalità | ShieldID | IDV aziendale tipico | Controlli manuali |
|---|---|---|---|
| Legge fronte e retro, con controllo incrociato campo per campo di codice a barre e MRZ | Sì | Di solito | Solo fronte, a occhio |
| Prosegue con un documento sconosciuto o non in elenco invece di rifiutarlo | Sì | Spesso rifiuta | Dipende dalla formazione del personale |
| Esiti per campo, non un unico esito positivo o negativo per il documento | Sì | Raramente | n/a |
| Confronto a tre vie di nome e identità con quanto dichiarato dal richiedente | Sì | A volte | Manuale, se presente |
| Nuovo tentativo guidato che attribuisce il problema al documento o al selfie, in base alle evidenze | Sì | Raramente | n/a |
| Punteggio di manomissione del documento riportato con onestà come indicativo, non come filtro nascosto | Sì | Raramente divulgato | Nessun segnale |
Domande
Risposte dirette sulla verifica dei documenti.
Lo provi con il Suo documento
Esegua una verifica sandbox con una patente di guida o un passaporto reali.
Crei una sessione sandbox, legga fronte e retro con il Suo telefono e veda il risultato per campo. Le sessioni sandbox non vengono mai fatturate.