Cómo conectar un agente de IA con tu ERP, CRM y documentos internos

Para conectar un agente de IA con tu ERP, CRM y documentos necesitas una capa de integración que separe conversación, conocimiento y acciones. El agente consulta documentos mediante RAG, accede a datos operacionales por APIs y ejecuta herramientas con permisos limitados. Identidad, auditoría y aprobación humana deben diseñarse desde el comienzo.

Un agente IA integrado a ERP y CRM no debería recibir acceso directo e ilimitado a bases de datos. La arquitectura debe controlar qué puede leer, qué puede modificar y bajo qué condiciones.

Cuatro capas de la solución

1. Canal

Es el lugar donde interactúa el usuario: web, aplicación interna, Teams, WhatsApp o correo. El canal autentica o identifica y transporta la solicitud.

2. Orquestación del agente

Interpreta el objetivo, mantiene contexto y decide qué herramienta utilizar. Sus instrucciones incluyen límites y criterios de escalamiento.

3. Conocimiento

Contiene políticas, manuales, contratos y preguntas frecuentes. Con RAG, el sistema busca fragmentos relevantes y los entrega al modelo. Microsoft define RAG como un patrón que combina búsqueda con modelos de lenguaje para fundamentar respuestas en datos propios.

4. Herramientas

Son funciones controladas para consultar o modificar sistemas: buscar cliente, revisar stock, crear caso o preparar pedido. Cada herramienta valida parámetros y permisos.

No mezcles conocimiento con datos transaccionales

Un manual responde “cómo se procesa una devolución”. El ERP responde “cuál es el estado de esta devolución”. El primero puede indexarse para búsqueda; el segundo requiere consulta en tiempo real.

Copiar diariamente todo el ERP a una base vectorial puede producir datos obsoletos. Utiliza RAG para conocimiento documental y APIs para información operacional que cambia.

Flujo de una consulta

Supongamos que un ejecutivo pregunta: “¿Qué pasó con el pedido de Acme y qué puedo responder?”.

El sistema autentica al ejecutivo.
El agente identifica cliente y pedido.
Una herramienta consulta el CRM.
Otra consulta estado y despacho en el ERP.
RAG recupera la política de retrasos.
El agente redacta una respuesta basada en esos datos.
El ejecutivo revisa y envía.
El sistema registra fuentes y acciones.

Si el usuario no tiene permiso sobre Acme, la consulta debe detenerse antes de recuperar información.

APIs, conectores y middleware

Las APIs son la opción más robusta. Un middleware puede transformar datos, manejar reintentos y ocultar complejidad. Si existe un conector de una plataforma empresarial, puede acelerar la integración, pero se deben revisar permisos y límites.

Evita entregar al modelo credenciales. El agente invoca una herramienta; la herramienta utiliza una identidad de servicio protegida y aplica controles.

Acciones de lectura y escritura

Clasifica las herramientas:

Lectura de bajo riesgo: consultar catálogo o estado general.
Lectura sensible: datos personales, precios o contratos.
Escritura reversible: crear borrador o tarea.
Escritura de alto impacto: aprobar, pagar, eliminar o enviar.

Comienza con lectura y borradores. Incorpora escrituras automáticas solo después de medir desempeño. Las acciones de alto impacto deben aplicar doble confirmación o aprobación.

Identidad y permisos

El agente debe actuar en nombre del usuario o bajo una identidad de servicio muy limitada. La autorización se valida en cada herramienta, no solo en la interfaz.

Un diseño seguro aplica:

Inicio de sesión corporativo.
Roles.
Mínimo privilegio.
Separación por cliente o área.
Credenciales en un gestor de secretos.
Expiración y rotación.
Registro de accesos.

RAG también necesita permisos. El buscador no debe recuperar un documento solo porque fue indexado. Debe filtrar por la identidad actual.

Trazabilidad

Registra solicitud, usuario, herramienta, parámetros permitidos, resultado, fuentes y decisión. Protege los registros para no convertirlos en una segunda fuga de datos.

La trazabilidad permite investigar errores, medir costos y demostrar qué ocurrió. No significa guardar indefinidamente todo el contenido.

Evaluación antes de producción

Construye un conjunto de casos:

Preguntas respondibles.
Consultas sin respuesta.
Datos de otro usuario.
Solicitudes ambiguas.
Instrucciones maliciosas en documentos.
Caída del ERP.
Duplicados.
Acciones no autorizadas.

Evalúa exactitud, fuentes, finalización de herramientas, permisos y calidad de la negativa. Una respuesta segura puede ser “no tengo suficiente evidencia”.

OWASP identifica la inyección de prompts como un riesgo de aplicaciones con modelos de lenguaje. Un documento o mensaje puede intentar modificar instrucciones. Por eso, el contenido recuperado se trata como dato no confiable y las herramientas mantienen controles independientes.

Implementación por etapas

Etapa 1: consulta documental

Permite preguntas sobre un repositorio acotado, con fuentes.

Etapa 2: lectura operacional

Incorpora consultas seguras al CRM y ERP.

Etapa 3: borradores

Crea propuestas, casos o tareas pendientes de aprobación.

Etapa 4: acciones acotadas

Automatiza operaciones reversibles con monitoreo.

Etapa 5: expansión

Agrega nuevos procesos solo si los indicadores justifican complejidad.

Preguntas frecuentes

¿Debo entrenar un modelo con mis datos?

Generalmente no. RAG permite entregar información relevante en cada consulta sin reentrenar el modelo. Las integraciones consultan datos transaccionales en tiempo real.

¿Se puede conectar a un ERP sin API?

Sí, mediante archivos, conectores, acceso controlado o RPA. La alternativa debe evaluarse por estabilidad, seguridad y soporte.

¿El agente puede actualizar el CRM?

Sí, mediante una herramienta autorizada. Es recomendable comenzar creando borradores y exigir confirmación para cambios relevantes.

Evalúa la arquitectura antes de desarrollar

Syscode puede mapear identidad, datos, APIs, documentos y riesgos. Solicita una evaluación de arquitectura para definir un piloto de agente conectado sin exponer innecesariamente tus sistemas.