Keldmoor, un distribuidor industrial ficticio de Ohio, compra elementos de fijación en Milwaukee, carcasas de plástico en Monterrey y utillaje en Turnov, en la República Checa. Por eso sus facturas llegan con tres encabezados distintos: INVOICE, FACTURA y FAKTURA. Un proveedor imprime la fecha como 09/11/2026; otro, como 2026-09-17; el tercero, como 15. 9. 2026. Uno escribe el total como 13,800.00; otro, como 3 960,00. El equipo de cuentas a pagar necesita tenerlas todas en un mismo libro de facturas recibidas, en un único formato, antes de poder planificar un solo pago.
Nuestro nuevo vídeo, Document → data → action, sigue esas facturas de septiembre a través de DocReveal — desde unos PDF en tres idiomas, pasando por una estructura común, hasta una fila completa en el libro de facturas. Dura tres minutos y medio, puede verlo al principio de esta página y está pensado para equipos de finanzas, cuentas a pagar y operaciones. Esto es lo que verá y por qué importa.
El coste oculto de comprar en el extranjero
Los proveedores internacionales son buenos para los precios y para la resiliencia. Para el back office, no tanto. Cada nuevo proveedor trae un nuevo diseño de factura, y cada nuevo país, un nuevo idioma, nuevas convenciones para fechas y números y, a veces, una nueva moneda.
Las respuestas habituales son volver a teclear los datos o crear una plantilla por proveedor que deja de funcionar el día en que ese proveedor cambia su diseño. En ambos casos, el esfuerzo crece con el número de proveedores, no con el valor del trabajo.
Leer: cada factura, en cualquier idioma
El vídeo empieza en Reveal Manager. Una sola ejecución procesa seis facturas de septiembre — cuatro en inglés, una en español y una en checo — según un único modelo de datos de factura y mostrando en directo el progreso de cada archivo. No hay plantilla para ninguna de ellas.
Cada archivo se reconoce por lo que es: tanto la factura en español como la faktura en checo se clasifican como facturas, igual que las cuatro en inglés. Las seis se mapean al mismo modelo y se escriben en el mismo conjunto de datos de analítica.
Reconocer: sus documentos, con sus propios nombres
¿Cómo sabe DocReveal que una faktura es una factura? Lee el encabezado del propio documento, esté en el idioma que esté, y lo traduce a un único tipo de documento. En Model Manager, el equipo ve los tipos de documento encontrados hasta ahora en sus documentos: facturas, pedidos de compra, contratos, informes de recepción.
El equipo mantiene el control de ese vocabulario. Puede añadir alias en cualquier idioma, como Factura y Faktura para las facturas, confirmar los tipos que ha propuesto el sistema y fusionar duplicados. El clasificador aprende de los documentos confirmados, y las correcciones se aplican a los documentos que se procesen a partir de ese momento.
Estructurar: un solo modelo, los mismos campos
Reconocer el tipo es la mitad del trabajo. La otra mitad es la estructura. El modelo de datos de factura define los campos una sola vez — número de documento, fechas de emisión y de vencimiento, moneda, importe total, proveedor, líneas de detalle e idioma — y cada factura se mapea a él, sea cual sea su diseño.
Los formatos también se reducen a uno solo. Las fechas 09/11/2026, 2026-09-17 y 15. 9. 2026 pasan todas al formato ISO. Los importes 13,800.00 y 3 960,00 se convierten en simples números, con la moneda al lado. El «30 días (vence 2026-10-17)» de la factura en español se transforma en una fecha de vencimiento. A partir de aquí, una factura es una factura, la haya escrito quien la haya escrito y en el idioma que sea.
Son las mismas facturas de septiembre que quizá ya conozca por Checked, not trusted y Ask your invoices. Allí la pregunta era si cuadraban y cuánto sumaban. Aquí la pregunta es adónde van después sus datos.
Entregar: una fila en el libro de facturas
Los datos limpios solo dan fruto cuando llegan a las herramientas con las que trabaja la gente. En Integration Manager, el vídeo construye un flujo en pocos pasos: se inicia cuando se ha procesado un documento, continúa solo con las facturas y añade una fila al libro de facturas del equipo, en una hoja de cálculo. Las columnas se asignan a campos de la factura — proveedor, número de factura, fecha de vencimiento, moneda y total — y no a posiciones en una página.
Un clic publica el flujo y lo activa. A partir de entonces, cada factura procesada deja constancia en el registro de actividad, con la entrada y la salida de cada paso. Y el libro de facturas se va llenando: seis filas en un mismo formato, venga la factura de Milwaukee, de Monterrey o de Turnov. Los mismos datos pueden ir igual de bien a un sistema contable, a un CRM o al chat del equipo.
Qué conviene recordar
- Deje de crear una plantilla por proveedor. Un sistema que lee el significado, y no posiciones en una página, sigue funcionando cuando cambia un diseño.
- Acuerde primero una estructura común. Defina una sola vez los campos que necesita su negocio y mapee cada documento a ellos; así, cada informe, cada comprobación y cada flujo se apoyan en los mismos datos.
- Enseñe al sistema su vocabulario. Sus tipos de documento y sus alias, confirmados por su equipo, mantienen estable el reconocimiento.
- Automatice la entrega, conserve el registro. Deje que los documentos procesados fluyan hacia sus herramientas y guarde constancia de cada ejecución.
Todas las empresas y cifras del vídeo son datos de demostración ficticios.
Una sola estructura. Todos los idiomas.