Conectar un agente de IA con un ERP significa darle acceso controlado a funciones y datos concretos del sistema de gestión. El agente interpreta una solicitud en lenguaje natural; una integración autorizada consulta o ejecuta la operación permitida; y la respuesta se construye con el resultado real del ERP.
Esta guía se centra en la integración. Para una introducción a la arquitectura general, conviene comenzar por cómo implementar agentes de IA en una empresa.
¿Qué puede consultar un agente en un ERP?
Depende del ERP, sus interfaces y los permisos otorgados. Las primeras tareas suelen ser de lectura: buscar productos por código o características, consultar disponibilidad, recuperar el estado de un pedido o identificar un documento. Operaciones como crear un pedido, modificar un precio o emitir una factura requieren controles adicionales y no deben habilitarse por el solo hecho de que el sistema tenga una API.
Una pregunta como «¿Hay 20 unidades disponibles del producto ABC123?» contiene una intención y un identificador. El agente puede reconocer ambos, pero la cifra debe provenir de la fuente de inventario definida por la empresa. Si el sistema no responde o el código es ambiguo, corresponde informar la limitación o pedir una aclaración.
Cómo funciona la conexión entre el agente y el ERP
El recorrido práctico tiene cinco partes:
- Canal de entrada. La consulta llega desde la web, WhatsApp o una herramienta interna.
- Interpretación. El agente identifica la intención y los datos necesarios, sin asumir que la solicitud autoriza cualquier acción.
- Herramienta acotada. Una función como `consultar_stock(codigo)` solicita al conector un dato definido. El agente no recibe acceso libre a toda la base de datos.
- Validación. El conector autentica la solicitud, verifica permisos, consulta el ERP y devuelve una respuesta estructurada o un error reconocible.
- Respuesta. El agente explica el resultado y, cuando corresponde, indica su fecha de consulta, condiciones o necesidad de confirmación humana.
La conexión puede usar una API oficial, un servicio intermedio o una integración existente. La opción depende de cómo expone datos cada ERP; no existe un conector universal que sirva para cualquier instalación. Por ejemplo, Microsoft documenta APIs REST para Business Central; eso no implica que todas las instalaciones ni otros ERP ofrezcan las mismas funciones. Es útil definir el contrato de cada operación: campos de entrada, significado de la respuesta, errores y límites.
Empezar por lectura antes de habilitar acciones
Un piloto de consulta permite comprobar identificación de productos, calidad de datos y manejo de errores sin modificar registros. Después se pueden evaluar acciones de escritura. Crear un pedido, por ejemplo, exige verificar identidad, precios, disponibilidad, límites comerciales y aprobación cuando corresponda.
Hay que separar proponer una operación de ejecutarla. Un agente puede preparar un resumen para que un vendedor lo revise. Solo una herramienta autorizada, con los controles necesarios, debería confirmar la transacción. Además, el sistema debe evitar duplicados si una solicitud se reintenta tras un corte de conexión.
Permisos y seguridad de los datos
El agente debería utilizar credenciales de servicio con el menor alcance necesario. Conviene restringir las operaciones disponibles por rol, cliente, canal y entorno. Un usuario externo no debería consultar información de otro cliente ni precios internos por formular una pregunta en lenguaje natural.
Los registros de auditoría deben permitir reconstruir qué herramienta se llamó, qué identidad la autorizó y cuál fue el resultado, sin exponer datos sensibles innecesarios. Las instrucciones del usuario tampoco pueden anular una regla de acceso del ERP. Cuando una solicitud excede el permiso, el sistema debe rechazarla o derivarla.
Datos actualizados, errores y continuidad
El ERP puede tener información retrasada respecto de depósitos, sucursales o sistemas de comercio electrónico. Antes de publicar una respuesta de stock hay que decidir qué fuente prevalece y qué significa «disponible»: existencias físicas, unidades reservadas o cantidad vendible. La consulta de stock desde WhatsApp desarrolla este problema desde la experiencia del cliente.
También hay que contemplar demoras, caídas y respuestas incompletas. Un error del ERP no se resuelve cambiando el modelo de IA. El agente debería indicar que no pudo verificar el dato, ofrecer una derivación y evitar presentar una cifra antigua como actual. El fallback IA cubre la contingencia del modelo, que es una falla distinta.
Un piloto razonable para empezar
Elegí una consulta frecuente y de bajo riesgo, por ejemplo productos y disponibilidad. Definí de antemano una muestra de preguntas reales, variantes de código, casos sin coincidencias, datos faltantes y fallas del servicio. Confirmá que la respuesta coincide con el ERP y que los usuarios sin permiso no acceden a información restringida.
Medí cuántas consultas encuentran el producto correcto, cuántas requieren una persona y cuántas fallan por la integración. Revisá las respuestas con el equipo operativo antes de ampliar el alcance. Una demostración con datos perfectos no valida el funcionamiento diario.
Cómo puede implementarse este flujo con SabioIA
SabioIA conecta agentes con APIs y fuentes empresariales. Para un ERP específico, el equipo evalúa las interfaces disponibles y desarrolla la integración necesaria para las consultas acordadas. Así, una persona puede preguntar en lenguaje natural; el agente selecciona una herramienta autorizada, recupera el dato y responde con el resultado. El alcance de lectura, las acciones y las aprobaciones se definen para cada implementación.
El diagrama siguiente resume el recorrido: usuario → WhatsApp o web → SabioIA → interpretación de la consulta → herramienta autorizada → API → ERP → dato de stock, precio o pedido → respuesta. Las etapas habilitadas se acuerdan para cada integración.
Preguntas frecuentes
¿Es necesario que el ERP tenga una API?
Una API documentada suele facilitar una integración controlada. Hay otras alternativas técnicas, pero requieren evaluar seguridad, soporte y mantenimiento. No conviene conectar al agente directamente a tablas internas sin un contrato estable y permisos definidos.
¿Puede un agente crear pedidos en el ERP?
Es posible si el sistema ofrece esa operación y se implementan autenticación, validaciones, aprobación cuando corresponde y protección contra duplicados. La capacidad debe probarse para ese proceso concreto.
¿Qué ocurre si el ERP no está disponible?
El agente debe informar que no pudo verificar el dato o completar la acción. Según el proceso, puede registrar la consulta para seguimiento o derivarla a una persona. No debe inventar un resultado.
