Cómo conectar la IA con tu ERP y CRM: guía para directivos

Para conectar la IA con tu ERP o tu CRM hace falta una pieza concreta: un conector nativo, la capa de software que permite al agente leer y escribir en tus sistemas con permisos controlados. Sin esa pieza no hay automatización real: un "agente" sin acceso a tus sistemas es un chatbot que habla de tu negocio pero no puede tocarlo — no crea pedidos, no concilia facturas, no actualiza fichas de cliente.

Esta guía explica, sin tecnicismos, cómo opera de verdad un agente sobre un ERP o un CRM: qué es un conector, las tres vías para construirlo, cómo se controlan los permisos, qué pasa con los sistemas antiguos sin API y cuánto dura un despliegue serio. Y al final, las preguntas que desenmascaran a quien vende chatbots disfrazados de agentes.

¿Qué es un conector nativo?

Un conector nativo es la capa que traduce entre el agente y cada sistema de tu empresa: expone acciones concretas —leer una factura, crear un asiento, actualizar una oportunidad— que el agente puede ejecutar con permisos definidos acción por acción. Es el equivalente a darle al agente un juego de llaves limitado en lugar de la llave maestra del edificio.

El matiz importante es "leer y escribir". Leer permite al agente informarse: consultar el stock, ver el estado de un pedido, revisar el histórico de un cliente. Escribir le permite trabajar: registrar la factura, emitir el pedido, cerrar el ticket. Y como todo pasa por el conector, todo queda registrado — cada acción tiene fecha, autor y resultado. Esa trazabilidad es la que después te permite auditar al agente igual que auditarías a un empleado, algo que en Europa (RGPD, AI Act) no es un lujo sino un requisito.

Sin conectores, tu "agente" es solo un chatbot

La diferencia entre un chatbot y un agente de IA autónomo no es la inteligencia: es el acceso. Un chatbot responde preguntas; un agente ejecuta trabajo dentro de tus sistemas y deja registro de cada paso.

El mercado está lleno de "agentes" que en realidad son un modelo de lenguaje con una caja de texto: te redactan el correo pero no lo envían desde tu CRM, te "analizan" la factura que tú les pegas pero no la registran en el ERP. El trabajo sigue siendo tuyo; solo has añadido un paso de copiar y pegar. La prueba del algodón es simple: pide al proveedor que su agente haga algo en un sistema real —crear un registro, actualizar un campo— y que te enseñe dónde quedó registrada la acción. Quien no puede hacerlo en directo vende conversación, no automatización.

Las 3 vías para conectar un agente a tu ERP o CRM

Hay tres formas de dar a un agente acceso a un sistema, y el orden de preferencia importa: API oficial primero, conector a medida después, RPA solo como último recurso. Cada escalón añade coste de mantenimiento y fragilidad.

1. API oficial del fabricante. La vía preferente. Los ERP y CRM modernos —SAP, Business Central, Salesforce, HubSpot, Odoo, Holded y buena parte de las soluciones habituales en la pyme española— publican interfaces oficiales para leer y escribir datos. Son estables, están documentadas y sobreviven a las actualizaciones del fabricante. Integrar por API suele llevar de días a pocas semanas por sistema.
2. Conector a medida. Cuando la API no existe o no cubre lo que necesitas —campos personalizados, módulos propios, una aplicación interna—, se construye una capa propia sobre la base de datos o los servicios del sistema. Más trabajo inicial, control total: defines exactamente qué acciones existen, con qué permisos y qué queda registrado. Es la vía habitual con software propio o muy personalizado.
3. RPA (emular clics), el último recurso. Un robot que imita a un humano en pantalla: abre el programa, hace clic, teclea. Funciona, pero es frágil —se rompe con cada cambio de interfaz—, lento y difícil de auditar. Solo se justifica cuando no hay ninguna otra puerta de entrada, y aun así como puente temporal, no como cimiento. La comparación completa la tienes en agente de IA vs RPA vs automatización tradicional.

Permisos y mínimo privilegio: ¿qué puede tocar el agente?

El agente debe operar con su propio usuario y con los permisos mínimos para su tarea: es el principio de mínimo privilegio, el mismo que aplicarías a un empleado nuevo. Un agente de conciliación bancaria no necesita ver nóminas; uno de atención al cliente no necesita poder borrar registros.

En la práctica, un despliegue serio incluye cuatro cosas: usuario propio para el agente (nunca las credenciales compartidas de un empleado), permisos de lectura y escritura definidos por acción, umbrales de aprobación humana —por ejemplo, cualquier pago por encima de cierto importe requiere un visto bueno antes de ejecutarse— y revocación inmediata: si algo no cuadra, el acceso del agente se corta en un clic sin tocar nada más. Pregunta por las cuatro; la ausencia de cualquiera delata una integración hecha deprisa.

¿Y si mi sistema es antiguo y no tiene API?

Se puede automatizar igualmente: los sistemas sin API se conectan por la base de datos, por exportaciones programadas o, en el peor caso, con RPA acotado como puente. No necesitas migrar de ERP para empezar a trabajar con agentes.

El camino típico empieza por acceso de solo lectura —a la base de datos o a exportaciones periódicas—, con lo que el agente ya puede informar, cuadrar y detectar errores, que suele ser la mitad del valor. La escritura se resuelve después por el punto menos arriesgado; a veces la respuesta correcta es que el agente prepare todo el trabajo y una persona ejecute el último paso en el sistema viejo. Y una reflexión honesta: si el sistema es tan cerrado que cada integración cuesta más que el ahorro, el proyecto de automatización es el momento de decidir su jubilación con datos en la mano, no con opiniones.

¿Cuánto se tarda? Así se ve un despliegue real

Un primer agente conectado a un sistema real se despliega en 4-8 semanas, no en una migración de 18 meses. La secuencia que funciona: semanas 1-2, accesos y mapeo del proceso; semanas 3-4, conector y agente operando en entorno de pruebas con permisos de solo lectura; semanas 5-6, escritura acotada con aprobación humana en cada acción; semanas 7-8, producción con medición contra la línea base.

El coste depende de la vía de conexión y del número de sistemas; tienes rangos detallados en cuánto cuesta un agente de IA a medida. La filosofía correcta es empezar por el mínimo rentable: un proceso, un sistema, medición contra línea base, y que cada fase siguiente se pague con los ahorros de la anterior. Nosotros la aplicamos primero en nuestros propios negocios — somos nuestro primer cliente, y los conectores que proponemos a otros son los que usamos a diario.

Las preguntas que desenmascaran a un vendedor de chatbots

Estas siete preguntas, hechas en la primera reunión, separan a quien construye agentes conectados de quien revende una interfaz de chat. Ninguna es técnica; todas tienen respuesta corta si el proveedor es serio:

1. ¿Tu agente puede escribir en mi ERP o solo leer y conversar? Enséñamelo en directo, con un registro creado de verdad.
2. ¿Qué vía de conexión usarías con mis sistemas concretos —API oficial, conector a medida o RPA— y por qué?
3. ¿Con qué usuario y permisos opera el agente? ¿Cómo se revocan?
4. ¿Qué acciones exigen aprobación humana y quién define los umbrales?
5. ¿Dónde queda el registro de cada acción? ¿Puedo auditarlo yo, sin pedíroslo?
6. Cuando el fabricante del ERP actualice, ¿quién mantiene el conector y a qué coste?
7. ¿Cuánto tarda el primer proceso en producción? (Semanas es buena señal; trimestres sin nada operando, mala.)

Las respuestas vagas a la primera y a la quinta son eliminatorias. Si buscas equipo para esto, en nuestra agencia de inteligencia artificial en Madrid la primera reunión consiste exactamente en esta conversación, aplicada a tus sistemas concretos.

Preguntas frecuentes

¿Se puede conectar la IA a cualquier ERP?

A la práctica totalidad, sí: por API oficial si existe, por conector a medida sobre la base de datos si no, y con RPA acotado en el peor de los casos. La pregunta correcta no es "si se puede" sino "por qué vía y a qué coste": un ERP moderno se integra en días o semanas; uno cerrado exige más trabajo inicial.

¿Es seguro dar acceso a un agente de IA a mi ERP?

Con la arquitectura correcta, sí: usuario propio, mínimo privilegio, aprobación humana para acciones sensibles y registro de cada acción. Un agente bien desplegado es más auditable que un empleado, porque todo lo que hace queda escrito. El riesgo real está en las integraciones apresuradas con credenciales compartidas y sin registro.

¿Necesito cambiar de ERP o CRM para usar agentes de IA?

No. Los agentes se conectan a lo que ya tienes; cambiar de sistema "para la IA" es empezar la casa por el tejado. La excepción honesta: si tu sistema actual es tan cerrado que cada integración cuesta más que el ahorro que habilita, el propio proyecto te dará los números para decidir su sustitución.

¿Qué diferencia hay entre un conector nativo y las integraciones de un chatbot comercial?

La profundidad y el control. Las integraciones superficiales encadenan disparadores predefinidos ("si pasa X, copia Y en Z"); un conector nativo expone acciones de negocio con permisos, umbrales de aprobación y registro por acción, y el agente decide qué hacer dentro de esos límites. Lo primero mueve datos; lo segundo opera procesos.

¿El agente puede romper algo en mi ERP?

No, si los permisos están bien puestos: el agente solo dispone de las acciones que el conector expone, y las delicadas pasan por aprobación humana. Además, todo despliegue serio empieza en solo lectura y en entorno de pruebas antes de escribir en producción — el mismo camino que seguiría un empleado en formación.