Del expediente completo a la decisión auditada, sin intervención manual.

Antes de extraer información hay que saber qué es cada documento. Un expediente típico puede incluir diez o más documentos mezclados, cargados por el solicitante en cualquier orden: estados de cuenta, recibos de nómina, identificaciones, comprobantes fiscales, actas, facturas, pólizas y más, dependiendo del producto.

El clasificador de Scriba identifica el tipo de cada documento en segundos, incluso cuando el archivo no tiene nombre descriptivo o cuando el formato varía entre instituciones emisoras. Está entrenado específicamente sobre documentos mexicanos, incluyendo variantes regionales que los modelos genéricos no reconocen: un predial emitido en Guadalajara se ve distinto al de Ciudad de México, y ambos difieren del de Monterrey.

El corazón técnico de Scriba. A diferencia del reconocimiento óptico de caracteres tradicional, que solo convierte imágenes en texto plano, los modelos de visión y lenguaje entienden la estructura del documento: saben qué zona de un recibo de nómina corresponde al nombre del empleado, cuál al período, cuáles a las percepciones y cuáles a las deducciones. Pueden leer tablas complejas y mantener la relación espacial entre campos incluso cuando el formato cambia.

Sobre esa base, Scriba añade:

• Validadores específicos para documentos mexicanos que confirman, por ejemplo, que un Registro Federal de Contribuyentes tiene la estructura correcta de letras y dígitos, que una Clave Única de Registro de Población pasa las validaciones oficiales, o que un número de folio fiscal tiene el formato esperado.
• Extracción y validación contra el Servicio de Administración Tributaria cuando el documento incluye un código de respuesta rápida válido (por ejemplo, en Comprobantes Fiscales Digitales por Internet).

El cotejo cruzado es donde Scriba aplica la lógica que hoy realizan los analistas de mesa de control: comparar información entre documentos del mismo expediente para confirmar que todo embona. Aquí es donde los sistemas genéricos tropiezan y donde la tecnología propia de Scriba hace la diferencia.

El problema es que los datos en documentos reales rara vez coinciden de manera exacta entre sí. “Juan Carlos Pérez García” aparece en la identificación oficial; “Juan C. Pérez G.” en el estado de cuenta; “JUAN CARLOS PEREZ GARCIA” en el recibo de nómina. Las tres instancias corresponden a la misma persona, pero un sistema de cotejo literal las marcaría como divergentes.

El fraude documental es uno de los riesgos más costosos de las mesas de control manuales, porque un operador humano con alta carga de trabajo no puede detectar manipulaciones sutiles. Scriba integra análisis de autenticidad documental automatizado, complementado con verificaciones en tiempo real contra fuentes autoritativas cuando el documento lo permite.

El análisis combina varias señales: detección a nivel de pixeles, análisis tipográfico y de metadatos, comparación estructural contra plantillas conocidas, y validación en tiempo real contra fuentes oficiales cuando el documento lo permite — por ejemplo, contra el Servicio de Administración Tributaria para Comprobantes Fiscales Digitales por Internet. El resultado es una puntuación de confianza con señales específicas; el umbral de rechazo automático lo define la política de riesgo de su institución.

Cuando el documento incluye un código validable, Scriba lo valida en tiempo real contra la fuente autoritativa correspondiente — por ejemplo, contra el Servicio de Administración Tributaria para Comprobantes Fiscales Digitales por Internet. La integración con otras fuentes autoritativas se evalúa caso por caso: cuando el volumen del cliente lo justifica, Scriba puede establecer integraciones dedicadas con registros públicos electrónicos, instituciones de seguridad social u otras fuentes oficiales. Esa capacidad forma parte de la implementación dedicada, no de la configuración estándar.

Esta es la capa donde se codifica la política de crédito, de suscripción o de trámite de su institución. Es también la capa que más varía entre clientes, porque cada institución tiene sus propios criterios.

Las reglas se expresan en un lenguaje legible por humanos, no en código compilado, lo que significa que el equipo de riesgo o de operaciones de su institución puede revisar, entender y modificar la lógica sin depender del equipo técnico de Scriba para cada ajuste.

El motor de decisión integra los resultados de las tres validaciones paralelas (cotejo cruzado, reglas de negocio, análisis de autenticidad) y produce uno de tres resultados:

• Aprobación automática: cuando todas las validaciones pasan con alta confianza, el expediente se aprueba sin intervención humana.
• Revisión humana asistida: los casos ambiguos pasan por nuestro equipo de analistas, o por el suyo si su institución prefiere mantener ese control.
• Rechazo con razones detalladas: cuando las validaciones fallan de manera contundente, el rechazo incluye las razones específicas.

El umbral entre los tres resultados es configurable según el apetito de riesgo de su institución. En el modelo estándar, Scriba opera la revisión humana como parte del servicio: usted contrata una decisión, no una herramienta.

Cada decisión queda registrada con el detalle de cómo se llegó a ella: documentos recibidos, datos extraídos, reglas aplicadas, resultados de las validaciones, umbrales vigentes, e intervención humana cuando hubo. El registro es inmutable: no puede editarse retroactivamente.

Es el material que su equipo de cumplimiento entrega cuando una autoridad regulatoria —la Comisión Nacional Bancaria y de Valores, la Comisión Nacional del Sistema de Ahorro para el Retiro, u otras según el caso— solicita evidencia de cumplimiento. Exportable en formatos estándar y consultable desde la interfaz administrativa.