Verificatie van identiteitsdocumenten
Een API voor documentverificatie die de ID leest, niet alleen het type op de voorzijde.
ShieldID leest een overheids-ID met foto aan voor- en achterzijde op de eigen telefoon van de aanvrager, decodeert de barcode en de machineleesbare zone van het paspoort, controleert elk veld kruislings met elke bron en rapporteert een oordeel per veld, niet één geslaagd of mislukt voor de hele kaart.
Documentdekking
Canadese en Amerikaanse documenten, diepgaand gelezen.
Rijbewijzen, paspoorten, verblijfskaarten voor permanente inwoners en provinciale foto-ID's, herkend per uitgever wanneer de barcode daar een bevat.
- Canadese rijbewijzen, alle 13 provincies en territoria
- Amerikaanse rijbewijzen, alle Amerikaanse staten en territoria, plus DC
- Paspoorten, gelezen via de machineleesbare zone met validatie van de controlesom
- Kaarten voor permanente inwoners
- Provinciale en staatsidentiteitskaarten met foto
- Beginnende dekking van twee Mexicaanse staten.
Waar wij eerlijk de grens trekken
Gezondheidskaarten worden vandaag niet bij naam genoemd onder de herkende documenttypen. Een onbekende of niet-vermelde kaart wordt nog steeds volgens hetzelfde principe als al het andere gelezen: haal eruit wat de pagina toont en rapporteer het oordeel per veld, in plaats van het document bij de deur te weigeren.
Hoe een document wordt gelezen
Vier invalshoeken. Eén voorrangsvolgorde bij overlap.
De aanvrager fotografeert de voor- en achterzijde van de ID met de eigen telefoon. ShieldID leest de bronnen die het document daadwerkelijk bevat en laat de meest betrouwbare bron winnen wanneer twee bronnen verschillen.
PDF417-barcode
De achterzijde van een Noord-Amerikaans rijbewijs of een Noord-Amerikaanse identiteitskaart bevat een PDF417-barcode. ShieldID decodeert die naar gestructureerde AAMVA-velden: naam, geboortedatum, adres, rijbewijsnummer, vervaldatum en meer.Paspoort-MRZ
De machineleesbare zone van een paspoort wordt gelezen door een speciale detector en lezer en vervolgens gevalideerd aan de hand van de ICAO-controlecijferformules die in de zone zelf zijn ingebouwd. Een minimale validiteitsscore bepaalt of een op deze wijze uitgelezen veld wordt vertrouwd.Gestructureerde lezing van de voorzijde
De bedrukte zijde van het document wordt veld voor veld gelezen, met gebruik van de lay-out van het documenttype wanneer die wordt herkend.OCR van de volledige pagina als terugvaloptie
Wanneer niets specifiekers van toepassing is, wordt de hele voorzijde als tekst gelezen. Dit voorkomt dat een onbekend document meteen wordt geweigerd.
Voorrang bij overlappende bronnen
Komt hetzelfde veld in meer dan één bron voor, dan geldt de volgorde: barcode, dan een paspoort-MRZ die de controlesom heeft doorstaan, dan gestructureerde lezing van de voorzijde, dan de OCR-terugvaloptie. Bronnen die verschillen worden gemarkeerd voor beoordeling en nooit stilzwijgend gemiddeld.
Cross-checks
Elk veld wordt getoetst aan de andere, niet klakkeloos aangenomen.
Een document dat op zichzelf foutloos leest, kan toch een afwijking verbergen tussen wat de voorzijde zegt en wat de barcode of de MRZ zegt. ShieldID controleert dat bij elke verificatie.
Voorzijde versus barcode versus MRZ
Naam, geboortedatum, documentnummer en adres worden vergeleken over alle bronnen die het document daadwerkelijk bevat. Een afwijking wordt gemeld en niet opgelost door er één te kiezen en de rest te verbergen.
Codering van het rijbewijsnummer
Wanneer een provincie structuur in het rijbewijsnummer zelf codeert, wordt die structuur gecontroleerd aan de hand van de rest van het dossier.
Drievoudige identiteitsvergelijking
De naam en identiteitsgegevens die uit het document zijn gelezen, worden met elkaar vergeleken en met wat de partij die de verificatie aanvraagt over de aanvrager heeft opgegeven, zodat een vervanging als afwijking zichtbaar wordt in plaats van als foutloze goedkeuring.
De huisregel
Wij stellen nooit het documenttype als voorwaarde.
Een niet-herkend of onbekend document wordt niet afgewezen omdat we het nog niet eerder hebben gezien. ShieldID leest wat het kan en rapporteert het oordeel per veld, zodat een kaart van een uitgever die we nooit hebben gecatalogiseerd nog steeds een juiste geboortedatum en een echte gezichtsovereenkomst kan opleveren, gerapporteerd als in orde.
Oordelen per veld, niet per document
Naam, geboortedatum, adres, documentnummer en foto staan elk op hun eigen bewijs. Eén zwak veld trekt een veld dat foutloos is gecontroleerd niet omlaag, en een sterk veld maskeert een veld dat dat niet was niet.
Of het document wordt geaccepteerd, beslist u
ShieldID rapporteert bewijs en een oordeel per controle. Wat een bedrijf vervolgens doet met een onbekend of gedeeltelijk geverifieerd document, is aan dat bedrijf, met het rapport voor zich.
Tamper-scoring is slechts adviserend
Alleen adviserendDe score voor documentmanipulatie wordt bij elke verificatie berekend en op het resultaat vermeld, maar is momenteel adviserend: ze bepaalt niet de veldoordelen of de totaaluitkomst, en de drempelwaarde is niet onafhankelijk getoetst aan echte opnamen. Beschouw het als één extra bewijsstuk, niet als een drempel.
Detectie van presentatieaanvallen op documenten
Binnenkort beschikbaarVaststellen dat een document een fysiek, echt object is en geen foto van een uitgeprint of op een scherm getoond document, bestaat nog niet. De huidige controles beschermen de selfiekant van de verificatie; de documentzijde van detectie van presentatieaanvallen staat op de roadmap.
Begeleide nieuwe poging
Als er iets misgaat, vertellen wij u welke kant de oorzaak is.
Een mislukte verificatie betekent niet altijd dat de aanvrager iets verkeerd heeft gedaan. Het kan zijn dat de foto van het document onscherp was of dat de selfie te donker was, en wie om de verkeerde opnieuw vraagt, verspilt de tijd van de aanvrager tweemaal.
De logica voor nieuwe pogingen van ShieldID leest het bewijsmateriaal, niet het label van de mislukte controle, om te bepalen of het document of de selfie opnieuw moet, en biedt alleen de camera voor die kant opnieuw aan. Die logica bestaat omdat in een reëel geval zowel een heldere selfie als een onleesbare, sterk scheef genomen paspoortfoto de opdracht kregen de selfie opnieuw te maken.
Wat u terugkrijgt
Waarden per veld, elk met bron en oordeel.
Het resultaat is niet simpelweg geslaagd of mislukt. Elk veld dat ShieldID kon lezen komt terug met de waarde, de herkomst en de uitkomst van de controle.
- Volledige naam
- Vergeleken tussen voorzijde, barcode en MRZ waar aanwezig, en met de naam die de opdrachtgever heeft opgegeven.
- Geboortedatum
- Gecontroleerd aan de hand van de barcode en de MRZ.
- Adres
- Gelezen van de voorzijde en de barcode als het document er een heeft; indien nodig vergeleken met een geüpload adresdocument.
- Documentnummer
- Gecontroleerd op interne consistentie en, waar van toepassing, op de coderingsregels van de uitgevende jurisdictie.
- Vervaldatum
- Gelezen van de voorzijde en de barcode of MRZ, met een markering als de bronnen afwijken.
- Uitgevende jurisdictie
- Geïdentificeerd aan de hand van de uitgevercode in de barcode wanneer het document een herkende code bevat.
- Signaal voor documentmanipulatie
- Bij elke verificatie gerapporteerd als adviserend bewijs, nooit als het oordeel zelf.
Uitgewerkt voorbeeld
Een rijbewijs uit Ontario, veld voor veld.
Een fictieve aanvrager, een fictief rijbewijs. De veldenset, de herkomst van de gegevens en de kruiscontroles zijn de echte pijplijn.
| Veld | Waarde | Bron | Verdict |
|---|---|---|---|
| Full name | Jordan Alexander Reyes | Front + barcode (agree) | Match |
| Date of birth | 14 Mar 1994 | Barcode | Match |
| Address | 482 King St W, Toronto ON | Barcode | Match |
| Licence number | R1234-56789-01234 | 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 |
Hoe wij ons vergelijken
Diepgang bij de documenten die wij ondersteunen, eerlijkheid over de documenten die we niet ondersteunen.
Categorieën, geen namen. De enterprise-kolom beschrijft patronen die wij aantroffen bij het bekijken van websites van enterprise-IDV-aanbieders.
| Mogelijkheid | ShieldID | Typische enterprise-IDV | Handmatige controles |
|---|---|---|---|
| Leest voor- en achterzijde, barcode en MRZ veld voor veld kruislings gecontroleerd | Ja | Meestal | Alleen voorzijde, op het oog |
| Gaat door bij een onbekend of niet-vermeld document in plaats van het te weigeren | Ja | Weigert vaak | Hangt af van de training van medewerkers |
| Oordelen per veld, niet één geslaagd of mislukt voor het hele document | Ja | Zelden | n/a |
| Drievoudige vergelijking van naam en identiteit met wat de opdrachtgever heeft opgegeven | Ja | Soms | Handmatig, indien al |
| Begeleide nieuwe poging die op basis van bewijs het document of de selfie als oorzaak aanwijst | Ja | Zelden | n/a |
| Score voor documentmanipulatie, eerlijk gerapporteerd als adviserend, niet als verborgen drempel | Ja | Zelden openbaar gemaakt | Geen signaal |
Vragen
Duidelijke antwoorden over documentverificatie.
Zie het op uw eigen document
Voer een sandbox-verificatie uit met een echt rijbewijs of paspoort.
Maak een sandbox-sessie aan, lees de voor- en achterzijde met uw eigen telefoon en bekijk het resultaat per veld. Sandbox-sessies worden nooit gefactureerd.