Integrar la IA no es cambiar tus sistemas: es ponerles un puente
La primera imagen que casi todo el mundo tiene de "meter IA en la empresa" es equivocada: no es arrancar el ERP que llevas ocho años pagando y sustituirlo por algo nuevo con un chatbot dentro. Integrar la IA es lo contrario —dejar tus sistemas donde están y tender un puente entre ellos y el modelo—. El ERP sigue siendo la fuente de verdad, el CRM sigue guardando tus contactos, el gestor documental sigue archivando; lo que añades es una capa que lee y escribe en ellos con criterio. El puente, no el reemplazo.
Esto importa porque el punto donde más proyectos mueren no es el modelo: es la conexión. Un agente que redacta respuestas perfectas no vale nada si no puede leer el pedido en tu ERP ni dejar la nota en tu CRM. La pregunta útil no es "¿qué modelo uso?", es "¿cómo hablo con lo que ya tengo sin romperlo?". Esta guía va de eso: las formas reales de conectar, cuándo usar cada una y dónde se rompen las integraciones.
Las tres formas de conectar la IA con lo que ya tienes
No hay una única manera de tender el puente. Hay tres, y se distinguen por cuánto control y cuánto trabajo pides a cambio. La mayoría de arquitecturas serias combinan dos de ellas.
API directa (REST / GraphQL)
La vía más limpia cuando tu ERP o tu CRM ya expone una API moderna. El sistema de IA llama a la API para consultar datos, ejecutar una acción o reaccionar a un evento vía webhook. Control máximo y latencia mínima, a cambio de que alguien programe y mantenga esa conexión. Es la opción por defecto para HubSpot, Salesforce, Shopify o cualquier sistema pensado este siglo. El problema aparece con el ERP de 2004 al que hay que envolver en middleware antes de que hable con nada.
Capa de orquestación / iPaaS (Zapier, Make, n8n)
En vez de programar cada conexión, usas una plataforma de integración que ya trae cientos de conectores hechos. La IA dispara el flujo y la capa de orquestación encadena las acciones —crear el registro, mover el archivo, avisar por email— sin backend a medida. Más rápido de montar y más fácil de cambiar; a cambio, dependes de los conectores que existan y de una plataforma más en la factura. Es el atajo sensato para llegar a producción en semanas cuando los sistemas son estándar.
MCP, el conector estándar (el "USB-C de la IA")
MCP (Model Context Protocol) es un estándar abierto para conectar modelos con tus datos y herramientas sin reescribir la integración por cada modelo que uses. La analogía que funciona es el USB-C: antes cada empresa que quería enchufar un modelo a su CRM construía un cable a medida; MCP estandariza el enchufe. Su valor no es la velocidad de hoy, es que dejas de atarte a un proveedor: cambias de modelo y el puente sigue en pie. En 2026 lo soportan los grandes proveedores, así que es la apuesta de arquitectura, no un experimento.
Cómo se decide cuál usar
La decisión no es de gusto, es de contexto: cómo son tus sistemas, cuánto volumen mueves y cuánto quieres depender de un tercero. Como orientación:
| Situación | Vía recomendada | Por qué |
|---|---|---|
| Sistemas modernos con API buena, volumen alto | API directa | Control y latencia; el coste de programar se amortiza con el uso |
| Sistemas estándar, quieres producción rápida | Orquestación / iPaaS | Conectores hechos, cero backend, cambias el flujo sin tocar código |
| Varios modelos o previsión de cambiarlos | MCP | Un solo puente que no se rehace al cambiar de proveedor |
| ERP legacy sin API decente | API directa + middleware | Hay que envolver el sistema viejo antes; es donde se va el presupuesto |
El gobierno: permisos, auditoría y freno de mano
Dar a un sistema de IA acceso a tu ERP y tu CRM es darle una llave. Una integración adulta no se juega a la confianza: se juega a los permisos. Tres controles no son opcionales:
- Permisos con alcance (scoped). El agente ve y toca solo lo que su tarea necesita, no todo el sistema. Autenticación por OAuth 2.0, tokens que rotan, credenciales que caducan. Un agente de soporte no debería poder borrar una factura.
- Rastro de auditoría. Cada lectura y cada escritura del sistema de IA queda registrada: qué tocó, cuándo y por qué. Sin rastro no hay forma de reconstruir un error ni de defenderlo ante quien te lo pregunte.
- Freno de mano. Un interruptor que corta el acceso del agente en segundos si algo se tuerce, y una frontera clara de qué acciones requieren visto bueno humano antes de ejecutarse. La autonomía sin freno no es autonomía: es exposición.
Los cuatro puntos donde se rompe una integración
Las integraciones no fallan por el modelo. Fallan casi siempre por los mismos cuatro sitios, y todos se ven venir:
- El dato sucio o inaccesible. Si el input vive en un PDF escaneado o en un WhatsApp, no hay API que lo salve. La integración empieza por poner el dato donde se pueda leer.
- El sistema legacy sin API. El ERP viejo obliga a middleware, y ese trabajo casi nunca está en el presupuesto inicial. Descúbrelo en la auditoría, no en la factura.
- Los límites de velocidad (rate limits). Los sistemas se diseñaron para personas pulsando botones, no para un agente haciendo mil llamadas por minuto. Si no dimensionas el ritmo, la integración funciona en la demo y se cae en producción.
- La ausencia de dueño. Una integración es un sistema vivo: cambian formatos, se rompen conectores, aparecen casos límite. Sin alguien que la mantenga, se degrada en meses. Es el mismo motivo por el que fracasan tantos proyectos de automatización.
Cuando decides qué conectar primero, la respuesta sale de mirar el proceso, no la tecnología: empieza por el que más duele y mejor dato tiene, que es justo el criterio de qué procesos automatizar con IA. El puente se tiende hacia donde hay tráfico.