Temario AB-400: los cuatro dominios del examen y qué es nuevo

Tiene tres bloques: diseñar la arquitectura técnica, diseñar los componentes de la solución e implementar ALM. Es el dominio de las decisiones: dónde va la lógica de negocio (servicios en la nube, cliente, reglas de negocio, plug-ins o automatización), cuándo usar tablas estándar, virtuales o elásticas frente a conectores, y cómo afectan los entornos administrados, las directivas de datos, los roles de seguridad, los equipos y las unidades de negocio.

Lo nuevo está en las preguntas de elección: cuándo usar métodos deterministas o no deterministas para la lógica, cuándo una code app, una página generativa, un componente PCF, un recurso web, un agente interactivo o un widget de aplicación MCP para la interfaz, y cuándo construir un agente en Microsoft Foundry o en Copilot Studio. En diseño de componentes entran los servidores MCP junto a los conectores personalizados, los flujos de trabajo de Copilot Studio junto a Power Automate, y la supervisión con Application Insights y las alertas de Power Platform.

En ALM se mantiene lo conocido (dependencias, variables de entorno, capas de solución) y gana peso la automatización: implementar y extender Power Platform Pipelines y crear CI/CD con Power Platform Build Tools. El registro de cambios marca los tres bloques de este dominio como cambio mayor.

Es el dominio que más crece: en PL-400 pesaba un 10–15 %. Dos bloques vienen de PL-400 con cambios menores: scripting de cliente en apps basadas en modelo (modelo de objetos de la Client API, registro de controladores de eventos, llamadas a la Web API de Dataverse, comandos y botones con Power Fx y JavaScript, navegación, diálogos y notificaciones) y componentes PCF (eventos del ciclo de vida, manifiesto, interfaces, empaquetado y despliegue, y las funciones Device, Utility y Web API).

Los otros dos son nuevos y tratan las code apps de Power Apps. Crear: configurarlas para usar conexiones de Power Platform, tablas de Dataverse, operaciones de tabla y metadatos, acciones y funciones de Dataverse, flujos de Power Automate, agentes de Copilot Studio y variables de entorno. Desplegar y gestionar: directiva de seguridad de contenido (CSP), supervisión con Application Insights, empaquetar, desplegar y compartir, depurar con Monitor y las herramientas del navegador, y optimizar rendimiento y uso de recursos.

Si vienes de PL-400, aquí está la mayor parte del estudio adicional: las code apps suponen dos de los cuatro bloques de un dominio que vale hasta un 30 % del examen.

El dominio más pesado, con cinco bloques. Plug-ins de Dataverse: etapas del pipeline de ejecución, contexto de ejecución, imágenes, Organization service, rendimiento, mensajes de custom API, Plug-in Registration Tool, eventos de negocio y, como novedad, identidad administrada de Power Platform para plug-ins. El registro de cambios lo marca como cambio menor: lo que sabías de PL-400 sigue valiendo.

APIs de la plataforma (cambio mayor): operaciones con la Web API de Dataverse y el Organization service, políticas de reintento ante límites de API, optimización para rendimiento, concurrencia, transacciones y operaciones masivas, autenticación con OAuth, lógica asíncrona con operaciones en segundo plano y los SDK de Dataverse para .NET y Python. Azure Functions se queda igual: operaciones de larga duración, desencadenadores programados y por eventos, y autenticación con identidades administradas.

El bloque de automatización pasa a ser flujos de Power Automate y flujos de trabajo de Copilot Studio: expresiones complejas, control de flujo y gestión de errores, filtros de desencadenador y políticas de reintento, flujos secundarios y autenticación del conector de Dataverse con entidades de servicio. Y cierra el bloque nuevo de agentes de Microsoft Foundry construidos con código: integrarlos mediante los servidores MCP de Power Platform, conectarlos con agentes de Copilot Studio, darles acceso a datos de Dataverse con Work IQ y consumir agentes de Copilot Studio con su biblioteca cliente.

Tres bloques. Publicar y consumir eventos de Dataverse: IServiceEndpointNotificationService, Plug-in Registration Tool, registro de puntos de conexión de servicio (webhooks, Azure Service Bus, Azure Event Hub) y recomendar cómo escuchar eventos. Sincronización de datos de Dataverse: seguimiento de cambios, claves alternativas y el mensaje UpsertRequest.

El tercero, conectores personalizados, estaba en otro dominio en PL-400 y se mueve aquí con cambios menores: autenticación, plantillas de directiva para modificar el comportamiento en tiempo de ejecución, importar definiciones desde OpenAPI, servicios de Azure y GitHub, crear un conector para un servicio de Azure, desarrollar una Azure Function para usarla en un conector, extender la definición OpenAPI y escribir código para transformar datos.

El registro de cambios de la guía marca como eliminados varios bloques de PL-400: crear un diseño técnico como dominio propio (arquitectura y diseño de componentes se mueven al dominio 1), configurar y solucionar problemas de Power Platform, implementar mejoras de Power Apps, funciones avanzadas de apps de lienzo y optimizar y depurar apps. En la práctica, sale la parte más cercana a la configuración y entra más desarrollo profesional.

Para estudiar con cabeza: dedica el tiempo en proporción al peso y a la novedad. Plug-ins y APIs siguen decidiendo el aprobado; code apps y agentes de Foundry son lo que no habrás visto si preparabas PL-400. El plan por bloques está en cómo preparar AB-400, y el contexto del cambio en PL-400 pasa a AB-400.