MCP: cómo conectar la IA a los sistemas de tu empresa (explicado sin tecnicismos)

Tu asistente de IA escribe bien, resume bien y no sabe si el pedido 4471 ya salió del almacén.

Ese hueco —entre un modelo capaz y unos datos que no puede ver— fue durante dos años el verdadero cuello de botella de la IA empresarial. MCP es el estándar que lo está cerrando, y conviene entenderlo porque ya está llegando a productos que probablemente usas.

Qué es, sin jerga

MCP significa Model Context Protocol. Es un acuerdo sobre cómo un asistente de IA le pide información a un sistema.

La analogía que funciona: es el puerto USB de las integraciones de IA.

Antes de un estándar, conectar un asistente con tu ERP significaba programar una integración a la medida para esa pareja concreta. Si cambiabas de asistente, se rehacía. Si actualizabas el ERP, se revisaba. Cada combinación, su propio cable.

Con MCP, el sistema publica una sola vez qué se puede consultar y cualquier asistente compatible lo entiende. Un puerto, muchos aparatos.

Qué se puede hacer con esto

Ejemplos concretos, no teoría:

Lo interesante no es que el dato exista —siempre existió, en un reporte—, es que lo pregunte quien lo necesita, en lenguaje normal, sin aprender a navegar el sistema. Esa es la barrera que baja.

Paso 1: elige una pregunta, no una tecnología

El error clásico es arrancar por "queremos implementar MCP". Eso no es un proyecto, es una herramienta.

Arranca al revés: ¿qué pregunta le hacen todos los días a alguien que tiene que entrar a un sistema a buscar la respuesta?

Señales de una buena primera pregunta:

• Se repite varias veces al día.
• La respuesta existe en un sistema, no en la cabeza de alguien.
• Hoy la responde una persona que debería estar haciendo otra cosa.
• Es consulta, no modificación.

Ese último punto es deliberado: tu primera conexión debe ser de solo lectura.

Paso 2: revisa si tu sistema ya lo trae

Antes de desarrollar nada, pregunta. Cada vez más productos lo incluyen:

• ERP modernos lo están incorporando en sus ediciones de paga.
• Plataformas en la nube de CRM, soporte y comercio suelen ir por delante.
• Sistemas a la medida o antiguos casi siempre requieren construirlo.

Si tu sistema lo trae, el trabajo es generar una clave de API, definir el alcance y configurarla en el asistente. Una tarde.

Si no lo trae, hace falta que alguien construya un servidor MCP que exponga tus datos. Con un alcance acotado a una pregunta, es un proyecto de días, no de meses — y ese es justamente el argumento para empezar acotado.

Paso 3: configura los permisos como si fuera un empleado nuevo

Aquí está el 90% del riesgo, y se controla con criterios que ya conoces:

1. Solo lectura al principio. Sin excepciones. Consultar no rompe nada; modificar sí. Que el asistente pueda crear o cambiar registros es una decisión posterior, tomada aparte y con revisión.
2. Credencial propia, no la de un usuario. Un acceso dedicado al asistente, que se pueda revocar sin afectar a nadie.
3. Solo los datos que ese caso necesita. Si la pregunta es sobre estatus de pedidos, el acceso no incluye nómina. La tentación de dar permisos amplios "por si luego sirve" es exactamente lo que hay que resistir.
4. Registro de lo que consulta. Que quede traza de qué se preguntó y qué se devolvió. Sirve para auditoría y para depurar.
5. Fecha de revisión. Un acceso sin revisión programada es un acceso permanente por omisión.

Paso 4: prueba con preguntas cuya respuesta ya conoces

Igual que con un asistente sobre documentos: arma una batería de diez a quince preguntas donde tú ya sabes la respuesta correcta, y verifica.

Lo que hay que buscar específicamente:

• Que no invente cuando no encuentra. Si preguntas por un cliente inexistente, debe decirlo, no fabricar un saldo.
• Que los números cuadren contra el reporte del sistema. Uno por uno, las primeras veces.
• Que respete los límites de acceso. Pregúntale algo fuera de su alcance y confirma que no lo responde.

Paso 5: suéltalo acotado y crece despacio

Un área, dos semanas, una pregunta. Después se amplía.

El orden sano de crecimiento:

1. Una consulta, un área.
2. Más consultas, misma área.
3. Mismas consultas, más áreas.
4. Y mucho después: permisos de escritura, con aprobación humana en medio.

Saltarse a la escritura desde el principio es la forma más rápida de que el proyecto se detenga por un susto evitable.

Lo de fondo

MCP no hace más inteligente al modelo. Le da acceso a la realidad de tu empresa, que es una cosa distinta y más útil.

Durante dos años, la conversación sobre IA empresarial se atascó en qué modelo elegir. Esa pregunta importa cada vez menos — los modelos buenos abundan y sus precios bajan. La pregunta que sí decide el resultado es la otra: si el asistente puede o no ver tus datos, y con qué permisos.

Empieza por una pregunta repetida, en solo lectura, con una credencial revocable. Todo lo demás se construye encima.