Hola a todos. En enero os conté que el servidor MCP de Dynamics 365 era “la IA que por fin toma acción”. Hoy toca bajar al barro: cómo habilitarlo, conectarlo a un agente y no llevarse sustos. Es un artículo para guardar.
Paso 0: requisitos
- Versión mínima de F&O: 10.0.47, 10.0.46 PQU-2 o 10.0.45 PQU-7.
- Entorno Tier 2 o superior, o Unified Developer Environment. No funciona en Cloud Hosted Environments (CHE).
- La característica Dynamics 365 ERP Model Context Protocol server en Feature management (viene activada por defecto).
Atención: el antiguo servidor “estático” (13 herramientas sobre Dataverse) se retira el 1 de octubre de 2026. Si tenéis algo construido sobre él, migrad al servidor dinámico.
Paso 1: habilitar el servidor
En F&O, id a Workspaces > Feature management, buscad Dynamics 365 ERP Model Context Protocol server y comprobad que está activada.
Paso 2: autorizar al cliente
El servidor solo atiende a clientes autorizados. En System administration > Setup > Allowed MCP clients:
- Pulsad New.
- Indicad un Name descriptivo.
- En ClientId, el Application (client) ID de la plataforma de agentes (Copilot Studio, vuestra app de Entra para Foundry, el cliente de Cowork…).
- Marcad Allowed = true.
Paso 3a: conectarlo a Copilot Studio
- Abrid o cread un agente en Copilot Studio.
- En Tools, seleccionad Add a tool y filtrad por Model Context Protocol.
- Buscad Dynamics 365 ERP MCP (el dinámico, no el estático).
- Cread la conexión y pulsad Add to agent.
Paso 3b: conectarlo a Microsoft Foundry
- Registrad una aplicación en Microsoft Entra ID.
- En F&O, en System administration > Setup > Microsoft Entra ID applications, cread un registro con el Client ID de la app y asignadle un usuario con el rol adecuado.
- Añadid el mismo Client ID en Allowed MCP clients.
Las herramientas que tendrá vuestro agente
| Categoría | Ejemplos | Cuándo usarla |
|---|---|---|
| Datos | buscar tipos de entidad, consultar, crear, actualizar, borrar | Operaciones CRUD estándar; más eficientes |
| Formularios | buscar elementos de menú, abrir formularios, rellenar campos, pulsar botones | Cuando la lógica vive en el formulario |
| Acciones | api_find_actions, api_invoke_action | Lógica de negocio que expongáis como AI tools (clases con ICustomAPI) |
Consejo: si veis que el agente usa formularios para algo que podría hacer con entidades, decídselo en las instrucciones. Ganaréis rendimiento y menos llamadas.
Seguridad: el contexto es dinámico
El servidor devuelve al agente el mismo modelo de vista que vería el usuario, filtrado por su rol de seguridad. Si el agente actúa con un rol de comprador, solo verá menús, entidades y acciones de ese rol, y cualquier llamada fuera de su alcance se rechaza. Además, vuestras extensiones y personalizaciones están disponibles automáticamente.
En entornos regulados, mi recomendación es clara: roles específicos para agentes, con el mínimo privilegio, y nunca reutilizar el rol de un administrador “para probar”.
Limitaciones a tener en cuenta
- Los filtros avanzados de rejilla (antes de, después de, entre) no están soportados; solo “matches”.
- Durante las ventanas de mantenimiento el servidor no está disponible.
- Añadir el servidor MCP al agente de Copilot del panel lateral de F&O aún no está soportado.
Instrucciones que me funcionan
- Indicar siempre la empresa (“trabaja en la entidad legal USMF salvo que te indique otra”).
- Pedir confirmación antes de cualquier escritura.
- Priorizar herramientas de datos para consultas y altas sencillas.
- Definir qué hacer si una acción falla (no reintentar a ciegas).
Mi conclusión
Configurar el servidor MCP lleva menos de una hora. Diseñar bien los roles, las instrucciones y las aprobaciones es lo que separa una demo de un agente que podéis defender ante un auditor.
¿Os animáis a montarlo esta semana? Contádmelo en los comentarios.
Fuentes: Use Model Context Protocol for finance and operations apps (Microsoft Learn) · Build an agent with Dynamics 365 ERP MCP (Microsoft Learn) · Connect to the Dynamics 365 ERP MCP server with Microsoft Foundry (Microsoft Learn)
