Verifizierung von Ausweisdokumenten
Eine API zur Dokumentenverifizierung, die den Ausweis liest, nicht nur den Typ auf der Vorderseite.
ShieldID liest einen amtlichen Lichtbildausweis auf dem eigenen Smartphone des Antragstellers von vorne und hinten, dekodiert den Barcode und die maschinenlesbare Zone des Reisepasses, gleicht jedes Feld mit jeder Quelle ab und meldet ein Urteil pro Feld statt eines einzigen „bestanden“ oder „nicht bestanden“ für die ganze Karte.
Dokumentenabdeckung
Kanadische und US-Dokumente, gründlich gelesen.
Führerscheine, Reisepässe, Karten für Daueraufenthaltsberechtigte und Lichtbildausweise der Provinzen, identifiziert anhand des Ausstellers, sofern der Barcode einen enthält.
- Kanadische Führerscheine, alle 13 Provinzen und Territorien
- US-Führerscheine, alle US-Bundesstaaten und Territorien sowie DC
- Reisepässe, gelesen über die maschinenlesbare Zone mit Prüfsummenvalidierung
- Permanent-Resident-Karten
- Fotoausweise der Provinzen und Bundesstaaten
- Beginnende Abdeckung von zwei mexikanischen Bundesstaaten.
Wo wir ehrlich die Grenze ziehen
Gesundheitskarten werden derzeit nicht namentlich unter den erkannten Dokumenttypen aufgeführt. Eine unbekannte oder nicht aufgeführte Karte wird dennoch nach demselben Prinzip gelesen wie alles andere: extrahieren, was die Seite zeigt, und das Urteil für jedes Feld einzeln ausweisen, statt das Dokument an der Tür abzuweisen.
Wie ein Dokument gelesen wird
Vier Zugänge. Eine Prioritätsreihenfolge, wenn sie sich überschneiden.
Der Antragsteller fotografiert Vorder- und Rückseite des Ausweises mit seinem eigenen Smartphone. ShieldID liest alle Quellen, die das Dokument tatsächlich trägt, und lässt bei widersprüchlichen Angaben die zuverlässigste Quelle gewinnen.
PDF417-Barcode
Die Rückseite eines nordamerikanischen Führerscheins oder Ausweises trägt einen PDF417-Barcode. ShieldID dekodiert ihn in strukturierte AAMVA-Felder: Name, Geburtsdatum, Adresse, Führerscheinnummer, Ablaufdatum und mehr.Reisepass-MRZ
Die maschinenlesbare Zone eines Reisepasses wird von einem eigenen Detektor und Leser gelesen und anschließend anhand der ICAO-Prüfziffernformeln validiert, die in die Zone selbst eingebaut sind. Ein Mindest-Validitätswert entscheidet, ob einem auf diese Weise extrahierten Feld vertraut wird.Strukturiertes Lesen der Vorderseite
Die gedruckte Seite des Dokuments wird Feld für Feld gelesen, anhand des Layouts des Dokumenttyps, sofern dieser erkannt wird.Ganzseiten-OCR als Rückfalloption
Wenn nichts Spezifischeres zutrifft, wird die gesamte Vorderseite als Text gelesen. So wird verhindert, dass ein unbekanntes Dokument gleich abgelehnt wird.
Priorität bei sich überschneidenden Quellen
Erscheint dasselbe Feld in mehr als einer Quelle, gilt die Prioritätsreihenfolge: Barcode, dann eine MRZ des Reisepasses mit bestandener Prüfsumme, dann strukturiertes Lesen der Vorderseite, dann der OCR-Rückfall. Quellen, die voneinander abweichen, werden zur Prüfung markiert und nie stillschweigend gemittelt.
Cross-checks
Jedes Feld wird mit den anderen abgeglichen, nicht einfach geglaubt.
Ein Dokument, das für sich genommen sauber gelesen wird, kann dennoch eine Abweichung zwischen den Angaben der Vorderseite und denen des Barcodes oder der MRZ verbergen. ShieldID prüft das bei jeder Verifizierung.
Vorderseite vs. Barcode vs. MRZ
Name, Geburtsdatum, Dokumentnummer und Adresse werden über alle Quellen verglichen, die das Dokument tatsächlich trägt. Eine Abweichung wird gemeldet und nicht dadurch aufgelöst, dass eine Quelle gewählt und der Rest verborgen wird.
Codierung der Führerscheinnummer
Wenn eine Provinz eine Struktur in die Führerscheinnummer selbst codiert, wird diese Struktur mit dem Rest des Datensatzes abgeglichen.
Dreifacher Identitätsabgleich
Name und Identitätsangaben aus dem Dokument werden untereinander sowie mit den Angaben verglichen, die die Partei, die die Verifizierung anfordert, über den Antragsteller gemacht hat. So zeigt sich ein Austausch als Abweichung und nicht als sauberes „bestanden“.
Die Hausregel
Wir setzen beim Dokumenttyp nie eine Hürde.
Ein nicht erkanntes oder unbekanntes Dokument wird nicht abgelehnt, nur weil wir es noch nie gesehen haben. ShieldID liest, was möglich ist, und weist das Urteil für jedes Feld einzeln aus, sodass eine Karte eines Ausstellers, den wir nie katalogisiert haben, dennoch ein korrektes Geburtsdatum und einen echten Gesichtsabgleich liefern kann, die als gut gemeldet werden.
Urteile gelten pro Feld, nicht pro Dokument
Name, Geburtsdatum, Adresse, Dokumentnummer und Foto stehen jeweils auf ihrer eigenen Beweislage. Ein schwaches Feld zieht kein sauber bestätigtes Feld herunter, und ein starkes Feld überdeckt keines, das sich nicht bestätigt hat.
Ob das Dokument akzeptiert wird, entscheiden Sie
ShieldID meldet Belege und ein Urteil pro Prüfung. Was ein Unternehmen anschließend mit einem unbekannten oder nur teilweise verifizierten Dokument tut, liegt in der Entscheidung dieses Unternehmens, den Bericht vor Augen.
Die Manipulationsbewertung ist nur beratend
Nur beratendDie Manipulationsbewertung des Dokuments läuft bei jeder Verifizierung und wird im Ergebnis ausgewiesen, ist aber derzeit beratend: Sie bestimmt weder die Feldurteile noch das Gesamtergebnis, und ihr Schwellenwert wurde nicht unabhängig an echten Aufnahmen gemessen. Betrachten Sie sie als einen weiteren Beleg, nicht als Hürde.
Erkennung von Präsentationsangriffen auf Dokumente
Demnächst verfügbarDie Erkennung, dass ein Dokument ein physisches, echtes Objekt ist und kein Foto eines gedruckten oder auf einem Bildschirm angezeigten Dokuments, gibt es noch nicht. Die heutigen Prüfungen schützen die Selfie-Seite der Verifizierung; die Dokumentenseite der Erkennung von Präsentationsangriffen steht auf der Roadmap.
Geführte Wiederholung
Wenn etwas fehlschlägt, sagen wir Ihnen, welche Seite die Ursache ist.
Eine fehlgeschlagene Verifizierung bedeutet nicht immer, dass der Antragsteller etwas falsch gemacht hat. Vielleicht war das Dokumentfoto unscharf oder das Selfie zu dunkel. Wird dann das falsche von beiden erneut angefordert, verliert der Antragsteller doppelt Zeit.
Die Wiederholungslogik von ShieldID liest die Belege, nicht die Bezeichnung der fehlgeschlagenen Prüfung, um zu entscheiden, ob das Dokument oder das Selfie einen neuen Versuch braucht, und bietet nur die Kamera für diese Seite erneut an. Sie existiert, weil ein realer Fall gezeigt hat, dass sowohl bei einem sauberen Selfie als auch bei einem unlesbaren, stark schräg aufgenommenen Passfoto die Aufforderung kam, das Selfie zu wiederholen.
Was Sie zurückerhalten
Werte pro Feld, jeweils mit Quelle und Urteil.
Das Ergebnis lautet nicht einfach „bestanden“ oder „nicht bestanden“. Jedes Feld, das ShieldID lesen konnte, kommt mit dem Wert, seiner Herkunft und der Angabe zurück, ob es sich bestätigt hat.
- Vollständiger Name
- Verglichen über Vorderseite, Barcode und MRZ hinweg, sofern vorhanden, sowie mit dem vom Anfragenden angegebenen Namen.
- Geburtsdatum
- Abgeglichen mit dem Barcode und der MRZ.
- Adresse
- Von der Vorderseite und, sofern das Dokument einen trägt, vom Barcode gelesen; bei Bedarf mit einem hochgeladenen Adressnachweis verglichen.
- Dokumentnummer
- Auf interne Konsistenz geprüft und, soweit zutreffend, anhand der Kodierungsregeln der ausstellenden Rechtsordnung.
- Ablaufdatum
- Von der Vorderseite und vom Barcode oder der MRZ gelesen; markiert, wenn die Quellen voneinander abweichen.
- Ausstellende Jurisdiktion
- Wird anhand des Aussteller-Codes im Barcode identifiziert, sofern das Dokument einen erkannten Code enthält.
- Manipulationssignal des Dokuments
- Wird bei jeder Verifizierung als beratender Beleg ausgewiesen, nie als das Urteil selbst.
Praxisbeispiel
Ein Führerschein aus Ontario, Feld für Feld.
Ein fiktiver Antragsteller, ein fiktiver Führerschein. Der Feldsatz, die Herkunft der Daten und die Abgleiche stammen aus der echten Pipeline.
| Feld | Wert | Quelle | Verdikt |
|---|---|---|---|
| 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 |
Unser Vergleich
Tiefe bei den Dokumenten, die wir abdecken, Ehrlichkeit bei den übrigen.
Kategorien, keine Namen. Die Enterprise-Spalte beschreibt Muster, die wir bei der Durchsicht der Websites von Enterprise-IDV-Anbietern gefunden haben.
| Funktion | ShieldID | Typische Enterprise-IDV | Manuelle Prüfungen |
|---|---|---|---|
| Liest Vorder- und Rückseite, Barcode und MRZ werden Feld für Feld abgeglichen | Ja | Meistens | Nur Vorderseite, nach Augenmaß |
| Fährt bei einem unbekannten oder nicht aufgeführten Dokument fort, statt es abzulehnen | Ja | Lehnt häufig ab | Hängt von der Schulung der Mitarbeitenden ab |
| Urteile pro Feld, nicht ein einziges „bestanden“ oder „nicht bestanden“ für das ganze Dokument | Ja | Selten | n/a |
| Dreifacher Abgleich von Name und Identität mit den Angaben des Anfragenden | Ja | Manchmal | Manuell, wenn überhaupt |
| Geführte Wiederholung, die auf Basis von Belegen entweder dem Dokument oder dem Selfie die Ursache zuweist | Ja | Selten | n/a |
| Manipulationsbewertung des Dokuments, ehrlich als beratend ausgewiesen, keine versteckte Hürde | Ja | Selten offengelegt | Kein Signal |
Fragen
Klare Antworten zur Dokumentenverifizierung.
Testen Sie es mit Ihrem eigenen Dokument
Führen Sie eine Sandbox-Verifizierung mit einem echten Führerschein oder Reisepass durch.
Erstellen Sie eine Sandbox-Sitzung, lesen Sie Vorder- und Rückseite mit Ihrem eigenen Smartphone und sehen Sie sich das Ergebnis pro Feld an. Sandbox-Sitzungen werden nie abgerechnet.