Verificación de documentos de identidad
Una API de verificación de documentos que lee el documento de identidad, no solo el tipo impreso en el anverso.
ShieldID lee el anverso y el reverso de un documento de identidad oficial con foto en el teléfono del propio solicitante, decodifica el código de barras y la zona legible por máquina del pasaporte, contrasta cada campo con cada fuente e informa un veredicto por campo, no un único aprobado o rechazado para toda la tarjeta.
Cobertura de documentos
Documentos canadienses y estadounidenses, leídos en profundidad.
Licencias de conducir, pasaportes, tarjetas de residente permanente e identificaciones provinciales con foto, identificadas por emisor siempre que el código de barras incluya uno.
- Licencias de conducir canadienses, las 13 provincias y territorios
- Licencias de conducir de EE. UU., todos los estados y territorios de EE. UU., además de DC
- Pasaportes, leídos mediante la zona legible por máquina con validación de la suma de verificación
- Tarjetas de residente permanente
- Tarjetas de identificación con foto provinciales y estatales
- Cobertura incipiente de dos estados de México.
Dónde trazamos el límite, con honestidad
Las tarjetas de salud no figuran por nombre entre los tipos de documento reconocidos hoy. Una tarjeta desconocida o no listada se lee igualmente bajo el mismo principio que todo lo demás: extraer lo que muestra la página e informar el veredicto de cada campo, en lugar de rechazar el documento de entrada.
Cómo se lee un documento
Cuatro vías de lectura. Un solo orden de prioridad cuando coinciden.
El solicitante fotografía el anverso y el reverso del documento con su propio teléfono. ShieldID lee las fuentes que ese documento realmente incluye y deja que prevalezca la más confiable cuando dos fuentes no coinciden.
Código de barras PDF417
El reverso de una licencia de conducir o tarjeta de identificación de Norteamérica incluye un código de barras PDF417. ShieldID lo decodifica en campos AAMVA estructurados: nombre, fecha de nacimiento, domicilio, número de licencia, vencimiento y más.MRZ del pasaporte
La zona legible por máquina de un pasaporte es leída por un detector y un lector dedicados, y luego se valida con las fórmulas de dígitos de verificación de la OACI incorporadas en la propia zona. Una puntuación mínima de validez determina si un campo extraído de esta manera se considera confiable.Lectura estructurada del anverso
La cara impresa del documento se lee campo por campo, utilizando el diseño del tipo de documento cuando este se reconoce.OCR de página completa como respaldo
Cuando no se aplica nada más específico, todo el anverso se lee como texto. Esto es lo que evita que un documento desconocido sea rechazado de plano.
Prioridad cuando las fuentes se superponen
Cuando un mismo campo aparece en más de una fuente, el orden de prioridad es: código de barras, luego una MRZ de pasaporte que haya pasado su suma de verificación, luego la lectura estructurada del anverso y, por último, el respaldo de OCR. Las fuentes que no coinciden se marcan para revisión, nunca se promedian en silencio.
Cross-checks
Cada campo se contrasta con los demás, no se da por bueno sin más.
Un documento que se lee limpiamente por sí solo aún puede ocultar una discrepancia entre lo que dice el anverso y lo que dicen el código de barras o la MRZ. ShieldID lo comprueba en cada verificación.
Anverso vs. código de barras vs. MRZ
El nombre, la fecha de nacimiento, el número de documento y el domicilio se comparan entre todas las fuentes que el documento realmente incluye. Una discrepancia se informa, no se resuelve eligiendo una fuente y ocultando las demás.
Codificación del número de licencia
Cuando una provincia codifica una estructura en el propio número de licencia, dicha estructura se verifica contra el resto del registro.
Comparación triple de identidad
El nombre y los datos de identidad leídos del documento se comparan entre sí y con lo que la parte que solicita la verificación declaró sobre el solicitante, de modo que una suplantación aparezca como una discrepancia y no como un aprobado limpio.
La regla de la casa
Nunca filtramos por tipo de documento.
Un documento no reconocido o desconocido no se rechaza solo porque no lo hayamos visto antes. ShieldID lee lo que puede e informa el veredicto de cada campo por separado, de modo que una tarjeta de un emisor que nunca hemos catalogado aún puede arrojar una fecha de nacimiento correcta y una comparación facial genuina, informada como válida.
Los veredictos son por campo, no por documento
El nombre, la fecha de nacimiento, el domicilio, el número de documento y la foto se sostienen cada uno con su propia evidencia. Un campo débil no arrastra a un campo que se validó limpiamente, y un campo sólido no encubre a uno que no lo hizo.
Aceptar o no el documento es decisión suya
ShieldID informa la evidencia y un veredicto por cada comprobación. Lo que una empresa haga después con un documento desconocido o verificado parcialmente es decisión de esa empresa, con el informe a la vista.
La puntuación de alteración es solo orientativa
Solo orientativoLa puntuación de alteración del documento se ejecuta en cada verificación y se informa en el resultado, pero hoy es orientativa: no determina los veredictos por campo ni el resultado general, y su umbral no se ha medido de forma independiente con capturas reales. Considérela una pieza más de evidencia, no un filtro.
Detección de ataques de presentación en documentos
PróximamenteAún no existe la detección de que un documento sea un objeto físico real y no una foto de un documento impreso o mostrado en una pantalla. Las comprobaciones actuales protegen el lado de la selfie de la verificación; el lado del documento en la detección de ataques de presentación está en la hoja de ruta.
Reintento guiado
Cuando algo falla, le indicamos de qué lado está el problema.
Una verificación fallida no siempre significa que el solicitante hizo algo mal. Puede significar que la foto del documento salió borrosa o que la selfie quedó con poca luz, y pedir repetir la equivocada le hace perder el tiempo al solicitante dos veces.
La lógica de reintento de ShieldID lee la evidencia, no la etiqueta de la comprobación fallida, para decidir si hay que intentar de nuevo con el documento o con la selfie, y vuelve a ofrecer únicamente la cámara de ese lado. Existe porque un caso real mostró que a una selfie limpia y a una foto de pasaporte ilegible y tomada con un ángulo muy pronunciado se les indicó repetir la selfie.
Lo que usted recibe
Valores por campo, cada uno con su origen y su veredicto.
El resultado no es un simple aprobado o rechazado. Cada campo que ShieldID pudo leer se devuelve con su valor, su origen y si fue validado.
- Nombre completo
- Comparado entre el anverso, el código de barras y la MRZ cuando existan, y contra el nombre declarado por quien solicita la verificación.
- Fecha de nacimiento
- Contrastado con el código de barras y la MRZ.
- Dirección
- Leído del anverso y del código de barras cuando el documento lo incluye; comparado con un comprobante de domicilio cargado cuando se requiere.
- Número de documento
- Revisado por consistencia interna y, cuando corresponde, contra las reglas de codificación de la jurisdicción emisora.
- Fecha de vencimiento
- Leído del anverso y del código de barras o la MRZ; se marca si las fuentes no coinciden.
- Jurisdicción emisora
- Identificado a partir del código de emisor del código de barras cuando el documento incluye uno reconocido.
- Señal de alteración del documento
- Se informa como evidencia orientativa en cada verificación, nunca como el veredicto en sí.
Ejemplo práctico
Una licencia de conducir de Ontario, campo por campo.
Un solicitante ficticio, una licencia ficticia. El conjunto de campos, el origen de los datos y las verificaciones cruzadas corresponden al flujo de procesamiento real.
| Campo | Valor | Origen | Veredicto |
|---|---|---|---|
| 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 |
Cómo nos comparamos
Profundidad en los documentos que cubrimos, honestidad sobre los que no.
Categorías, no nombres. La columna empresarial describe patrones que encontramos al revisar los sitios de proveedores empresariales de IDV.
| Capacidad | ShieldID | Verificación de identidad empresarial típica | Verificaciones manuales |
|---|---|---|---|
| Lee anverso y reverso; código de barras y MRZ contrastados campo por campo | Sí | Por lo general | Solo el anverso, a simple vista |
| Continúa con un documento desconocido o no listado en lugar de rechazarlo | Sí | A menudo lo rechaza | Depende de la capacitación del personal |
| Veredictos por campo, no un único aprobado o rechazado para todo el documento | Sí | Rara vez | n/a |
| Comparación triple de nombre e identidad contra lo declarado por quien solicita la verificación | Sí | A veces | Manual, si acaso |
| Reintento guiado que señala el documento o la selfie, según la evidencia | Sí | Rara vez | n/a |
| Puntuación de alteración del documento informada con honestidad como orientativa, no como un filtro oculto | Sí | Rara vez se divulga | Sin señal |
Preguntas
Respuestas claras sobre la verificación de documentos.
Pruébelo con su propio documento
Ejecute una verificación en el entorno de pruebas (sandbox) con una licencia de conducir o un pasaporte reales.
Cree una sesión en el entorno de pruebas (sandbox), lea el anverso y el reverso con su propio teléfono y vea el resultado por campo. Las sesiones del entorno de pruebas (sandbox) nunca se facturan.