Grabación real · Narración sintética y subtítulos en inglés · Facturas ficticias
EL PROBLEMA
Extraer campos no completa un proceso administrativo: los datos necesitan revisión, entrega, trazabilidad y recuperación ante fallos.
EL FLUJO
Tesseract lee la imagen, las reglas validan los campos y una persona corrige y aprueba. La entrega HTTP llega a un servicio separado con SQLite, claves de idempotencia, recibo y reintentos que conservan el trabajo aprobado.
01OCR y validación
02Corrección y aprobación humana
03Entrega HTTP idempotente
04Recibo, persistencia y reintento
EVIDENCIA REGISTRADA
Resultados, con contexto.
Comprobaciones registradas con el conjunto indicado
Comprobación
Casos
Campos extraídos correctamente antes de revisión
81 de 84
Controles de entrega y recuperación por HTTP
8 de 8
Conjunto
document-relay-v1
Casos completados
20/20
Mediana / p95 por caso
0.025 s / 0.031 s
Registro de evaluación (UTC)
2026-10-09
Fuente: ejecución local del pipeline sobre los datos identificados. CPU; sin GPU. Las latencias HTTP corresponden a los ejemplos de la interfaz; en reconstrucción miden la carga del resultado registrado, no una reconstrucción nueva. No son resultados de clientes ni una garantía sobre otros datos.
Un flujo documental conectado a la API de destino, con revisión, trazabilidad, deduplicación y mantenimiento acordado.
Qué definiríamos antes
Plantillas y campos, revisión humana, reglas de duplicados, API de destino, retención, credenciales y recuperación.
Límites de esta demostración
Doce facturas ficticias del mismo formato: 81/84 campos correctos antes de revisión. Ocho controles de integración pasaron por HTTP real. El registro de destino es una demo persistente, no un ERP o banco de un cliente. No mide extracción general de facturas.
Demo con vídeo
Demo con vídeo