Circuito de facturas de proveedor con IA

Circuito de facturas de proveedor con IA

· por Panayot Dimkov

Automatizar el circuito de facturas de proveedor no es «poner un OCR». Son siete tramos —entrada, captura, validación, conciliación con pedido y albarán, contabilización, aprobación y archivo— desde que la factura llega por algún sitio hasta que queda contabilizada, aprobada y archivada. Muchos de los proyectos que se atascan solo automatizaron el segundo: la lectura de datos.

Este artículo recorre el circuito tramo a tramo, con lo que hay que decidir en cada uno y dónde suele romperse. La idea que lo ordena: la IA lee la factura, las reglas la validan y la concilian con el pedido y el albarán, lo que cuadra se contabiliza solo y las personas únicamente ven las excepciones. Si lo que buscas son cifras, el coste y el punto de equilibrio están en automatizar facturas de proveedor: coste y cuándo compensa.

1Entrada: normalizar por dónde llegan

Antes de extraer nada hay que resolver algo más aburrido: las facturas llegan por cuatro o cinco canales distintos y cada uno tiene su propio caos.

CanalQué hay que resolver
Correo electrónico Buzón único de recepción. Es el cambio más rentable y el que más resistencia genera, porque cada persona recibe hoy las suyas
Portales de proveedor Alguien entra a descargarlas manualmente. O se conecta por API, o se acepta que ese tramo sigue siendo manual
Papel Un escaneo con destino fijo. Si el escáner deja el PDF en el escritorio de alguien, no hay automatización posible
Formatos estructurados Los mejores del lote: los datos vienen etiquetados (Facturae, UBL, EDI) y no hay que interpretarlos. Se procesan por una vía distinta y más barata, y ganarán peso cuando la factura electrónica entre empresas sea exigible
El buzón único es la decisión que más determina el resultado del proyecto. Sin él, el flujo solo ve una parte de las facturas y conviven dos procesos: el automatizado y el de siempre. Y suele ganar el de siempre.

2Captura: extraer los datos

La diferencia real frente a las herramientas de hace unos años es que un modelo de IA no necesita una plantilla por proveedor: entiende el documento, y un proveedor nuevo no exige configuración previa. Para el circuito, lo que hay que decidir en este tramo son dos cosas.

01
Qué campos extraer
Cabecera —proveedor, NIF, número, fecha, base, impuestos, total— y líneas de detalle. Las líneas son lo caro: multiplican la dificultad y no siempre hacen falta. Decidirlo pronto evita sobredimensionar.
02
Nivel de confianza por campo
Un buen sistema no solo dice qué leyó, dice cuánto se fía. Ese dato es el que permite enrutar automáticamente lo dudoso a revisión humana en vez de revisarlo todo.

El error de diseño más habitual es exigir un 100 % de precisión. No existe, ni con IA ni con personas. Lo que sí se puede diseñar es un sistema que sepa cuándo no está seguro.

3Validación contra tus datos maestros

Extraer bien no basta: hay que comprobar que lo extraído se corresponde con la realidad de tu sistema.

  • El proveedor existe y está activo. Si no, la factura no se contabiliza sola: se enruta a alta de proveedor, que es otro proceso.
  • El NIF coincide con el del maestro. Es la comprobación que detecta facturas de una razón social distinta a la esperada.
  • El número de factura no está repetido para ese proveedor. El pago duplicado es uno de los errores más caros y de los más fáciles de evitar automáticamente.
  • La cuenta bancaria es la registrada. Si cambia, no se acepta sin verificación por otro canal. Es la barrera contra el fraude del cambio de IBAN, que sigue funcionando porque a menudo nadie lo comprueba.
  • Los cálculos cuadran. Base más impuestos igual a total. Una factura que no cuadra internamente indica un error de lectura o un problema real, y en ambos casos hay que mirarla.
La cuarta comprobación puede justificar por sí sola el proyecto en cuanto la empresa maneja cierto volumen. Un proceso manual la hace cuando alguien se acuerda; uno automatizado la hace en el cien por cien de las facturas, siempre.

4Conciliación factura, pedido y albarán

Si compras contra pedido, este tramo es el que decide si la factura se aprueba sola o pasa por una persona. Es la conciliación a tres bandas: la factura se compara con el pedido (qué se pidió y a qué precio) y con el albarán o la entrada de mercancía (qué llegó de verdad).

SituaciónQué debe hacer el flujo
Todo coincide dentro de tolerancia Contabilizar y aprobar sin intervención
Diferencia de precio o cantidad dentro del margen Aprobar y registrar la desviación para revisión posterior
Diferencia por encima del margen Retener y enrutar a quien puede decidir, con la comparación ya hecha
No hay pedido Circuito de aprobación por importe y centro de coste

Definir las tolerancias es una conversación de negocio, no técnica, y conviene tenerla antes de programar nada. Un margen demasiado estrecho manda todo a revisión y el proyecto no ahorra nada; demasiado ancho y deja pasar errores.

5Contabilización en el ERP

El asiento necesita cuenta contable, centro de coste y tratamiento fiscal. Ahí hay una decisión de fondo que conviene tomar de forma consciente.

📖
Reglas explícitas
«Este proveedor va siempre a esta cuenta.» Predecible, auditable y fácil de explicar. Cubre la mayoría de los casos con poco esfuerzo y es por donde hay que empezar.
🧠
Propuesta por histórico
El sistema sugiere la imputación a partir de cómo se contabilizaron facturas parecidas. Útil para el resto de casos, pero como propuesta revisable, no como decisión cerrada.
🔌
Cómo entra en el ERP
Por API si la hay, por importación de fichero si no, y por automatización de interfaz solo como último recurso. Esta última funciona, pero es frágil: un cambio de pantallas en una actualización del ERP puede romperla.
↩️
Qué pasa si falla
El tramo tiene que ser reintentable sin duplicar el asiento. Es el detalle técnico que más problemas causa después y el que menos se piensa antes.

6Aprobación y excepciones

Las facturas que no se aprueban solas necesitan un circuito. Y ese circuito es donde se pierde el tiempo que el proyecto pretendía ahorrar, así que merece diseño.

Lo que funciona: notificar a la persona concreta —no a un buzón compartido—, darle en el propio aviso todo lo necesario para decidir, permitir aprobar sin entrar en el ERP, y escalar solo cuando pasa un plazo. Lo que no funciona: un correo diario con veinte pendientes y un enlace a una bandeja donde hay que buscar.

Un flujo de aprobación bien montado suele reducir más el tiempo de ciclo que la propia extracción de datos. Una factura que tarda diez días no suele tardar porque nadie la haya leído, sino porque pasó cinco esperando en la mesa equivocada.

7Archivo, trazabilidad y pago

El último tramo se olvida y luego se echa de menos. El documento original debe quedar guardado y enlazado al asiento, con el registro de quién hizo qué y cuándo. Eso es lo que convierte una auditoría en una consulta de cinco minutos.

Del pago en sí conviene automatizar la propuesta —qué se paga esta semana, según vencimientos y descuentos por pronto pago— y dejar la ejecución con control humano y doble validación. Es dinero saliendo: no es el sitio para ahorrarse una comprobación.

Y conviene dejar preparado un dato más: cuando la factura electrónica obligatoria entre empresas sea exigible, el Real Decreto 238/2026 obliga a la empresa que la recibe a comunicar si la acepta o la rechaza y la fecha en que la paga por completo. Un circuito que ya registra esos estados en la aprobación y en el pago tiene esa parte casi resuelta.

8Cómo arrancar el circuito de facturas de proveedor

01
Empieza por los veinte de siempre
En la mayoría de las empresas, un puñado de proveedores concentra buena parte de las facturas. Automatizar esos primero da resultados antes y deja el aprendizaje hecho para el resto.
02
Convive con el proceso manual
Durante un tiempo, las dos vías funcionan en paralelo. Intentar el cambio de golpe es la forma más rápida de que el equipo pierda la confianza en el sistema.
03
Mide antes de empezar
Facturas al mes, minutos por factura, porcentaje de incidencias y días de ciclo. Sin esa línea de base no podrás demostrar después que ha servido de algo.
04
Diseña la excepción desde el día uno
Qué pasa cuando el flujo no sabe qué hacer. Si la respuesta es «se queda parado», el proyecto durará hasta la primera factura rara.
Caso de usoFacturaciónAutomatización

Preguntas frecuentes

¿Hace falta cambiar de ERP para automatizar las facturas?

No, y casi nunca es buena idea. El flujo se conecta al ERP que ya tienes, por API si la ofrece o por importación de ficheros si no. Un cambio de ERP es un proyecto de otro orden de magnitud, y mezclarlo con la automatización multiplica el riesgo de que fracasen los dos.

¿Qué es la conciliación a tres bandas entre factura, pedido y albarán?

Es comprobar que la factura coincide con el pedido de compra (qué se pidió y a qué precio) y con el albarán o la entrada en almacén (qué se recibió de verdad). Si las tres cosas cuadran dentro de la tolerancia pactada, la factura puede contabilizarse sin intervención; si no, se retiene con la diferencia ya señalada. En compras sin recepción que registrar, como muchos servicios, se concilia a dos bandas, factura contra pedido, y sin pedido la factura pasa al circuito de aprobación.

¿Y las facturas que llegan en papel?

Se escanean y entran por el mismo circuito, siempre que el escáner deje el archivo en un destino fijo y no en la carpeta personal de alguien. El papel no impide automatizar; lo que lo impide es que la digitalización dependa de que una persona se acuerde de dónde guardarlo.

¿Puede el sistema contabilizar solo, sin que nadie revise?

Sí para las facturas que superan todas las validaciones y cuadran con su pedido y su albarán dentro de tolerancia, que en un circuito bien ajustado pueden ser buena parte del volumen. El resto pasa por una persona. Ese reparto es precisamente el objetivo del diseño: que la gente dedique el tiempo a las excepciones y no a teclear las facturas normales.

¿Cuánto se tarda en tener la primera versión funcionando?

Depende del número de canales de entrada, de si hay conciliación con pedido y de cómo de accesible sea el ERP. Un alcance acotado —un canal, los proveedores principales, sin líneas de detalle— se pone en marcha bastante antes que el circuito completo, y además sirve para aprender qué hace falta de verdad en el resto.

En definitiva

El circuito son siete tramos y la extracción de datos es solo uno. Los proyectos que se quedan ahí suelen acabar con un OCR muy bueno alimentando un proceso que sigue siendo manual a partir del segundo paso.

Los tramos que más devuelven suelen ser los menos vistosos: normalizar la entrada, validar contra los datos maestros y montar un circuito de aprobación que llegue a la persona correcta. Así lo planteamos en automatización de procesos con IA.

¿Cuántas facturas de proveedor procesáis al mes?

Con ese dato, los canales por los que llegan y tu ERP se puede dibujar el circuito completo y decir qué tramo conviene automatizar primero. Lo revisamos contigo sin compromiso.

Solicitar análisis de procesos