Insight · Integración y arquitectura
Cómo integrar IA con ERP, CRM y sistemas legacy
Un agente de IA vale lo que puede consultar y hacer. Esta es la arquitectura que permite conectarlo con los sistemas de registro sin reemplazarlos ni exponerlos.
Respuesta corta
La IA se integra con ERP, CRM y sistemas legacy mediante una capa de APIs que expone capacidades acotadas —consultar un pedido, registrar un caso, crear una solicitud—. El agente usa esas capacidades como herramientas, con permisos mínimos y registro de cada llamada, y nunca accede directamente a las bases de datos. No es necesario reemplazar el sistema core: basta con encapsularlo.
El principio: la IA consume capacidades, no tablas
La forma más rápida de conectar un modelo de lenguaje a un sistema es darle acceso a la base de datos. También es la más riesgosa: el modelo puede leer datos que no corresponden, interpretar mal la estructura o ejecutar operaciones que saltan las reglas de negocio del sistema.
La alternativa es exponer capacidades de negocio como operaciones con nombre, parámetros validados y respuesta definida. «Consultar estado de pedido» es una capacidad; «SELECT sobre la tabla de pedidos» no lo es. Las reglas del sistema siguen aplicándose porque la operación pasa por él.
Arquitectura de referencia en cinco capas
- Canales: web, WhatsApp, correo o portales donde el usuario conversa.
- Agentes y workflows: interpretan la solicitud, siguen el proceso y deciden qué herramienta usar.
- Capa de integración: APIs y eventos con contratos versionados, autenticación y límites de uso.
- Sistemas de registro: ERP, core, CRM y aplicaciones legacy, que conservan los datos y las reglas.
- Datos y conocimiento: fuentes de verdad y bases documentales para RAG.
Seguridad, observabilidad y gobierno atraviesan las cinco capas. El agente solo conoce la capa de integración: puede cambiarse un ERP sin tocar el agente, siempre que el contrato de la API se mantenga.
Qué hacer cuando el sistema no tiene APIs
Es el caso habitual en sistemas legacy. Hay cuatro opciones, de mayor a menor preferencia:
| Opción | Cuándo usarla | Consideración |
|---|---|---|
| API del fabricante o módulo de integración | El producto la ofrece aunque no esté activada | Suele ser la ruta más estable y soportada |
| Servicio de fachada sobre la lógica existente | Hay acceso al código o a procedimientos del sistema | Reutiliza las reglas de negocio actuales |
| Lectura desde una réplica de datos | Solo se necesita consultar, no escribir | Los datos pueden tener minutos de retraso |
| Automatización de interfaz (RPA) | No existe otra vía | Frágil ante cambios de pantalla; usar como puente temporal |
Escribir directamente en la base de datos de un sistema legacy rara vez es aceptable: omite validaciones y puede dejar los datos en un estado que el propio sistema no espera.
Diseño de herramientas para el agente
Cada capacidad que el agente puede usar se define como una herramienta. Un buen diseño cumple estas condiciones:
- Una herramienta, una acción: nombres específicos y parámetros mínimos.
- Validación en el servidor: la API verifica cada parámetro; no confía en lo que envía el modelo.
- Identidad del usuario final: la herramienta actúa con los permisos de la persona que conversa, no con una cuenta genérica con acceso total.
- Lectura separada de escritura: consultar es de bajo riesgo; modificar exige controles adicionales.
- Idempotencia: repetir una llamada no duplica la operación.
Control: aprobación humana y trazabilidad
Las operaciones se clasifican por impacto. Las consultas se ejecutan directamente. Las acciones reversibles de bajo impacto —registrar un caso, actualizar un dato de contacto— pueden ejecutarse con confirmación del usuario. Las acciones con impacto financiero o legal quedan preparadas por el agente y pendientes de aprobación de una persona autorizada.
Toda llamada a una herramienta se registra con quién la originó, qué parámetros se enviaron y qué respondió el sistema. Ese registro permite auditar, diagnosticar errores y medir el uso real.
Secuencia recomendada de implementación
- Elegir un proceso y listar las capacidades que necesita (normalmente entre tres y seis).
- Exponer primero las capacidades de solo lectura.
- Desplegar el agente con esas consultas y medir.
- Añadir acciones de escritura de bajo impacto, con confirmación.
- Incorporar acciones sensibles con aprobación humana.
Cada paso entrega valor por sí mismo y deja una API reutilizable por otros canales, no solo por la IA.