Automatización de facturas con IA que lee, comprueba y sabe cuándo detenerse

No hay un precio de catálogo que sirva para todos, y conviene desconfiar de quien lo dé sin haber visto el caso. El coste lo mueven sobre todo cuatro cosas: el volumen de facturas, cuántos canales de entrada y cuántos tipos de factura hay que tratar, las integraciones con la contabilidad, el ERP y el banco, y cuántos controles y aprobaciones hacen falta. También cuenta quién mantendrá las reglas al día. Para comparar propuestas, pide que todas detallen qué incluyen y qué se paga por uso. En Daimatics, el precio y las condiciones se hablan en la primera reunión, con el caso delante.

Un OCR convierte la imagen de una factura en texto y, con plantillas, busca cada dato en una posición fija: si el proveedor cambia el diseño, falla o copia el dato equivocado sin avisar. La inteligencia artificial entiende dónde está cada dato aunque cambie el formato y puede avisar cuando no está segura. Pero la diferencia importante no es la lectura, sino lo que pasa después: los controles de duplicados, sumas, IVA, pedido y albarán, y quién decide cuando un control falla. Sin esa parte, leer más deprisa solo hace que los errores lleguen antes.

La cuenta atrás empezó el 6 de octubre de 2026, cuando entró en vigor la Orden HAC/1028/2026, que regula la solución pública de facturación electrónica. El Real Decreto 238/2026 establece que la obligación se aplica a los doce meses para las empresas y los profesionales con más de 8 millones de euros de volumen de operaciones el año anterior, es decir, en octubre de 2027, y a los veinticuatro meses para el resto, en octubre de 2028. Afecta a las operaciones entre empresarios y profesionales, y también obliga a quien recibe la factura a informar de si la acepta, si la rechaza y cuándo la paga.

Verifactu es el nombre con el que se conoce el reglamento de los sistemas informáticos de facturación, el Real Decreto 1007/2023. Obliga a que el programa con el que emites facturas genere registros que no se puedan alterar sin dejar rastro. Tras el aplazamiento del Real Decreto-ley 15/2025, los contribuyentes del impuesto sobre sociedades tienen que cumplirlo antes del 1 de enero de 2027, y el resto de obligados, como los autónomos con actividad económica, antes del 1 de julio de 2027. Quien ya está en el SII, y quien tributa en territorio foral, sigue sus propias normas.

Normalmente, sí. La automatización se sitúa entre las facturas que llegan y el programa que ya usas, y deja allí los asientos preparados mediante una conexión directa, un conector del fabricante o ficheros de intercambio. Lo que conviene comprobar antes es qué vía de conexión ofrece el programa, si es segura, quién tiene el acceso y si los datos maestros de proveedores y cuentas están ordenados. Si el programa no permite ninguna conexión fiable, o si ya estabas pensando en cambiarlo, tiene sentido decidir primero el programa y después automatizar, y no al revés.

Con un control de duplicados antes de contabilizar, no en el momento de pagar. Se comparan el emisor, el número de factura y el importe, y también las facturas con importe y fecha muy parecidos, porque un duplicado a menudo llega con un número ligeramente distinto o en otro formato. Si coinciden, la factura se detiene y una persona decide. Además, conviene que la propuesta de pago la revise alguien antes de firmarla en el banco, y vigilar los cambios de cuenta bancaria de los proveedores, que es por donde entran muchos fraudes por suplantación.

Sí, y por eso el proceso no puede basarse en confiar en ella a ciegas. Una lectura puede confundir una fecha, un importe mal impreso o un NIF borroso, sobre todo en facturas escaneadas o fotografiadas. Un sistema bien diseñado asigna un grado de confianza a cada dato, marca los dudosos y los envía a revisar, y además comprueba que las sumas cuadren y que la factura coincida con el pedido. El objetivo no es que la máquina no se equivoque nunca, sino que ningún error llegue a la contabilidad ni al pago sin que una persona lo haya visto.

Depende de cómo se diseñe, no de la tecnología en sí. Las facturas contienen datos personales de proveedores autónomos y de clientes, y cuentas bancarias, así que hay que tratarlas conforme al RGPD: base legal, acceso limitado, conservación definida y un contrato de encargo con quien trate los datos por cuenta de la empresa. Conviene preguntar dónde se procesan las facturas, quién tiene acceso y si se usan para entrenar modelos de terceros. Y una regla práctica: la automatización prepara los pagos, pero no los ejecuta; la firma en el banco se queda en manos de una persona.

Las que dependen del criterio de una persona o en las que un error sale caro: facturas con conceptos ambiguos que hay que imputar con juicio, operaciones con un tratamiento fiscal especial, rectificativas y abonos en disputa, importes por encima de un umbral y cualquier factura de un proveedor nuevo o con una cuenta bancaria cambiada. En estos casos la automatización puede hacer el trabajo pesado (leer, comprobar y preparar), pero la decisión final es de una persona. Una buena regla para empezar: si una factura no se puede tratar con una regla escrita, todavía no es para automatizar.

Depende menos de la tecnología que del punto de partida. Lo que más alarga un proyecto es que los datos maestros de proveedores estén desordenados, que el programa de contabilidad no permita conexiones o que nadie haya escrito las reglas de imputación y de aprobación. Por eso tiene sentido hacerlo por fases: revisión, diseño, pruebas con facturas de meses anteriores, un piloto acotado a unos cuantos proveedores y, si funciona, ampliación. Desconfía de un plazo cerrado dado antes de conocer tus sistemas. En Daimatics, los plazos se hablan en la primera conversación.