# IA en facturación: el proceso factura a factura, del OCR al asiento > IA en facturación: recepción, extracción de datos, cotejo de dos y tres vías, discrepancias, aprobaciones y contabilización. Dónde falla el OCR clásico. - Canonical: https://arkatai.com/ia-en-facturacion/ - Site: Arkatai (https://arkatai.com) — agentic operations as a service - Language: es - Published: 2026-07-19 --- Procesar una factura parece trivial hasta que multiplicas por miles al mes y descubres que casi ninguna llega igual. Distintos formatos, distintos canales, líneas que no cuadran con el pedido, descuentos pactados por teléfono, un albarán que llegó dos semanas antes que la factura. La IA en facturación no consiste en leer el documento —eso lo hacía ya el OCR clásico— sino en decidir qué hacer con lo que se lee. Este artículo recorre el proceso factura a factura y marca dónde el OCR se queda corto y qué añade el criterio de un agente. Es el caso más maduro dentro de finanzas, y por eso lo trato aparte. La función financiera completa —conciliaciones, cierre, cobros, gastos— está en [IA en finanzas y contabilidad](/ia-en-finanzas-y-contabilidad/), y el catálogo por función en [casos de uso de IA en empresas](/casos-de-uso-de-ia-en-empresas/). El fondo sobre qué significa que un agente **opere** un proceso y no solo lo lea está en [agentes de IA en operaciones](/agentes-de-ia-en-operaciones/). ## El proceso, paso a paso ### Recepción multicanal Las facturas no entran por una sola puerta. Llegan en PDF por correo, en papel escaneado, por un portal de proveedor, a veces incrustadas en el cuerpo de un email. El primer trabajo es reunirlas todas en un único flujo, normalizar el formato y registrar la entrada. Un agente vigila los canales, capta cada factura y la mete en el proceso, sin depender de que alguien reenvíe el correo al buzón correcto. ### Extracción de datos Aquí es donde el OCR clásico enseña sus límites. Un OCR de plantilla lee bien la factura del proveedor que conoce y se pierde con el siguiente formato. Extrae texto, no significado. Te da una cadena donde debería ir el número de pedido, pero no sabe que ese campo es el número de pedido si está en un sitio distinto al esperado. Un agente extrae por comprensión, no por posición: identifica proveedor, base, impuestos, número de pedido y líneas aunque el diseño cambie, y cuando algo no encaja, lo marca en vez de inventarlo. Esa es la primera diferencia real: **no rellena huecos con datos plausibles, sino que señala la duda.** ### Cotejo con pedido y albarán Este es el corazón del proceso y donde el criterio del agente se paga solo. Cotejar es comprobar que lo que factura el proveedor coincide con lo que se pidió y con lo que se recibió. Hay dos modalidades: - **Cotejo de dos vías (two-way matching):** se compara la factura contra el pedido de compra. ¿El proveedor factura lo que se le pidió, a los precios pactados? Sirve para servicios y para compras sin recepción física. - **Cotejo de tres vías (three-way matching):** se compara factura, pedido y albarán de recepción. ¿Se pidió, se recibió y se factura lo mismo, en cantidad y precio? Es el control estándar para mercancía, porque cierra el hueco entre "lo pedí", "me llegó" y "me lo cobran". El OCR te da los datos de la factura, pero el cotejo exige cruzarlos contra otros dos documentos y juzgar si las diferencias son tolerables. Un céntimo de redondeo no es una discrepancia. Una unidad de menos en el albarán, sí. Ahí es donde un flujo rígido se rompe y un agente decide dentro de las tolerancias que se le han fijado. ### Gestión de discrepancias Cuando algo no cuadra, empieza el trabajo de verdad. El agente clasifica la discrepancia —diferencia de precio, de cantidad, factura sin pedido, albarán pendiente— y actúa según la regla: si está dentro de tolerancia, la deja pasar documentando el ajuste; si no, prepara el caso y lo escala a quien corresponde, con los tres documentos y la diferencia ya señalada. El valor no es solo detectar la discrepancia, que el OCR también puede si le programas la comparación. Es **preparar la resolución**: reunir el contexto, proponer la causa probable y dejar a la persona una decisión, no una investigación. ### Aprobaciones Cada organización tiene su circuito: importes que aprueba un responsable, otros que suben al director, gastos que exigen doble firma. El agente enruta cada factura por el flujo que le corresponde según sus reglas, persigue la aprobación pendiente y no deja que una factura se quede parada en la bandeja de alguien de vacaciones sin que nadie se entere. ### Contabilización Con la factura cotejada y aprobada, el agente prepara el asiento —cuenta, centro de coste, impuestos— y lo registra en el sistema, dejando traza de cada paso: qué leyó, contra qué lo cotejó, qué regla aplicó, quién aprobó. Ese registro es lo que permite auditar después sin reconstruir nada a mano. ## Dónde falla el OCR clásico y qué añade el agente Conviene ser preciso, porque el OCR no es inútil: es un componente. Lo que falla es pedirle que sea el proceso entero. | Tarea | OCR clásico | Agente | |---|---|---| | Leer texto de la factura | Sí, si el formato es conocido | Sí, y tolera formatos nuevos | | Entender qué campo es cada dato | Por posición; frágil | Por comprensión; robusto | | Cotejar contra pedido y albarán | Solo si se programa la regla exacta | Juzga tolerancias y casos límite | | Decidir qué hacer con una discrepancia | No; se detiene o falla | Clasifica, resuelve o escala con contexto | | Dejar traza de la decisión | Registra lo leído | Registra qué decidió y por qué | La frase que uso con los comités es corta: el OCR lee, el agente decide. Un proyecto que confunde ambas cosas acaba con un lector muy bueno y un proceso que sigue dependiendo de que una persona revise factura a factura. ## Qué hace falta para ponerlo en producción Tres capas, las mismas que en cualquier operación con agentes. Los **permisos** acotan hasta qué importe contabiliza el agente sin aprobación y qué tiene prohibido tocar, como describo en [permisos y controles de agentes](/permisos-y-controles-de-agentes/). El **escalado** decide qué discrepancias suben a una persona y con qué contexto, siguiendo el patrón de [human in the loop](/human-in-the-loop/). Y la **auditoría**: cada factura deja un rastro reconstruible, lo que trato en [auditar decisiones de agentes](/auditar-decisiones-de-agentes/). Antes de darle trabajo real, se mide su calidad con casos conocidos, como describo en [evaluación de agentes de IA](/evaluacion-de-agentes-de-ia/). ## Preguntas frecuentes ### ¿En qué se diferencia la IA de facturación del OCR de toda la vida? El OCR lee texto del documento. Un agente entiende qué significa cada dato, lo cruza contra el pedido y el albarán, juzga si las diferencias son tolerables y decide qué hacer con las que no. El OCR es un componente del proceso, no el proceso. La diferencia se nota justo en las excepciones, que es donde vive el trabajo real. ### ¿Qué es el cotejo de dos y tres vías? El de dos vías compara la factura con el pedido de compra: ¿se factura lo que se pidió, a los precios pactados? El de tres vías añade el albarán de recepción: ¿se pidió, se recibió y se factura lo mismo? El de tres vías es el control estándar para mercancía porque cierra el hueco entre lo pedido, lo recibido y lo cobrado. ### ¿Puede un agente contabilizar facturas sin supervisión? Sí dentro de límites que tú fijas: importes por debajo de un umbral y cotejo limpio pueden contabilizarse solos. Por encima, o ante discrepancia, se escala a una persona. Se empieza con supervisión intensa y se relaja donde los datos demuestren fiabilidad, nunca por acto de fe el primer día. ### ¿Sirve si mis proveedores mandan las facturas en formatos muy distintos? Es justo el caso donde un agente aporta frente al OCR de plantilla. Extrae por comprensión, así que tolera formatos nuevos sin configurar una plantilla por proveedor, y cuando un dato no encaja lo señala en vez de inventarlo. La variedad de formatos deja de ser el cuello de botella.