Cross-check frente y dorso

En síntesis

El cross-check frente y dorso es la comprobación que toma los datos extraídos de una cara del documento y los compara, campo por campo, con los datos extraídos de la otra.

Es posible porque un documento de identidad lleva la misma información escrita más de una vez y en formatos distintos: impresa en el frente para que la lea una persona, y codificada al dorso o al pie para que la lea una máquina, en un código de barras o en una franja de lectura mecánica.

El principio que lo hace útil es simple: un documento alterado suele estarlo de un solo lado. Quien modifica una fecha de nacimiento trabaja sobre lo que se ve, porque es lo que el operador humano va a mirar. La copia codificada del otro lado queda con el dato original, y las dos versiones dejan de coincidir.

Qué se contrasta

No todos los campos existen en las dos representaciones, y el conjunto útil es el de los que sí.

• Número de documento — el campo más contrastado y el más atacado, porque es la clave con la que el documento entra en cualquier registro.
• Nombre y apellidos — con la salvedad de la transliteración: la versión codificada no lleva acentos ni caracteres especiales y puede venir truncada, así que la comparación se hace normalizando, no carácter contra carácter.
• Fecha de nacimiento — el campo que decide mayoría de edad, y por lo tanto el objetivo habitual en verificación de edad.
• Fecha de vencimiento — determina si el documento está vigente.
• Sexo y nacionalidad — campos cortos, fáciles de comparar y frecuentemente ignorados en implementaciones apuradas.
• Tipo y estado emisor — que el documento sea el que dice ser y lo haya emitido quien dice haberlo emitido.

Cuando el documento tiene chip, el contraste se extiende: los mismos campos, leídos del chip, se comparan contra lo impreso. Esa versión de la comprobación es más fuerte que cualquier otra, porque el contenido del chip está firmado por la autoridad emisora y su alteración exigiría la clave privada de ese registro.

Por qué detecta lo que una sola lectura deja pasar

La diferencia está en qué pregunta puede formular cada proceso.

Un flujo que captura solo el frente y extrae los datos con OCR tiene una sola versión de cada campo. Con una sola versión no hay contraste posible: el dato se acepta o se rechaza por su forma, y una alteración bien hecha del impreso pasa sin dejar rastro.

Con las dos caras hay dos versiones independientes del mismo dato, y aparecen tres comprobaciones que antes no existían.

• Coincidencia entre representaciones — el número impreso y el número codificado tienen que ser el mismo. Es la comprobación central.
• Consistencia interna del dato codificado — los dígitos verificadores de la MRZ dicen si esa versión del campo es coherente consigo misma, sin necesidad de comparar con nada.
• Calidad de la extracción — cuando las dos vías discrepan, el primer sospechoso no es el fraude, es la lectura. Una discrepancia obliga a revisar antes de que el dato llegue al expediente.

La segunda es la que más rendimiento da en el día a día. La mayoría de las discrepancias que registra un onboarding no son documentos alterados: son fotos malas. Detectarlas en el momento evita que un dato equivocado se convierta después en un problema de registro.

Hasta dónde llega

Una comprobación se vuelve peligrosa cuando se la trata como si respondiera más de lo que responde. Esta tiene tres límites claros.

No detecta una falsificación consistente. Si el documento es enteramente falso y fue construido con los dos lados coherentes entre sí, el contraste cierra. Lo que revela es la incoherencia, y una falsificación completa no la tiene. Contra ese caso trabajan el análisis de los elementos de seguridad del soporte y la verificación de la firma del chip.

No dice nada sobre quién presenta el documento. Un documento auténtico, íntegro y vigente en manos de otra persona pasa el contraste sin observaciones. Esa pregunta la responden la comparación biométrica y la prueba de vida, que son controles de otra naturaleza.

No reemplaza la consulta a una fuente oficial. El contraste comprueba que el documento es coherente consigo mismo. Que además exista, esté vigente y no haya sido denunciado es una pregunta que solo responde el registro que lo emitió, donde el país expone una vía para consultarlo. Y no todos la exponen.

Por eso el cross-check es un control dentro de la verificación documental, no su resumen. Su valor está en ser barato, correr sobre el documento mismo sin depender de nadie, y cubrir el caso más común de alteración.

Qué exige del flujo de captura

Una comprobación que el diseño del onboarding puede volver imposible antes de que empiece.

Contrastar las dos caras requiere capturar las dos caras. Un flujo que pide una sola fotografía no puede correr esta comprobación, y ningún ajuste posterior lo arregla: el dato del otro lado nunca entró al sistema.

Es una decisión de producto con consecuencias medibles en los dos sentidos. Pedir la segunda captura agrega un paso al usuario y algo de abandono. No pedirla elimina el control más simple contra la alteración de un solo lado y renuncia, además, a la detección temprana de lecturas defectuosas.

La discusión honesta no es "fricción sí o no". Es qué se pierde cuando el proceso decide no mirar el otro lado, especialmente en operaciones donde los marcos de prevención de lavado, como el SARLAFT en Colombia o la ley antilavado en México, obligan a conservar la evidencia de cómo se comprobó cada identidad.