Conectar la IA a tus Sistemas sin Saltarte los Permisos: Así lo Hacemos

La pregunta que más nos hacen cuando proponemos conectar un asistente de IA al ERP no es técnica. Es de dirección: "¿y si un vendedor le pregunta cuánto vendieron los demás?". Es la pregunta correcta. Un asistente con acceso a todo y reglas escritas en un texto que el modelo puede ignorar es un riesgo, no una herramienta.

En septiembre de 2026 conectamos nuestro ERP, el CRM y la mesa de soporte a Claude y ChatGPT con un servidor MCP propio. Hoy la dirección pregunta desde el teléfono cuánto se vendió en el mes y la respuesta sale del ERP vivo. Te cuento cómo lo hicimos sin abrir un solo hueco en los permisos.

Resumen ejecutivo

• Un servidor MCP expone funciones de tus sistemas a asistentes como Claude o ChatGPT con un estándar abierto.
• La credencial identifica a una persona; no da permisos. Cada llamada corre con el rol y las reglas de ese usuario.
• Al 6 de octubre de 2026 el nuestro tiene 34 herramientas: 23 de consulta y 11 de escritura, contadas en el código.
• Toda escritura devuelve primero una vista previa y solo se ejecuta con una confirmación explícita.
• Los totales, el IVA y los descuentos los calcula el ERP, nunca el modelo.

¿Qué es un servidor MCP?

Es un conector que expone las funciones de un sistema, como "buscar cliente" o "crear cotización", a asistentes de IA como Claude o ChatGPT, con un formato estándar. MCP significa Model Context Protocol y lo publicó Anthropic como estándar abierto el 25 de noviembre de 2024.

La ventaja práctica es que construyes el conector una vez y lo usan varios asistentes. Nosotros lo usamos con Claude en la computadora y en el teléfono, y con ChatGPT. Una limitación que conviene saber antes de decidir: Gemini dentro de Google Workspace no admite hoy conectores MCP propios, y WhatsApp tampoco habla MCP. Por eso las herramientas viven en un registro que también puede usar un bot propio, con las mismas reglas.

¿Cómo respeta los permisos de cada persona?

La credencial no da permisos: identifica a una persona. Cada llamada del asistente corre como ese usuario del sistema, con su rol y sus reglas. Si un vendedor solo ve sus cotizaciones en el portal, el asistente tampoco ve más. No escribimos reglas nuevas para la IA; reusamos las que el sistema ya tenía.

Eso es lo que hizo posible construirlo rápido y sin riesgo. Todos los servicios de nuestro ERP y CRM ya recibían al usuario que hace la petición, así que el filtro por vendedor y los candados por rol aplican igual desde el portal que desde un chat. Encima pusimos cinco controles, todos en el servidor:

Control	Cuándo actúa	Qué evita
Catálogo según el rol	Cuando el asistente pide la lista de herramientas	Que sepa que existe lo que esa persona no puede usar
Nueva revisión del rol	En cada llamada a una herramienta	Que alguien llame una herramienta que no le corresponde
Confirmación en dos turnos	En toda escritura: vista previa primero, ejecución después	Que el modelo escriba por su cuenta
Reglas del negocio existentes	Dentro de los servicios del ERP y el CRM	Totales inventados o vistas de datos ajenos
Registro de cada llamada	En consultas y escrituras	Que no se sepa quién pidió qué

La especificación de MCP dice que siempre debería haber una persona capaz de negar la ejecución de una herramienta y recomienda pedir confirmación en operaciones sensibles. Pero lo deja en manos de la aplicación que usas. Mi postura: si el control depende del cliente, no es tuyo. Nosotros lo pusimos en el servidor, y así funciona igual desde cualquier asistente.

¿Qué puede hacer la IA y qué no?

Puede consultar ventas, cobranza, inventario, tickets de soporte y estatus de entregas, y proponer cotizaciones, tareas, reuniones o tickets. No puede calcular totales ni IVA: los calcula el ERP. Y no escribe nada sin mostrarte antes una vista previa y recibir tu confirmación en el turno siguiente.

En la práctica, un vendedor dicta "cotiza dos switches para tal cliente" y recibe la cotización armada con precios de catálogo para revisarla. Si dice que sí, se crea; si corrige algo, se vuelve a mostrar. Un "sí, pero cambia la cantidad" no ejecuta nada: es una corrección. Y la dirección pregunta por cartera vencida o pedidos atrasados sin abrir un solo reporte.

¿Qué aprendimos al construirlo?

Tres cosas: pocas herramientas bien elegidas funcionan mejor que muchas, un servidor sin tráfico se diagnostica con el error del cliente y conviene registrar también las consultas, no solo las escrituras.

• Menos herramientas, mejor elegidas. Llegamos a tener tantas que algunos asistentes dejaron de cargar el catálogo completo. Fusionamos las de "listar" y "ver detalle" por tipo de documento y el problema desapareció.
• Cero tráfico en el servidor no es una contraseña equivocada. Cuando el inicio de sesión desde el teléfono fallaba, perseguimos dos teorías falsas antes de ver que la petición nunca llegaba: la bloqueaba una política de seguridad del navegador. Hoy pedimos el error del cliente antes de teorizar.
• Registrar también las consultas. Al principio solo registrábamos escrituras. Saber qué pregunta la gente nos dijo qué herramientas faltaban y cuáles sobraban.

La regla madre del proyecto se resume en una frase: lo que se puede decidir en código no se le pregunta al modelo. Permisos, totales, confirmaciones y fechas son código. El modelo entiende lo que pides y te lo explica en lenguaje claro.

¿Se puede replicar en el sistema de mi empresa?

Sí, si tu sistema tiene usuarios y roles. Partimos de su documentación y de su código para respetar los permisos y las reglas que ya existen, en lugar de inventar un modelo nuevo. Ya lo hicimos fuera de casa: un ERP de construcción con escrituras confirmadas y un padrón de contratistas que solo se consulta.

Si tu sistema no tiene API, el primer paso es otro; lo explicamos en cómo conectar sistemas que no se hablan y, si hay que construir esa capa, en la guía de software a la medida. Para entender dónde encaja esto en una estrategia de IA, lee la guía de inteligencia artificial para empresas, qué hacen los agentes de IA y cómo usamos la IA en SCRAM todos los días.

Si quieres que tu equipo le pregunte a tu ERP o a tu CRM desde Claude o ChatGPT sin abrir los permisos, mira nuestros servicios de inteligencia artificial o agenda un diagnóstico de tu sistema: revisamos sus usuarios y roles y te decimos qué herramientas tendría sentido exponer primero.

Ing. Armando Cortés