Crear un caso, agregar una nota y programar el seguimiento parece una sola operación para quien atiende una solicitud. Si el agente realiza tres escrituras independientes, un fallo intermedio puede dejar el trabajo incompleto. Una operación de negocio definida en el servidor permite controlar ese límite.
La novedad anunciada por Microsoft
El 26 de octubre de 2026, Kent Weare anunció la incorporación de Custom APIs al servidor MCP de Dataverse. El ejemplo oficial reúne la creación de un caso, una nota y una tarea en un plug-in C#, dentro de una transacción de Dataverse.
El agente descubre la operación mediante search, consulta su contrato con describe y la ejecuta mediante invoke_api. Los parámetros y resultados tipados describen una capacidad de negocio concreta. El anuncio distingue estas APIs de las Custom Actions clásicas, que no están soportadas por este mecanismo.
El beneficio transaccional del ejemplo se limita a Dataverse. No debe extenderse a llamadas externas ni interpretarse como una transacción distribuida con Dynamics 365 Finance and Operations.
Contrato, permisos y disponibilidad
Microsoft Learn documenta la definición de Custom APIs y su implementación mediante plug-ins. ExecutePrivilegeName permite exigir un privilegio existente para ejecutar la operación. IsPrivate reduce su exposición en metadatos, pero no sustituye la autorización. Los nombres, parámetros y respuestas de una API consumida por otras soluciones deben tratarse como un contrato versionado.
Para conectar un cliente MCP es necesario configurar el servidor y los clientes permitidos en el entorno de Power Platform. La documentación general consultada no enumera todavía invoke_api en su catálogo de herramientas: confirme su disponibilidad en el entorno antes de diseñar una dependencia productiva. Revise también los requisitos de facturación del servidor MCP y las licencias del cliente; no suponga que cualquier combinación de servicios está incluida sin coste adicional.
Piloto recomendado
Proponemos una prueba de dos a cuatro días con datos sintéticos, si ya existe un entorno de desarrollo y capacidad para desplegar plug-ins. Es una estimación editorial, no una medición ni una implementación ejecutada por Enoiax.
- Defina una operación acotada, con parámetros obligatorios, validaciones y una respuesta que permita comprobar el resultado.
- Incluya la Custom API y su plug-in en una solución. Valide primero la llamada directa, antes de introducir el agente.
- Configure el acceso MCP y compruebe que el cliente descubre y describe la operación esperada.
- Fuerce un error después de la primera escritura. Verifique que no quedan registros parciales dentro de la transacción.
- Repita con un usuario sin permisos suficientes, parámetros inválidos y una solicitud duplicada.
- Importe la solución en otro entorno y repita las pruebas para revisar dependencias y despliegue.
Qué no resuelve una transacción
La atomicidad no evita que dos invocaciones completas creen dos resultados válidos pero duplicados. Diseñe una estrategia de idempotencia para los reintentos. Tampoco evita que el agente elija una operación equivocada: limite sus herramientas, valide entradas en servidor y pida confirmación cuando una escritura tenga impacto relevante.
Proteja la información que aparece en descripciones, trazas y respuestas. Mantenga las reglas de negocio en componentes revisables y pruebe los cambios del contrato junto con el agente. Para equipos que operan en LATAM, el patrón puede reutilizarse en procesos de atención y seguimiento, sin atribuirle cobertura fiscal o localización por país.
Recomendación: Probar. La documentación permite construir un piloto, pero la replicabilidad es media: exige desarrollo, configuración y comprobación de disponibilidad. El anuncio no entrega una solución completa lista para importar ni demuestra una integración terminada con D365FO.