Lo que no cuadra no entra: sumas, duplicados y fechas

Leer la factura es la parte fácil. Lo que decide si la automatización sobrevive es lo que pasa cuando la lectura está mal: cuatro comprobaciones que no necesitan conocer el negocio, las reglas que solo el vuestro conoce, y lo que se detiene para que una persona mire.

DocFlow · Septiembre de 2026 · lectura de ~6 min

Leer la factura es la parte fácil

Cualquier herramienta demuestra la lectura: se le apunta a un PDF y salen el proveedor, la fecha, el total y las líneas. Es lo que se ve en las demostraciones, y no es lo que decide si la automatización sobrevive al primer mes. Lo que decide es otra pregunta: qué pasa cuando la lectura está mal.

Una factura leída con una cantidad sacada de la columna de al lado, o con la fecha del vencimiento en el sitio de la emisión, no da ningún error. Entra en el ERP con aspecto de factura correcta, y solo aparece en el cierre del mes, cuando cuesta caro encontrarla y más caro explicarla. Por eso la regla que merece la pena imponer a cualquier automatización es sencilla de decir: lo que no cuadra no entra. Se detiene, y una persona mira.

La primera factura pasa las cuatro comprobaciones y sigue. La segunda falla en las sumas y se detiene para revisión, en vez de entrar mal.

Cuatro comprobaciones que no necesitan saber nada de vuestro negocio

Hay cosas que se comprueban en una factura sin conocer la empresa que la recibe. Son las que se hacen primero, y son las que atrapan la mayor parte de los errores de lectura.

1. El NIF es del proveedor, y no el vuestro

En una factura de compra el emisor no puede ser vuestra empresa. Parece obvio y no lo es: un modelo de lectura que intercambie las dos partes pone vuestro nombre en el campo del emisor, y una comprobación que solo confirme «tiene NIF» lo deja pasar. La que atrapa esto compara el NIF del emisor con el vuestro, y se detiene si son el mismo.

Una nota honesta: el dígito de control del NIF, que descarta un número mal leído antes de nada, es una comprobación portuguesa, y es la primera que hacemos en Portugal. En España el NIF o CIF se extrae y se compara con el vuestro; no validamos su formato.

2. Las sumas cuadran, al céntimo

Las líneas de una factura tienen que sumar el total impreso, y la base más el IVA tienen que dar el total. Cuando no cuadran, casi siempre es una cantidad o un importe leído de la columna equivocada, y el documento entero está mal. Lo medimos en decenas de facturas reales de proveedores distintos: en las bien leídas, la diferencia fue de cero céntimos en todas.

El caso que obligó a tomárselo en serio fue una factura de electricidad con una columna de días, que el modelo leyó como porcentaje de descuento y después aplicó a las líneas. Cada línea quedó coherente consigo misma, y al total del documento le faltaban cientos de euros. Ninguna comprobación campo a campo lo atrapaba; la aritmética sí.

Hay un detalle que separa una regla útil de una regla que todo el mundo desactiva: el descuento financiero al pie. Las líneas suman el bruto y el total impreso es después del descuento, así que la regla tiene que saber restar el descuento antes de comparar. Sin eso da falsa alarma en todas las facturas con descuento, y una cola de falsas alarmas deja de leerse.

3. El mismo documento no entra dos veces

La misma factura llega dos veces con una facilidad sorprendente: reenviada por el proveedor, reenviada por dos personas, escaneada en papel después de haber llegado por email. Se comprueban dos cosas. El fichero en sí, por la huella de sus bytes. Y la combinación de NIF del proveedor, número y fecha del documento, dentro de una ventana de días que se elige, que atrapa la misma factura en dos ficheros distintos.

El duplicado nunca se rechaza solo. Se detiene, con el enlace al original al lado, y una persona decide si es el mismo o una factura nueva parecida. Es una decisión de dos segundos, y no es una decisión para dársela a una máquina.

4. Las fechas tienen sentido

Una factura de compra con fecha en el futuro es una fecha mal leída, casi siempre el día y el mes intercambiados. Una fecha de vencimiento anterior a la de emisión, lo mismo. Son reglas de una línea, y evitan que el vencimiento equivocado decida un pago.

Y en Portugal hay una comprobación más, que no existe en la mayoría de los países: la factura lleva por ley un código QR con el NIF del emisor, el del comprador, la fecha y los totales, ya estructurados. Cuando existe, lo que dice el QR gana a lo que leyó el modelo. El QR tributario que empieza a aparecer en las facturas españolas tiene otro formato, y hoy no está entre lo que comprobamos.

En Portugal la factura lleva un QR de la AT. El modelo cambió un dígito del NIF; el QR trae el correcto, y es el QR el que sigue.

Las reglas que solo vuestro negocio conoce

Las cuatro de arriba valen para cualquier empresa. Después vienen las vuestras, y es aquí donde una herramienta se distingue de una demostración.

Un ejemplo real: el centro de coste es obligatorio en los proveedores de servicios, y en ningún otro. Una regla sin condición retenía al proveedor de acero con la misma convicción con la que retenía al de electricidad. La regla correcta tiene una condición, «solo cuando el proveedor es de servicios», y lee el campo después de que la tabla de proveedores lo haya rellenado, porque la factura no lo trae impreso.

Otro: la referencia del artículo del proveedor no es la vuestra. Una tabla de correspondencia traduce una en otra, y cuando una referencia no está en la tabla el documento no debe entrar con la línea en blanco. Se detiene, con el número de línea, alguien añade el artículo a la tabla y aprueba. La próxima vez, esa referencia entra sola.

Lo que no comprobamos, y conviene saberlo

Ninguna de estas comprobaciones dice si el proveedor existe de verdad o si la factura es legítima. Ninguna dice si la mercancía llegó, porque eso exige cruzar la factura con el pedido y con el albarán, y es otro trabajo. Y ninguna decide la cuenta contable: eso es del ERP y de quien lleva la contabilidad, y una automatización que lo prometa está prometiendo lo que no es suyo.

Qué pasa con lo que se detiene

Un documento que falla una comprobación no desaparece ni se queda en una cola técnica. Le aparece a quien revisa con el motivo escrito, el campo que falló, el valor leído y el esperado, y la posibilidad de corregirlo ahí mismo. Corregido, vuelve a comprobarse y sigue al ERP por el mismo camino. Si el fallo viene de la tabla, se corrige la tabla, y queda corregida para las facturas siguientes.

Son dos minutos de una persona, hoy, a cambio de la caza del error en el cierre del mes. Ese es el intercambio que resume la frase, y la razón de imponerla a cualquier automatización, sea la nuestra u otra.

Si quiere ver cómo llegan las facturas hasta aquí, el artículo sobre las facturas por email explica la entrada. Y si quiere ver el mismo trabajo desde una gestoría, hay un caso concreto.