Recursos · OCR de facturas
El OCR genérico se equivoca con las facturas de una forma predecible — y esa predictibilidad es exactamente lo que lo hace corregible. Por qué los diseños hacen tropezar a los lectores, qué es un ciclo de corrección, y por qué un campo en blanco vale más que una suposición plausible.
El problema
El OCR moderno lee caracteres muy bien. Apúntalo a una factura escaneada y transcribirá casi cada dígito y letra de la página. Los errores ocurren un paso después — al decidir qué significa cada carácter. ¿Ese número es el total de la factura, el monto a pagar después de un crédito parcial, o el saldo trasladado del estado de cuenta del mes pasado? ¿Esa fecha es la fecha de la factura o la fecha de entrega? En una factura, el significado vive en el diseño. Y no hay un diseño estándar.
Un proveedor pone el total en la esquina superior derecha. Otro lo entierra bajo un talón de remesa. Un tercero imprime un saldo anterior más grande que la factura misma, justo una línea arriba del número que realmente importa.
"Total", "Monto a pagar", "Saldo", "Favor pagar esta cantidad" — palabras distintas para el mismo campo, y a veces la misma palabra para campos distintos. El impuesto aparece por línea en una factura y como una sola línea al final en otra. El flete es una línea aquí y un recargo allá.
Las descripciones se envuelven entre filas, los números de parte se fusionan con el texto de la descripción, y una cuadrícula de columnas apretada pone la cantidad donde debería ir el precio unitario. Un lector que nunca ha visto el diseño tiene que adivinar dónde termina una línea y empieza la siguiente.
El patrón
La factura de un proveedor es una plantilla. La factura del mes siguiente es el mismo diseño con números distintos. Así que cuando un lector genérico lee mal a un proveedor, no lo hace al azar — comete el mismo error, en el mismo campo, en cada factura que ese proveedor envía. El equipo corrige el cargo de flete en marzo, lo corrige de nuevo en abril, y otra vez en mayo. La captura de datos no desapareció; se convirtió en corrección de datos. Pero un error repetido es un error que se puede aprender. El ruido aleatorio no se puede corregir. Un patrón sí.
La solución
Un ciclo de corrección trata cada corrección que hace una persona como algo que vale la pena conservar. En lugar de reparar una factura y descartar la reparación, el lector guarda lo que hizo la persona — específico al proveedor cuyo diseño lo causó — y lee la siguiente factura de ese proveedor de forma distinta. El trabajo que tu equipo ya hacía se convierte en el entrenamiento.
Un revisor mueve un total mal ubicado a la casilla correcta, vuelve a escribir una fecha que el lector puso en el espacio equivocado, o divide una descripción de línea fusionada. Trabajo de revisión ordinario — nada nuevo que aprender, sin herramienta de anotación, sin un paso de entrenamiento separado.
La corrección se guarda contra el diseño de ese proveedor en lugar de descartarse cuando se guarda la factura. El lector ahora sabe algo específico: en el papel de este proveedor, ese número en esa posición es flete, no impuesto.
Cuando el mismo proveedor factura de nuevo, el lector lee la factura con la corrección aplicada. El error que cometió el mes pasado simplemente no ocurre. La corrección se hizo una vez, no cada mes.
La primera factura de un proveedor nuevo puede necesitar unos cuantos toques. Cada toque hace que la siguiente sea más limpia — así la lectura mejora más rápido con los proveedores que te facturan cada mes, que es exactamente donde se iban las horas.
Campos monetarios
El fallo peligroso en el OCR de facturas no es el campo que el lector no puede leer — es el campo que lee mal con confianza. Un monto equivocado se ve exactamente igual que uno correcto. Un número plausible sentado en el campo del total pasa la revisión sin problemas, pasa el ruteo de aprobaciones por monto, y se paga. Nadie lo detecta, porque no hay nada visible que detectar.
Un precio unitario adivinado no se anuncia. Fluye hacia la codificación de línea, descuadra la conciliación contra la orden de compra y el recibo de mercancía, y puede empujar una factura por encima o por debajo de una banda de aprobación — todo mientras se ve perfectamente normal en la pantalla.
Un campo en blanco es una pregunta visible. Detiene la factura y la pone frente a una persona, que lo completa en segundos con solo mirar el documento. Las descripciones pueden tolerar una lectura imprecisa; los totales, impuestos, cantidades y precios unitarios no.
En un ciclo de corrección, el valor que escribe la persona no es solo una corrección para una factura. Es una corrección guardada para ese proveedor — así el campo que estaba en blanco este mes se lee correctamente el mes siguiente.
Un ejemplo
Onivo AP lee los PDFs de facturas enviados por correo o cargados con Google Document AI, y una capa de aprendizaje guarda las correcciones de tu equipo por proveedor — el ciclo descrito arriba, integrado en la captura de facturas y OCR. Cuando un campo no se puede leer con confianza, queda en blanco para una persona en lugar de adivinarse. Río abajo, cada línea se codifica a una cuenta contable, centro de costo y proyecto, se concilia dentro de las tolerancias que tú defines, se rutea para aprobación y — una vez aprobada — se sincroniza en tu ERP a través de la integración con el ERP, con cada decisión guardada en un rastro de auditoría a prueba de manipulación.
Preguntas frecuentes
El OCR moderno lee caracteres muy bien; los errores ocurren un paso después, al decidir qué significan esos caracteres. En una factura, el significado vive en el diseño, y no hay un diseño estándar — cada proveedor diseña su propia factura, y las etiquetas no coinciden de una a otra.
Un ciclo de corrección trata cada corrección que hace una persona como algo que vale la pena conservar. En lugar de reparar una factura y descartar la reparación, el lector guarda la corrección contra el proveedor cuyo diseño la causó y lee la siguiente factura de ese proveedor con la corrección aplicada — así la corrección se hace una vez, no cada mes.
Un monto equivocado se ve exactamente igual que uno correcto, así que una suposición plausible en el campo del total pasa la revisión sin problemas y se paga — no hay nada visible que detectar. Un campo en blanco es una pregunta visible: detiene la factura y la pone frente a una persona, que lo completa en segundos con solo mirar el documento.
Trae el lote del mes pasado — el proveedor cuyo total siempre cae en el campo equivocado — y observa cómo la primera corrección se mantiene en la segunda factura.
