Mapa de integraciones IA: conecta sistemas sin montar un lío

Conectar IA a los sistemas internos de una empresa parece el paso lógico después de una buena demo. Primero resume un PDF. Luego contesta una pregunta. Después alguien propone: "si ya lo hace, que lea el CRM, mire el ERP, revise el correo y cree tickets".

Ahí es donde muchos pilotos se tuercen. No porque la IA sea mala, sino porque se conecta demasiado pronto a demasiadas cosas.

Para una empresa de Donostia - San Sebastián, Gipuzkoa o Euskadi, una integración con IA debería empezar con un mapa sencillo: qué sistema entra en el piloto, qué dato necesita leer, qué acción puede preparar, qué acción queda prohibida y quién revisa cada paso. Sin ese mapa, el proyecto acaba dependiendo de permisos dados con prisa.

Al final tienes un PDF descargable para preparar ese mapa antes de tocar CRM, ERP, correo, SharePoint, Drive, tickets o APIs internas.

El error: integrar como si todo fuera igual

No todos los sistemas pesan lo mismo.

Leer una FAQ pública no es lo mismo que leer contratos. Crear una nota interna en el CRM no es lo mismo que cambiar una oportunidad. Preparar un borrador de email no es lo mismo que enviarlo al cliente. Consultar un pedido no es lo mismo que modificarlo.

La diferencia parece obvia cuando se escribe. En los pilotos rápidos, se olvida con facilidad. Se da acceso amplio para ahorrar tiempo y luego cuesta explicar qué puede ver la IA, qué ha usado para responder y qué acción ha dejado hecha.

El mapa en una frase

El mapa responde a una pregunta práctica: para este piloto concreto, ¿qué conexión aporta valor sin abrir más riesgo del necesario?

No hace falta mapear toda la empresa. De hecho, conviene no hacerlo. Elige un caso y baja a tierra las conexiones reales. Si el caso es atención al cliente, quizá entren tickets, base de conocimiento y CRM. Si es administración, quizá entren facturas, ERP y correo. Si es ventas, quizá entren formulario web, CRM y documentación comercial.

Lo útil es separar leer, proponer y ejecutar.

Paso 1: define el caso antes del conector

Antes de hablar de API, Zapier, Make, n8n, Copilot, Gemini, Claude, ChatGPT o cualquier otra herramienta, escribe la tarea.

Mal: "conectar IA al CRM".

Mejor: "leer un lead entrante, resumir necesidad, detectar señales de encaje, proponer prioridad y preparar una nota para que comercial la revise".

La segunda frase ya permite decidir permisos. La primera solo pide acceso.

Paso 2: lista los sistemas implicados

Haz una lista corta. Normalmente aparecen algunos de estos:

• CRM: leads, oportunidades, contactos, notas comerciales.
• ERP: pedidos, facturas, stock, estados, datos maestros.
• Correo: solicitudes entrantes, adjuntos, respuestas pendientes.
• Documentos: manuales, propuestas, contratos, procedimientos, fichas técnicas.
• Tickets: incidencias, prioridades, estados, históricos.
• Web o formularios: consultas, descargas, señales de interés.
• APIs internas: datos operativos, estados de proceso, avisos.

Para cada sistema, añade una frase incómoda: "qué pasaría si la IA usa mal este dato". Esa frase suele ordenar bastante.

Paso 3: marca qué puede leer

La lectura también necesita límites.

Un piloto puede leer solo una vista filtrada del CRM, una carpeta concreta de documentos o tickets cerrados de una categoría. No necesita entrar en todo. Si el agente solo cualifica leads, no debería leer nóminas. Si solo prepara respuestas de soporte, no debería ver contratos completos salvo que el caso lo exija y alguien lo haya aprobado.

La regla sencilla: si no puedes explicar por qué el piloto necesita ese dato, no lo conectes todavía.

Paso 4: separa propuesta de ejecución

Aquí se gana o se pierde el control.

Un piloto inicial suele funcionar mejor si la IA propone y una persona ejecuta. Puede preparar una nota, redactar un borrador, sugerir prioridad, detectar información incompleta o crear una tarea interna. Ya hay ahorro sin dejar que modifique sistemas delicados.

Cuando el piloto demuestre valor, se puede abrir una acción limitada: crear un ticket interno, añadir una etiqueta, enviar un aviso a Teams o actualizar un campo de bajo riesgo. Poco a poco. Con registro.

Paso 5: escribe las acciones prohibidas

Esta parte evita malentendidos.

Ejemplos de acciones que suelen quedar fuera al principio:

• enviar emails externos sin revisión;
• cambiar precios, plazos o condiciones comerciales;
• modificar datos maestros en ERP o CRM;
• borrar registros;
• cerrar incidencias con impacto económico;
• leer carpetas generales sin dueño;
• usar datos personales sin una finalidad clara.

No es una lista para asustar. Es una forma de que el piloto tenga límites entendibles.

Un ejemplo: lead B2B que entra por la web

Imagina una empresa de servicios en Gipuzkoa que recibe consultas por formulario. Quiere responder antes y no perder oportunidades buenas.

Un mapa razonable para empezar:

• Web: lee el formulario entrante.
• CRM: busca si la empresa ya existe y lee notas comerciales básicas.
• Documentación comercial: consulta servicios, casos y criterios de encaje.
• IA: prepara resumen, señales de prioridad y siguiente pregunta útil.
• Acción permitida: crear una tarea para comercial con borrador de respuesta.
• Acción prohibida: enviar email al lead, cambiar oportunidad o prometer plazos.
• Revisión: comercial valida antes de contactar.

No es espectacular. Precisamente por eso puede funcionar. El equipo ve el valor, detecta errores y decide si merece abrir más permisos.

Señales de que la integración va demasiado rápido

Para y revisa si aparece algo de esto:

• nadie sabe qué sistemas están conectados;
• la IA tiene permisos de administrador "para probar";
• el piloto lee datos que no necesita;
• las acciones no dejan registro;
• no hay persona responsable del proceso;
• se mide actividad, pero no calidad;
• el equipo no sabe cómo parar el flujo si algo sale mal.

Si aparece una señal, no hace falta tirar el proyecto. Baja alcance, limita lectura, convierte ejecución en borrador o añade revisión humana.

Descarga el mapa básico

Usa el PDF para una reunión corta entre negocio e IT. Elige un piloto y rellena el mapa con sistemas, datos, permisos, acciones y responsable. Si el mapa no cabe en una página, probablemente el primer piloto es demasiado grande.

Si quieres conectarlo con cabeza

En Umintia ayudamos a empresas de Donostia - San Sebastián, Gipuzkoa y Euskadi a convertir demos de IA en procesos conectados con permisos, trazabilidad y revisión humana.

Si ya tienes una prueba funcionando y el siguiente paso es conectarla a sistemas internos, merece la pena parar una hora y dibujar el mapa. Es más barato que arreglar una integración que nació con permisos de más.