Vérification de documents d'identité
Une API de vérification de documents qui lit la pièce d'identité, pas seulement le type inscrit au recto.
ShieldID lit le recto et le verso d'une pièce d'identité gouvernementale avec photo sur le téléphone du demandeur, décode le code-barres et la zone lisible par machine du passeport, recoupe chaque champ avec chaque source, et rapporte un verdict par champ, et non une seule réussite ou un seul échec pour toute la carte.
Documents pris en charge
Des documents américains et canadiens, lus en profondeur.
Permis de conduire, passeports, cartes de résident permanent et pièces d'identité avec photo délivrées par un État ou une province, identifiés par émetteur lorsque le code à barres l'indique.
- Permis de conduire américains, des 50 États, de DC et des cinq territoires américains
- Permis de conduire canadiens, les 13 provinces et territoires
- Passeports, lus à partir de la zone lisible par machine avec validation de la somme de contrôle
- Cartes de résident permanent
- Cartes d'identité avec photo délivrées par un État ou une province
- Prise en charge émergente de deux États mexicains.
Où nous traçons la ligne, en toute honnêteté
Les cartes d'assurance maladie ne figurent pas nommément parmi les types de documents reconnus à ce jour. Une carte inconnue ou non répertoriée est tout de même lue selon le même principe que tout le reste : extraire ce que la page montre et rapporter le verdict propre à chaque champ, plutôt que de refuser le document dès l'entrée.
Comment un document est lu
Quatre points d'entrée. Un seul ordre de priorité en cas de chevauchement.
Le demandeur photographie le recto et le verso de sa pièce d'identité avec son propre téléphone. ShieldID lit toutes les sources que ce document comporte réellement et laisse la source la plus fiable l'emporter lorsque deux sources divergent.
Code à barres PDF417
Le verso d'un permis de conduire ou d'une carte d'identité nord-américain comporte un code à barres PDF417. ShieldID le décode en champs AAMVA structurés : nom, date de naissance, adresse, numéro de permis, date d'expiration et plus encore.MRZ du passeport
La zone lisible par machine d'un passeport est lue par un détecteur et un lecteur dédiés, puis validée à l'aide des formules de chiffres de contrôle ICAO intégrées à la zone elle-même. Un score de validité minimal détermine si un champ extrait de cette façon est jugé fiable.Lecture structurée du recto
La face imprimée du document est lue champ par champ, en utilisant la mise en page du type de document lorsqu'il est reconnu.Repli sur l'OCR pleine page
Lorsqu'aucune méthode plus précise ne s'applique, l'ensemble du recto est lu comme du texte. C'est ce qui évite qu'un document inhabituel soit refusé d'emblée.
Priorité en cas de chevauchement des sources
Lorsqu'un même champ figure sur plus d'une source, l'ordre de priorité est le code à barres, puis une MRZ de passeport ayant passé sa somme de contrôle, puis la lecture structurée du recto, puis le repli par OCR. Les sources qui divergent sont signalées pour examen, jamais moyennées en silence.
Cross-checks
Chaque champ est vérifié par rapport aux autres, et non pris pour acquis.
Un document qui se lit parfaitement seul peut tout de même cacher un écart entre ce qu'indique le recto et ce qu'indiquent le code à barres ou la MRZ. ShieldID effectue cette vérification à chaque vérification d'identité.
Recto, code à barres et MRZ
Le nom, la date de naissance, le numéro de document et l'adresse sont comparés entre toutes les sources que le document comporte réellement. Un désaccord est signalé, et non résolu en choisissant une source et en masquant les autres.
Encodage du numéro de permis
Lorsqu'une province encode une structure dans le numéro de permis lui-même, cette structure est vérifiée par rapport au reste du dossier.
Comparaison d'identité à trois volets
Le nom et les renseignements d'identité lus sur le document sont comparés entre eux et avec ce que la partie qui demande la vérification a affirmé au sujet du demandeur, de sorte qu'une substitution apparaisse comme un écart plutôt que comme une réussite sans faille.
La règle de la maison
Nous ne bloquons jamais en fonction du type de document.
Un document non reconnu ou inconnu n'est pas rejeté du simple fait que nous ne l'avons jamais vu. ShieldID lit ce qu'il peut et rapporte le verdict propre à chaque champ, de sorte qu'une carte provenant d'un émetteur que nous n'avons jamais catalogué peut tout de même donner une date de naissance exacte et une comparaison faciale authentique, rapportées comme bonnes.
Les verdicts sont rendus par champ, et non par document
Le nom, la date de naissance, l'adresse, le numéro de document et la photo reposent chacun sur leurs propres éléments de preuve. Un champ faible n'entraîne pas à la baisse un champ qui a été validé sans problème, et un champ solide ne masque pas un champ qui ne l'a pas été.
Accepter ou non le document est votre décision
ShieldID fournit des éléments de preuve et un verdict pour chaque vérification. Ce qu'une entreprise fait ensuite d'un document inhabituel ou partiellement vérifié relève de cette entreprise, avec le rapport sous les yeux.
L’évaluation de falsification est indicative
Indicatif seulementL'évaluation de falsification du document est effectuée à chaque vérification et figure dans le résultat, mais elle est pour l'instant indicative : elle ne détermine ni les verdicts par champ ni le résultat global, et son seuil n'a pas été mesuré de façon indépendante sur des captures réelles. Considérez-la comme un élément de preuve parmi d'autres, et non comme un critère de blocage.
Détection des attaques par présentation de documents
Bientôt disponibleLa détection qu'un document est un objet physique réel, plutôt qu'une photo d'un document imprimé ou affiché à l'écran, n'existe pas encore. Les vérifications actuelles protègent le volet du égoportrait de la vérification; le volet du document dans la détection des attaques par présentation figure dans notre feuille de route.
Reprise guidée
Quand quelque chose échoue, nous vous disons de quel côté vient le problème.
Une vérification échouée ne signifie pas toujours que le demandeur a fait quelque chose de mal. Il se peut que la photo du document ait été floue ou que l'égoportrait ait été sous-éclairé, et demander la mauvaise reprise fait perdre son temps au demandeur deux fois.
La logique de reprise de ShieldID lit les preuves, et non l'étiquette de la vérification en échec, pour décider si le document ou l'égoportrait nécessite un nouvel essai, et ne rouvre que la caméra de ce côté. Elle existe parce qu'un cas réel a montré un égoportrait net et une photo de passeport illisible, prise sous un angle prononcé, auxquels on demandait tous deux de reprendre l'égoportrait.
Ce que vous recevez en retour
Des valeurs par champ, chacune avec sa source et son verdict.
Le résultat n'est pas une simple réussite ou un simple échec. Chaque champ que ShieldID a pu lire est retourné avec sa valeur, sa provenance et le résultat de sa vérification.
- Nom complet
- Comparé entre le recto, le code-barres et la MRZ lorsqu'ils sont présents, et avec le nom déclaré par le requérant.
- Date de naissance
- Recoupé avec le code-barres et la MRZ.
- Adresse
- Lue au recto et dans le code-barres lorsque le document en comporte un; comparée à un justificatif de domicile téléversé lorsque requis.
- Numéro du document
- Vérifié quant à sa cohérence interne et, le cas échéant, selon les règles d'encodage de la juridiction émettrice.
- Date d'expiration
- Lu au recto et dans le code-barres ou la MRZ, signalé si les sources divergent.
- Autorité émettrice
- Identifié à partir du code d'émetteur du code à barres lorsque le document en comporte un qui est reconnu.
- Signal de falsification du document
- Rapporté à titre de preuve consultative lors de chaque vérification, jamais comme le verdict lui-même.
Exemple concret
Un permis de conduire de la Californie, champ par champ.
Un demandeur fictif, un permis fictif. L'ensemble de champs, l'attribution des sources et les recoupements sont ceux de la véritable chaîne de traitement.
| Champ | Valeur | Source | Verdict |
|---|---|---|---|
| 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 |
Comment nous nous comparons
De la profondeur sur les documents que nous couvrons, de l'honnêteté sur ceux que nous ne couvrons pas.
Des catégories, pas des noms. La colonne entreprise décrit les tendances observées en examinant les sites de fournisseurs de vérification d'identité pour grandes entreprises.
| Capacité | ShieldID | Solution IDV d'entreprise typique | Vérifications manuelles |
|---|---|---|---|
| Lit le recto et le verso, code-barres et MRZ recoupés champ par champ | Oui | Habituellement | Recto seulement, à l'œil |
| Poursuit avec un document inconnu ou non répertorié au lieu de le rejeter | Oui | Refuse souvent | Dépend de la formation du personnel |
| Verdicts par champ, et non une seule réussite ou un seul échec pour le document | Oui | Rarement | n/a |
| Comparaison à trois volets du nom et de l'identité avec ce que le requérant a déclaré | Oui | Parfois | Manuel, s'il y en a un |
| Reprise guidée qui désigne le document ou l'égoportrait, selon les preuves | Oui | Rarement | n/a |
| Score de falsification du document rapporté honnêtement comme consultatif, et non comme barrière cachée | Oui | Rarement divulgué | Aucun signal |
Questions
Des réponses claires sur la vérification de documents.
Essayez-le avec votre propre document
Effectuez une vérification dans le bac à sable avec un vrai permis de conduire ou passeport.
Créez une session bac à sable, lisez le recto et le verso sur votre propre téléphone, et consultez le résultat par champ. Les sessions bac à sable ne sont jamais facturées.