Automatizar sin cambiar de ERP: cómo montar IA sobre lo que ya usas

1. La objeción de siempre: "tendré que cambiar el programa"

Es la primera frase que suelta cualquier gerente cuando le hablas de automatizar. Y tiene toda la razón en tener miedo. Cambiar de ERP es una obra: migración de datos, formación del equipo, meses de doble trabajo y la sensación de que durante el traspaso nadie sabe dónde está nada. Si además el sistema actual funciona (aunque sea a base de teclear), la pregunta lógica es: ¿para qué me meto en esto?

La respuesta corta es que no hace falta. Automatizar con IA y cambiar de ERP son dos proyectos distintos que la gente confunde porque se los venden juntos. Un proveedor que solo sabe vender su plataforma te dirá que necesitas su plataforma. Nosotros partimos de lo contrario: el ERP que ya tienes es un dato del problema, no algo a discutir.

El planteamiento que seguimos es poner la automatización como una capa que se apoya en tu sistema y le habla en su propio idioma. Tu gestor sigue abriendo el mismo programa cada mañana. Lo que cambia es que las tareas de teclear, copiar y pegar entre pantallas empiezan a hacerse solas por detrás. Este mismo criterio lo aplicamos a los albaranes y CMR, y lo desarrollamos en automatizar albaranes y CMR sin cambiar de ERP.

2. El principio: la IA se pone encima, no debajo

Tu ERP es la fuente de la verdad. Ahí viven los clientes, los artículos, los precios y la contabilidad. Ese sitio no se toca. Lo que hacemos es rodearlo de piezas que leen y escriben en él sin alterar su estructura interna.

Piensa en tres tipos de trabajo que hoy hace una persona a mano y que casi nunca requieren tocar el núcleo del ERP: capturar información que llega de fuera (una factura de proveedor en PDF, un pedido por correo), moverla de un sitio a otro (del email a la hoja de contabilidad) y avisar cuando algo pasa (un cobro que vence, un stock que baja). Ninguna de esas tres cosas exige rehacer el sistema. Exige conectarse a él por el borde.

La decisión importante no es "qué IA uso", sino "por dónde entro". Y ahí hay un orden de preferencia claro, del método que menos riesgo introduce al que más. Vamos con los cuatro.

3. Los cuatro patrones de integración, de menos a más invasivo

Estos son los cuatro caminos que usamos para conectar una automatización con un sistema que ya está en marcha. No compiten entre sí: en un mismo proyecto conviven dos o tres. La gracia está en elegir el menos invasivo que resuelva cada paso.

El email como interfaz

El correo ya es la puerta por la que entra y sale casi toda la información administrativa de una pyme. Las facturas de proveedor llegan por email. Los pedidos llegan por email. Las reclamaciones salen por email. Así que el patrón más natural y más barato es usar el buzón como punto de conexión.

En un flujo de facturas de compra, la automatización vigila un buzón, detecta el PDF adjunto, lo lee con OCR e IA, extrae proveedor, base, IVA y total, y deja el resultado listo para volcar a contabilidad. El proveedor no cambia nada. Tu equipo no cambia de programa. Solo desaparece el tecleo. Lo contamos paso a paso en la guía de OCR de facturas con IA.

Para la salida, el email también manda. Cuando un cobro vence, el recordatorio sale por correo, desde el buzón de la persona responsable de cobros y no desde un noreply anónimo. Es lo formal, deja rastro documental y va dirigido al departamento del cliente, no al móvil de nadie. Cómo montarlo sin que suene a robot lo explicamos en recuperar cobros atrasados con recordatorios por email.

Las exportaciones programadas

Casi cualquier ERP, por antiguo que sea, sabe sacar un fichero: un CSV, un Excel, un TXT de contabilidad. Y casi cualquiera sabe importar otro. Ese par de operaciones, exportar e importar, es un canal de integración perfectamente válido y muy infravalorado.

El patrón consiste en programar exportaciones periódicas (cada noche, cada hora) que la automatización recoge, procesa y devuelve en el formato que el ERP acepta de vuelta. Es asíncrono: no hay conexión en tiempo real, hay tandas. Para el 80 % de las tareas administrativas eso sobra, porque nadie necesita que una factura se contabilice en el mismo segundo en que llega.

La API cuando existe

Si tu ERP tiene API (una puerta oficial para que otros programas le pidan y le manden datos), es el mejor sitio por donde entrar. Es estable, está documentada y el fabricante se compromete a mantenerla. La automatización lee y escribe en tiempo real sin depender de pantallas ni de ficheros.

El matiz es que "tiene API" no siempre significa lo que crees. A veces es de pago, a veces solo cubre una parte de los datos, a veces está en una versión del producto que tú no tienes contratada. Antes de prometer nada, se comprueba qué permite de verdad esa API y qué no. Cuando existe y llega, es la opción que menos se rompe con el tiempo.

El RPA como último recurso

RPA significa que un robot maneja el programa igual que lo haría una persona: mueve el ratón, hace clic, teclea en los campos de la pantalla. Se usa cuando no hay API, no hay exportación decente y el sistema es una caja cerrada. Es la última opción, no la primera.

Funciona, y a veces es la única salida con software heredado o pantallas antiguas. Pero es frágil por diseño: depende de que la pantalla no cambie. El día que el ERP actualiza el diseño de un formulario, el robot deja de encontrar el botón y el flujo se para. Por eso lo tratamos como parche, no como cimiento, y solo para la "última milla" que ningún otro método alcanza.

4. Los riesgos de cada patrón (y cómo los tratamos)

Ninguno de los cuatro es magia. Cada uno tiene su punto débil, y esconderlo es lo que separa una demo bonita de algo que aguanta en producción.

• Email: el riesgo es que llegue un adjunto en un formato raro o un correo mal clasificado. Se mitiga con reglas de validación y con una bandeja de excepciones donde una persona revisa lo que la IA no ha visto claro. Nunca contabilizamos a ciegas.
• Exportaciones: el riesgo es que el ERP cambie el formato del fichero tras una actualización y el flujo empiece a leer basura. Se mitiga validando la estructura del fichero en cada tanda y avisando si algo no cuadra antes de procesar.
• API: el riesgo es depender de una versión que el fabricante retira, o toparte con límites de peticiones. Se mitiga fijando la versión, controlando los errores que devuelve y no montando encima más carga de la que la API soporta.
• RPA: el riesgo es la fragilidad ante cualquier cambio de pantalla. Se mitiga con alertas que avisan en cuanto el robot no encuentra lo que espera, para arreglarlo antes de que se acumule el atasco. Y con la decisión de fondo de usarlo lo mínimo.

5. VeriFactu: por qué esto viene al pelo ahora mismo

Hay un motivo de calendario para no precipitarse con un cambio de ERP. El sistema VeriFactu, que regula los requisitos del software de facturación, ha vuelto a aplazarse. Según la nota del Ministerio de Hacienda del 02/12/2025, la obligación se traslada al 01/01/2027 para las empresas sujetas al Impuesto sobre Sociedades y al 01/07/2027 para el resto de obligados.

¿Qué tiene que ver con automatizar sin cambiar de ERP? Todo. Los fabricantes de software de facturación están obligados a que sus productos cumplan la norma. Es decir: si tu ERP es de un proveedor serio, la adaptación a VeriFactu la hace él, no tú. No es un motivo para tirar tu sistema y comprar otro; es un motivo para confirmar con tu proveedor que su versión va a cumplir en plazo.

La automatización que montas encima no interfiere con eso. El OCR que lee facturas, el flujo que prepara asientos o el que manda recordatorios de cobro trabajan sobre los datos, no sustituyen al motor de facturación regulado. Si mañana quisieras cambiar de ERP, esa capa se reconecta al nuevo. Conviene tener el calendario legal claro; lo repasamos junto a las ayudas en Kit Digital y ayudas para IA en 2026.

6. Un caso real: OCR de facturas sin tocar el ERP

Con una pyme industrial cliente nuestra el punto de partida era el clásico: una persona dedicaba buena parte de su jornada a teclear facturas de proveedor en el programa de contabilidad, campo a campo, desde PDFs que llegaban por correo. El ERP tenía años y ninguna gana de cambiarse, con toda la lógica del mundo, porque funcionaba y el equipo lo dominaba.

No propusimos migrar nada. Montamos el patrón de email como interfaz: la automatización vigila el buzón de facturas, lee cada PDF con OCR e IA, extrae los datos y los deja preparados para importar en el mismo formato que ese ERP ya aceptaba desde su propia opción de importación. Cuando algo no cuadraba (un proveedor nuevo, un formato extraño), caía a una bandeja de revisión para que una persona lo validara.

El resultado no fue "desaparece el trabajo". Fue que el tecleo mecánico se convirtió en revisión, que es más rápido y menos propenso a errores de dedo. El ERP siguió intacto. Si algún día lo cambian, el flujo de captura se reconecta y punto. Antes de hacer esto conviene poner números: cuánto cuesta hoy cada factura a mano lo desglosamos en cuánto cuesta de verdad procesar una factura a mano, y el retorno se calcula con la plantilla de cómo calcular el ROI de una automatización.

7. Cuándo NO compensa montar IA encima de lo que ya tienes

Este enfoque no es la respuesta a todo. Hay situaciones en las que insistir en no tocar el ERP sale caro y es más honesto decirlo. Ser claro con esto es parte de nuestro trabajo, y lo que una agencia debería y no debería venderte lo dejamos por escrito en qué hace realmente una agencia de IA.

• Cuando el ERP es una caja negra total. Sin API, sin exportación usable y con pantallas que cambian a menudo, solo queda RPA, y un flujo entero sostenido con RPA es un castillo de naipes. Si ese es tu caso, quizá el problema de fondo sea el sistema, no la automatización.
• Cuando el proceso a automatizar apenas se repite. Automatizar diez facturas al mes rara vez devuelve lo que cuesta montarlo y mantenerlo. La automatización rentabiliza el volumen y la repetición, no lo esporádico.
• Cuando ya tenías previsto cambiar de ERP. Si la migración está decidida y va a ocurrir pronto, montar una capa sobre el sistema que vas a jubilar es trabajo tirado. Mejor esperar y automatizar sobre el nuevo.
• Cuando el proceso está roto de raíz. Si el circuito administrativo es un caos (nadie sabe quién aprueba qué), automatizarlo solo acelera el caos. Primero se ordena el proceso, luego se automatiza.
• Cuando los datos del ERP están sucios. Si el maestro de proveedores o de clientes está lleno de duplicados y errores, la automatización arrastra esa suciedad más rápido. Hay que limpiar antes.

Preguntas frecuentes

Fuentes

• Nota de prensa: aplazamiento de VeriFactu a 2027 (Ministerio de Hacienda)
• El «Reglamento Veri*factu» (Agencia Tributaria (AEAT))
• Se retrasa a 2027 la entrada en vigor de VeriFactu (Ilustre Colegio de la Abogacía de Madrid (ICAM))
• Reglamento Veri*factu: se retrasa su entrada en vigor para los usuarios de los sistemas de facturación (Garrigues)

Seguir leyendo