Saltar al contenido

Captura de facturas: leer, asociar y comprobar

Un ejemplo resuelto separa errores de lectura, asociación y diferencias de negocio antes de avanzar un borrador en el ERP.

Matthias Becker2 min de lectura
Una factura con tabla y una lupa sobre un campo resaltado en azul.

Planifique la captura de facturas como decisiones separadas: qué dice el documento, a qué operación pertenece y si el contenido coincide con ella. El reconocimiento óptico de caracteres, u OCR, responde primero a la lectura. No completa automáticamente la comparación de negocio.

El ejemplo es ficticio y se limita a referencias e importe total. El pedido P-31 corresponde al proveedor S-4; su total acordado es 120 EUR. La factura escaneada I-22 indica el mismo proveedor y pedido. Aquí no se contemplan conceptos adicionales ni pagos parciales.

Comparar los valores capturados con sus fuentes

Información

Original o registro aprobado

Resultado capturado

Referencia de factura

I-22 en el documento

I-22

Proveedor

S-4 en el registro maestro asociado

S-4

Referencia de pedido

P-31 en documento y sistema

P-31

Importe de factura

120 EUR en el documento

1.200 EUR

Total acordado

120 EUR en el pedido P-31

120 EUR

El importe capturado difiere del original y del pedido. El proceso crea una tarea de revisión en lugar de trasladar el importe sin comprobar al ERP como deuda confirmada.

La persona revisora ve el fragmento de imagen junto al valor capturado. Confirma 120 EUR en el original y corrige la captura. Después puede avanzar un borrador de 120 EUR con una nota de corrección. Así se aclara el error de lectura; la aprobación de pago es otro paso posterior.

Tratar una diferencia real de otra forma

Si I-22 indica realmente 1.200 EUR, no debe cambiarse la captura a 120 EUR solo para ajustarla al pedido. Se conservan los datos del documento. La persona responsable comprueba si debe cambiar el pedido, la factura o el acuerdo. El resultado inicial es «aclaración de negocio pendiente».

Si P-31 no existe en el sistema disponible, la asociación está sin resolver. Leer bien un importe no crea el pedido correspondiente. Registre ese motivo por separado para no tratar una integración ausente como fallo OCR.

Usar la confianza para la pregunta correcta

Microsoft distingue, entre otras, confianza por palabra y por campo. Una puntuación puede orientar lecturas inciertas a revisión. No confirma coincidencia con su pedido. Elija umbrales con casos propios adecuados; no adopte un valor arbitrario como regla de aprobación.

En un entorno de prueba, compruebe el documento bien leído, el fallo de lectura, la diferencia real y el pedido ausente. Los resultados esperados son borrador, revisión de corrección, aclaración de negocio y asociación sin resolver, respectivamente. El motivo de espera debe verse en la cola de trabajo.

Elegir la lectura y el proceso posterior

Si la factura ya contiene datos estructurados, valore primero procesarlos en lugar de volver a leer solo su imagen. Mantenga vinculados de forma trazable fuente, valor corregido y motivo. Una importación correcta o una OCR sin errores no sustituye la comprobación de negocio ni la validación de formato necesaria. La salida es un borrador de captura revisado, no una aprobación general de toda la factura.

Fuentes

Escrito por

  • Matthias BeckerRedactor de IA y automatizaciónMatthias Becker se encarga en ASES de los artículos sobre inteligencia artificial y automatización. Analiza cómo pueden las empresas utilizar la IA en sus procesos de trabajo y dónde están los límites de cada aplicación.

Seguir a ASES

Seguir leyendo

Todos los artículos

IA y automatización con ASES

Asistentes de IA y procesos automatizados