El documento dice una cosa. El formulario dice otra.
Claude lee cada documento que sube tu cliente, extrae los campos, los cruza contra lo que escribió en el formulario y te dice exactamente dónde no cuadra — en lenguaje humano, no "error 0x4F". Es criterio sobre lo que el OCR copió, y la decisión queda en tu analista.
3
cruces
documento · maestro · política
0
emisiones a ciegas
bloquea antes de emitir
2
tipos de hallazgo
bloqueante y tolerable
8
industrias
mismo motor corriendo
BAJO EL CAPÓ
Te dice qué campo falló, contra qué y por qué.
Un validador que solo dice "documento inválido" obliga a tu equipo a abrir el PDF y adivinar. Claude expone qué extrajo, contra qué campo lo cruzó, qué no coincidió y qué pedirle al cliente — en una frase que cualquiera entiende.
Documento de ejemplo
Entra el documento
Cliente sube foto de cédula para activar póliza RCV. En el formulario escribió: nombre "María Fernanda Rojas", cédula "V-18.402.117", fecha nac. "1990-03-12".
Extracción del documento
Visión sobre la cédula → nombre, cédula, fecha nac., vigencia legibles
Cruce campo a campo
nombre ✓ · cédula ✓ · fecha nac. ✓ — normalizando acentos y separadores
Chequeo de vigencia
fecha de expiración futura → documento vigente, no vencido
Calidad de imagen
sin reflejos ni recortes en campos clave → lectura confiable
Score
96/100
Veredicto de Claude
Aprobado. Los 3 campos cruzan y el documento está vigente. Continúa la activación.
Entra el documento
Factura del vehículo para activación RCV. Formulario dice serial de carrocería "8Z1TC5810P1234567". La factura muestra "8Z1TC5810P1234561".
Extracción del documento
OCR sobre la factura → serial, monto, fecha, concesionario
Cruce del serial
documento "...234561" vs formulario "...234567" → difieren en el último dígito
Descartar error de lectura
imagen nítida en esa zona → la lectura es correcta y el dato es distinto
Clasificar la discrepancia
campo crítico para emisión → no se puede continuar sin corregir
Score
38/100
Veredicto de Claude
Observado. El serial de la factura no coincide con el del formulario en el último dígito. Pídele al cliente verificar el número o subir la factura correcta.
Entra el documento
Licencia de conducir como soporte. Datos del titular coinciden, pero la fecha de vencimiento impresa es "2024-09-30" y hoy es 2026-05-15.
Extracción del documento
Visión → nombre, número, categoría, fecha de vencimiento
Cruce de identidad
nombre y número de licencia cruzan con el formulario ✓
Chequeo de vigencia
vencimiento 2024-09-30 < fecha actual → documento expirado
Decidir el bloqueo
la identidad está bien, pero un soporte vencido no es válido para emisión
Score
29/100
Veredicto de Claude
Observado. Los datos son correctos pero la licencia venció el 30/09/2024. Solicita el documento renovado para continuar.
QUÉ HACE LA IA CON CADA DOCUMENTO
Cinco trabajos que tu equipo ya no debería hacer ojo a ojo
Cada documento que sube un cliente pasa por estos cinco pasos, con su regla y su traza. Tu equipo recibe el veredicto y la observación, no el PDF.
claude.extract(doc)
Lee el documento aunque esté torcido, borroso o sea foto de pantalla
OCR + visión sobre cédula, factura, título, licencia, RIF, certificado de origen o referencia bancaria. Saca los campos estructurados, no un bloque de texto plano.
› input
Documento: foto de cédula (JPEG, ligeramente inclinada)
› claude →
tipo: cédula de identidad
nombre: "María Fernanda Rojas"
documento: "V-18.402.117"
fecha_nac: "1990-03-12" · vigencia: 2031
→ 4 campos extraídos · confianza alta
claude.crossCheck()
Compara cada campo del documento contra lo que escribió el cliente
Normaliza acentos, mayúsculas, separadores y formatos de fecha antes de comparar. "JOSE PEREZ" y "José Pérez" cruzan; "8Z...4561" y "8Z...4567" no.
› input
Doc.serial="8Z1TC5810P1234561" · Form.serial="8Z1TC5810P1234567"
› claude →
nombre: documento = formulario ✓
cédula: documento = formulario ✓
serial: 8Z...4561 ≠ 8Z...4567 ✗
campo crítico: serial → bloquea emisión
→ 1 discrepancia detectada
claude.flag(issue)
Clasifica la discrepancia: bloqueante o tolerable
No todo desajuste detiene un trámite. Un acento de más es tolerable; un serial o un documento vencido es bloqueante. Tú defines qué campo es crítico.
› input
Discrepancia: serial difiere · licencia vencida 2024-09-30
› claude →
⚠︎ serial ≠ → crítico · bloquea
⚠︎ licencia vencida → crítico · bloquea
severidad global: alta
estado sugerido: OBSERVADO
→ no continuar sin corregir
claude.explain()
Traduce el problema a una frase que el cliente entienda
Cero jerga, cero código de error. La observación es la misma que escribiría tu mejor analista: qué está mal, contra qué, y qué hacer para resolverlo.
› input
Generar observación friendly para discrepancia de serial
› claude →
"El serial de carrocería de tu factura
no coincide con el que registraste
(termina en 1, no en 7). Verifica el
número o sube la factura correcta."
— listo para enviar al cliente
claude.route()
Aprueba, observa o escala — y dispara el siguiente paso solo
Documento limpio: continúa el trámite automático. Observado: notifica al cliente con la observación. Caso ambiguo: escala a un humano con el contexto ya armado.
› input
Veredicto: OBSERVADO · canal cliente: WhatsApp
› claude →
estado → "Observado" en tu core
observación → WhatsApp al cliente
reproceso → al recibir nuevo doc
webhook → Make notifica al analista
→ trámite en espera, sin tocar nada
SISTEMA VIVO · Grupo Latitud
Así se ve dentro de un sistema con IA — y cómo se gobierna.
Este recorrido muestra el momento en que la IA detiene un documento fiscal con un dato que no cruza, antes de emitirlo: así nada se cancela ni se reemite.
Módulos del recorrido
- 01Extrae, cruza y clasifica
- 02Lo seguro se registra; lo dudoso se ve
- 03El precio, de la lista al banco
- 04Cada bloqueo deja su registro
- 05Ningún agente mueve dinero
Estándar Boosty de operación con IAIA simulada · datos de demostración
EL MISMO MOTOR
Un solo validador. Cambia el documento, no el criterio.
No entrenamos un modelo por tipo de papel. El mismo motor lee el documento, lo cruza contra el formulario de cada negocio y observa en humano. Esto ya corre en producción.
Señales propias de la industria
Señales propias de la industria
Señales propias de la industria
Señales propias de la industria
Señales propias de la industria
Señales propias de la industria
VALIDADOR EN VIVO
El documento entra. Sale con veredicto.
Mira el ciclo completo: el documento entra, la IA lo escanea, los campos se resaltan uno a uno conforme se extraen, y el veredicto aparece con la observación lista para el cliente.
nombre
María Fernanda Rojas
documento
V-18.402.117
fecha_nac
1990-03-12
vigencia
2031-03-12
Los 4 campos cruzan con el formulario y el documento está vigente. Continúa la activación.
El serial de la factura termina en 1, el del formulario en 7. Pídele al cliente verificar el número o subir la factura correcta.
Los datos coinciden, pero la licencia venció el 30/09/2024. Solicita el documento renovado para continuar.
CRUCE CAMPO A CAMPO
Lo que dice el documento, lado a lado con tu formulario.
Cada fila es un campo. La IA normaliza acentos, mayúsculas y formatos antes de comparar — y cuando algo no cruza, lo dice en una frase que tu cliente entiende.
Observación que recibe el cliente
“El serial de carrocería de tu factura no coincide con el que registraste (termina en 1, no en 7). Verifica el número o sube la factura correcta.”
“La factura trae 48 unidades del SKU B-771, pero la orden de compra pedía 60. Confirma si hubo entrega parcial antes de aprobar el pago.”
“La razón social del RIF dice "SRL" y en el formulario registraste "C.A.". Corrige el tipo de sociedad para que el contrato salga a nombre correcto.”
EN EL SISTEMA · FACTURACIÓN FISCAL
El documento se valida antes de emitirse.
Cada campo extraído contra el maestro, con su veredicto —bloqueante, tolerable o correcto— y a dónde se enruta. Un campo tolerable no bloquea; uno bloqueante sí, y dice por qué.
Captura real del sistema · datos de demostración
ERRORES QUE ATRAPA
Los errores que se le escapan a un ojo cansado. A las 2am, no.
Serial que no cuadra, documento vencido, monto distinto, RIF equivocado, foto ilegible. Abajo, el log crudo de la máquina — y al lado, lo que tu equipo y tu cliente realmente leen.
› crossCheck(serial)
doc="8Z1TC5810P1234561" ≠ form="8Z1TC5810P1234567"
El serial de carrocería de la factura no coincide con el del formulario — difieren en el último dígito.
› checkExpiry(licencia)
expires=2024-09-30 · today=2026-05-15 → EXPIRED
La licencia de conducir venció el 30/09/2024. Aunque los datos cruzan, no es un soporte válido.
› crossCheck(monto)
doc="USD 4.310,00" ≠ orden="USD 4.130,00"
El monto de la factura es USD 4.310,00 pero la orden de compra registraba USD 4.130,00.
› crossCheck(razon_social)
doc="Comercial Andina SRL" ≠ form="Comercial Andina, C.A."
El tipo de sociedad del RIF (SRL) no coincide con el registrado en el formulario (C.A.).
› extract(cedula)
field=numero · ocr_confidence=0.41 → UNREADABLE
El número de cédula salió ilegible por reflejo en la foto. Se pide reenviar la foto antes de aprobar.
› crossCheck(titulo)
nombre ✓ · documento ✓ · vigencia ✓ → ALL MATCH
Todos los campos críticos cruzan y el documento está vigente. Trámite aprobado, continúa solo.
EN EL SISTEMA · CONCILIACIÓN
Lo seguro se registra solo. Lo demás queda sugerido, con motivo.
Movimientos del banco contra facturas y pagos, con los tres criterios a la vista y el umbral explícito. Lo que no cruza no se esconde.
Captura real del sistema · datos de demostración
STACK CONECTADO
Vive sobre tu flujo documental. No lo reemplaza.
La capa de validación se conecta a donde ya suben los documentos tus clientes. Si tu core tiene API REST, hablamos con él.
Claude · Anthropic
Claude PartnerEl motor: extracción con visión, cruce de campos, clasificación y observación
Supabase
Storage para los documentos + Edge Functions Deno para validar en tiempo real
Make / n8n
Webhooks a tu core o ERP cuando un documento queda aprobado u observado
WhatsApp Business
La observación friendly le llega al cliente por donde subió el documento
Kommo CRM
PartnerEl estado del trámite (aprobado/observado) sincroniza con la oportunidad
Monday.com
Cola de documentos observados para que un analista resuelva los casos límite
Preguntas frecuentes sobre validación de documentos con IA
No. Un OCR copia texto y se detiene ahí. Aquí Claude lee el documento, extrae los campos estructurados, los cruza contra lo que el cliente escribió en tu formulario, decide si la diferencia es bloqueante y redacta una observación que el cliente entiende. El OCR es solo el primer paso de cinco.
Cédula, licencia de conducir, RIF, título de propiedad, certificado de origen, factura, referencia bancaria, acta constitutiva — y cualquier otro que tenga campos cruzables contra un formulario. No está casado con un formato: razona sobre el contenido, no sobre una plantilla fija.
Sí, dentro de lo razonable. La visión tolera inclinación, reflejos leves y baja resolución. Cuando un campo clave es ilegible, no inventa: lo marca como "no legible" y pide reenviar la foto en vez de aprobar a ciegas. Preferimos un "vuelve a subirla" que un falso positivo.
Tú defines el límite. Lo típico: aprueba solo cuando todos los campos críticos cruzan, observa y notifica al cliente automáticamente cuando hay discrepancia clara, y escala a un humano solo los casos ambiguos — con el contexto ya armado. Es gradual: subes la autonomía cuando confías en el criterio.
Porque un "documento inválido" sin explicación obliga a tu analista a abrir el PDF y adivinar qué falló. Ver qué campo no cruzó, contra qué y por qué convierte una revisión de minutos en una decisión de segundos — y le da al cliente una observación accionable, no un rechazo seco.
En la configuración. Un acento o un espacio de más suele ser tolerable; un serial, un RIF o un documento vencido suele ser bloqueante. Tú marcas qué campos detienen el trámite y cuáles solo se anotan. El motor respeta esas reglas, no las inventa.
Sí. Si tu core tiene API REST lo integramos directo; si los documentos viven en Supabase Storage o un bucket, lo leemos ahí; si el flujo es legacy, lo conectamos por Make/n8n. El cliente sigue subiendo donde ya sube — la validación ocurre detrás.
Se define en el diagnóstico. El alcance —qué se construye primero y qué espera— sale de lo que veamos en tu operación, no de un catálogo. Agenda 30 minutos y te damos el rango por escrito.
UNA PALABRA DEL FUNDADOR
“El valor de leer un documento está en cruzarlo, campo por campo, contra el formulario, todos los días.”
La validación de documentos funciona como el control de pasaportes: lo que importa es comparar la foto con la persona y el número con el registro. En una aseguradora, la activación de pólizas RCV dependía de un equipo que abría cada cédula, factura y título y verificaba a ojo si el serial de la factura coincidía con el del formulario. Un dígito distinto y la póliza se emitía mal.
Validación de documentos con IA lee el documento, lo cruza contra lo que el cliente escribió, distingue cuándo un acento es irrelevante y cuándo un serial no coincide, y le explica al cliente qué corregir en una frase. Trabaja sobre todos los documentos, a cualquier hora, y deja a la vista lo que no pudo verificar: esa excepción la resuelve una persona, con el motivo escrito.
Para la empresa, significa que lo que no cuadra se detiene antes de emitir, con su motivo. Agenda 30 minutos conmigo: te muestro el cruce en vivo sobre un documento de ejemplo de tu flujo. ¿Cuántos campos compara hoy tu equipo a mano en cada solicitud?
Gabriel Montiel
CEO · Boosty Digital
EMPIEZA
¿Listo para dejar de comparar documentos a ojo?
Agenda un diagnóstico de 30 minutos. Traemos un documento real de tu flujo y te mostramos la extracción, el cruce y la observación en vivo. Sin presentación corporativa.