El trabajo que quieres que haga un agente de IA suele vivir en un sistema más antiguo que la mitad de tu equipo: un ERP con varias versiones de retraso o un portal de proveedores sin API. No tienes que sustituir ese sistema. Pero una API por sí sola no hará que un agent funcione dentro de él.
La integración de sistemas heredados suele usar una API para sincronizar registros entre sistemas antiguos y nuevos. Un agente de IA tiene que hacer algo más que sincronizar registros, porque debe completar él mismo la confirmación del pedido. Para ello, el agent realiza cinco tareas:
- Leer el registro que necesita.
- Decidir el siguiente paso dentro de las reglas que estableces.
- Actuar escribiendo el resultado de vuelta.
- Esperar una respuesta que puede tardar días y luego hacer seguimiento.
- Demostrar que el registro cambió.
Una API permite al agent leer registros y escribir resultados de vuelta. Las otras tres tareas dependen del workflow que construyas en torno al agent. Esta guía muestra cómo conectar agentes de IA a tus sistemas heredados y tu ERP para que puedan hacer las cinco.
¿Qué se considera un sistema heredado?
Un sistema heredado (también llamado software heredado o aplicación heredada) es un software que una empresa sigue usando para trabajo esencial del negocio, como la gestión de pedidos, pero al que al software más moderno le resulta difícil conectarse. El software más moderno suele conectarse a otros sistemas mediante una API, que es un conjunto definido de peticiones que un programa puede enviar a otro para leer o actualizar registros.
Legacy system connecting with AI agent
Lo que convierte un sistema en heredado es la forma en que se puede acceder a sus registros, independientemente de su antigüedad. Un sistema heredado no tiene una API documentada, o tiene una API que da acceso solo a parte de sus registros. Un agente de IA tiene entonces que llegar a esos registros por otra vía: a través de los archivos que el sistema exporta o a través de las mismas pantallas que usa el personal.
SnapLogic atribuye este acceso cerrado a la tecnología propietaria y a una documentación obsoleta o inexistente. Antes de iniciar una integración de IA, comprueba en cada sistema si existe una API documentada y una opción de exportación de archivos.
¿Cuáles son los ejemplos de sistemas heredados?
Estos son algunos de los ejemplos más habituales de sistemas heredados:
- Un ERP con varias versiones de retraso
Un ERP que guarda los pedidos, las facturas, el inventario y los registros financieros de una empresa en una versión antigua que puede no tener API, por lo que otro software no puede leer ni actualizar esos registros directamente. - Un sistema mainframe de facturación o de pólizas de seguro
Un mainframe es un gran ordenador central que procesa grandes volúmenes de transacciones, como facturas de clientes o pólizas de seguro. Algunos de estos sistemas todavía ejecutan código escrito en COBOL, un lenguaje de programación desarrollado a finales de los años cincuenta y principios de los sesenta. - Un sistema de gestión de transporte o de almacenes con una API solo para partners.
Un TMS planifica y controla los envíos, y un WMS controla las existencias dentro de un almacén. Algunos abren su API únicamente a partners aprobados, por lo que tu propio agente de IA no puede usarla sin la aprobación del proveedor de software - Un portal de transportista, proveedor o administración pública
Un portal es un sitio web gestionado por otra organización, donde el personal inicia sesión para consultar el estado de un envío, confirmar pedidos o enviar formularios. Muchos de estos portales no ofrecen ninguna API a usuarios externos, por lo que un agent solo puede llegar a los registros a través de las mismas pantallas del navegador que usa tu equipo.
¿Por qué las empresas siguen usando sistemas heredados?
Las empresas mantienen los sistemas heredados porque todavía sostienen trabajo esencial, como la confirmación de pedidos, y guardan años de registros de los que dependen otros procesos. Sustituir uno implica migrar todos esos registros a un sistema nuevo y formar a todos los equipos que usan el antiguo.
Según Workato, migrar y abandonar un sistema heredado puede costar decenas de millones de dólares. Parte de ese coste proviene de hacer el cambio mientras siguen llegando pedidos y pagos, porque el negocio no puede detenerse para ello.
¿Merece la pena sustituir un sistema heredado?
La sustitución de un sistema heredado merece el coste y el esfuerzo en dos situaciones:
- El proveedor ya no da soporte al sistema: El informe de 2025 de la GAO analizó 11 sistemas heredados federales críticos. Cuatro funcionaban con hardware o software sin soporte, y siete presentaban vulnerabilidades de ciberseguridad conocidas. Se detectó un sistema federal con hardware sin soporte y vulnerabilidades de seguridad que no pueden corregirse sin modernización.
- El sistema dificulta competir: Naturgy, proveedor español de gas y electricidad, dedicó tres años a migrar a sus clientes fuera de los sistemas heredados antes de desplegar trabajadores de IA de HappyRobot, una plataforma de agentes de IA para operaciones empresariales.
Sustituir sistemas heredados es más difícil de justificar cuando el sistema funciona y el coste proviene del trabajo manual a su alrededor, como el personal copiando los datos de los pedidos en un portal de proveedores. Los agentes de IA pueden hacer ese trabajo dentro del sistema existente. La guía de HappyRobot sobre automatización empresarial sin sustituir tu stack lo explica.
Cómo se conectan los agentes de IA a los sistemas heredados
El método de conexión determina cómo un agente de IA lee y actualiza los registros de cada sistema. Aquí tienes un repaso rápido a las posibles integraciones que habilita HappyRobot.
HappyRobot integrations
La integración de agentes de IA suele requerir más de un método en un mismo workflow, porque cada sistema permite un tipo de acceso distinto.
| Method | Use it when | What the agent can do | Watch out for |
|---|---|---|---|
| Native API | The system has a documented, stable API | Read and update records on request | Rate limits cap requests per minute, and permission scopes limit records the agent can reach |
| Middleware or iPaaS | The company already runs an integration platform with a connector to the system | Read and update records through that connector | Each request passes through one more system that has to stay running |
| Database connector | The IT team allows read access and documents the tables | Read records quickly | Connect to a read-only copy of the database so the agent cannot change live records |
| File exchange | The system moves records only in batch files, such as a nightly CSV | Read and update records on a schedule | Records are only as current as the last file |
| Browser agent | The system's screens are the only way to reach the records | Log in, then read or fill in fields on each screen | Screens change after system updates, so the agent needs monitoring (see where RPA fits and where it breaks) |
| Human channels | A person holds the answer, such as a supplier confirming a delivery date | Call, email, or text the person, then record the answer | Replies can take days, so the workflow tracks each open request and follows up |
Para los sistemas con API, HappyRobot se conecta mediante más de 200 integraciones nativas, incluidas Salesforce, ServiceNow y MongoDB. HappyRobot llama a sus agentes de IA trabajadores de IA y, en los sistemas sin API, los ejecuta como agentes de navegador. En Kuehne+Nagel, los trabajadores de IA han realizado más de 10.000 comprobaciones de estado y han procesado más de 6.000 correos electrónicos en las operaciones de logística aérea.
Dinos cuál de tus sistemas no tiene API y te mostraremos cómo un trabajador de IA lee y actualiza sus registros.
Reserva una demo de HappyRobot
Cómo integrar la IA en sistemas heredados, paso a paso
Integrar sistemas heredados con un agente de IA requiere seis pasos. En cada despliegue de HappyRobot, la primera pregunta que hacemos es de qué pantalla copia tu equipo datos todo el día.
Steps to integrate AI into legacy systems
- Enumera cada paso del proceso actual
Anota todas las acciones que realiza hoy una persona, como abrir el pedido en el ERP o enviar un correo al proveedor, junto con el sistema que utiliza cada acción. - Registra el acceso que permite cada sistema
Anota si el sistema ofrece una API, acceso de lectura a su base de datos, exportación de archivos o solo sus pantallas. - Asigna a cada sistema un método de conexión
Elige el método que permita el acceso del sistema, como un agente de navegador para un portal de proveedores sin API. - Decide qué puede escribir el agent
Empieza con acceso de solo lectura allí donde el sistema lo permita, de modo que el agent pueda consultar registros pero no modificarlos. Después define las reglas que el modelo de IA que hay detrás del agent no debe decidir por su cuenta, como el límite de crédito de un cliente.
HappyRobot integration workflow
Por ejemplo, esta ejecución de workflow de HappyRobot comprueba la elegibilidad antes de las sustituciones.
Define esas reglas en lógica de workflow determinista, que sigue siempre la misma rama cuando se cumple una condición.
- Prepárate para respuestas que tardan días
Un proveedor puede confirmar una fecha de entrega al día siguiente, así que el agent tiene que hacer seguimiento de cada solicitud abierta y reclamar por su cuenta. Los trabajadores de IA de WWEX Group gestionan 25.000 cargas al mes de principio a fin de este modo. - Prueba contra el propio registro
Una prueba solo se supera cuando el registro del ERP muestra el resultado, como la fecha de entrega confirmada. En HappyRobot, cada comprobación puede escribirse como un northstar, una regla de aprobado/no aprobado evaluada automáticamente sobre sesiones en vivo muestreadas.
¿Cómo se puede usar la IA en el ERP?
La IA en el ERP, tal como la aplica HappyRobot, significa trabajadores de IA que completan de principio a fin las tareas operativas vinculadas a los registros del ERP. Un trabajador de IA lee un pedido o una factura en el ERP y contacta por teléfono, correo electrónico o mensaje con el proveedor o cliente del que depende. Cuando ese proveedor o cliente responde, el trabajador de IA escribe el resultado en el ERP. Eso es lo que significa un ERP agéntico en la práctica.
El propio ERP, como SAP, Oracle, Microsoft Dynamics o NetSuite, permanece en su lugar y sigue almacenando los pedidos, las facturas y los registros de inventario de la empresa.
El trabajo que los trabajadores de IA realizan en torno a un ERP incluye:
- Confirmación de pedidos. Un trabajador de IA llama o envía correos a proveedores y transportistas para confirmar pedidos y fechas de entrega, y después registra cada fecha confirmada en el ERP.
- Cobros. Un trabajador de IA llama a los clientes para hablar de facturas vencidas y registra cada compromiso de pago en el ERP o en el sistema de facturación. La guía de HappyRobot sobre software de automatización de cuentas por cobrar explica cómo los trabajadores de IA realizan llamadas de cobro junto a una plataforma de cuentas por cobrar ya existente.
- Preguntas sobre facturas. Cuando un cliente pregunta por una factura o un pago, el trabajador de IA consulta el registro en el ERP durante la llamada y responde.
- Consistencia de los registros. El ERP y el CRM se actualizan en el mismo workflow, de modo que ambos sistemas muestran el mismo resultado.
Kuehne+Nagel y HappyRobot han identificado la conciliación de facturas como el siguiente caso de uso, cubriendo unas 26.000 entradas de costes al mes a través de una filial de Kuehne+Nagel.
La integración del ERP con agentes de IA utiliza la propia API del ERP cuando existe, como los servicios web REST de NetSuite o la API de Business Central para Microsoft Dynamics 365. Algunas empresas ya cuentan con una plataforma de integración (iPaaS), un software que mantiene conexiones en tiempo real entre el ERP y el resto de sus aplicaciones de negocio. En ese caso, el agent de IA puede enviar sus peticiones a través de la conexión que la plataforma de integración ya tiene con el ERP, por lo que nadie tiene que crear una nueva.
Cuando una pantalla antigua del ERP no tiene API, un agent de navegador lee y rellena esa pantalla. Por ejemplo, los trabajadores de IA para finanzas de HappyRobot se conectan directamente a los sistemas de ERP y de facturación.
¿Sustituirá la IA al ERP?
No, la IA no sustituirá a los sistemas ERP, porque el ERP es el sistema de registro que almacena los pedidos, las facturas y el inventario de una empresa, y el resto del software empresarial lee de él. Los agents de IA asumen el trabajo manual que rodea al ERP, como llamar a un proveedor para confirmar una fecha de entrega y después actualizar el pedido en el ERP.
Reflexiones finales: cómo hacer que los agents de IA funcionen en tus sistemas heredados
Integrar agents de IA con sistemas heredados y ERPs significa mantener el ERP existente y conectarle agents de IA en lugar de sustituirlo. El agent lee y actualiza los registros del ERP a través de una conexión como la API del ERP o un agent de navegador.
El workflow construido alrededor del agent cubre el resto del trabajo, desde el seguimiento de un proveedor que responde días más tarde hasta comprobar que el registro del ERP muestra la fecha de entrega confirmada. Para probar la configuración, empieza por el sistema más difícil de alcanzar, como un portal de proveedores sin API.
Envíanos tu sistema más caótico, no el más limpio. Ese es el que merece la pena probar.
Reserva una demo de HappyRobot
