Cómo aprobar el PL-400: guía completa para preparar el examen Power Platform Developer

Guía completa · Lectura ~15 min · Actualizada periódicamente

El examen PL-400 Microsoft Power Platform Developer es la certificación más difícil del ecosistema Power Platform y la más valorada por consultoras especializadas en pro-code. Aprobar el PL-400 acredita que sabes desarrollar plugins en C#, crear controles PCF en TypeScript, construir custom connectors, manejar el Dataverse SDK y orquestar integraciones de cierta complejidad. No es un examen para tomarse a la ligera.

Aquí va la guía honesta de qué te vas a encontrar, qué necesitas dominar de verdad, qué cae siempre, qué se puede ignorar y cómo planificar las 8-12 semanas de preparación realistas.

¿Para quién es el PL-400?

El PL-400 está pensado para desarrolladores con experiencia en Power Platform: dev de Dynamics 365 senior, devs .NET que quieren orientarse al ecosistema low-code, integradores de sistemas que trabajan con Dataverse Web API. Si nunca has escrito un plugin en C# ni un control en TypeScript, este no es tu examen — empieza por el PL-200 y gana experiencia primero.

Microsoft recomienda 1-2 años de experiencia desarrollando sobre Power Platform antes de presentarse. La gente que se salta este requisito suele suspender al primer intento aunque haya estudiado bien la teoría.

Salidas profesionales en España

El PL-400 es la cert que más sueldo desbloquea de las cinco PL. Roles típicos:

• Power Platform Developer (40-60 K€ con 2-3 años de experiencia; 60-80 K€ con 5+ años).
• Dynamics 365 Technical Consultant: muy buscado por consultoras especializadas en CRM.
• Senior Dataverse Developer en empresas grandes con CRM Microsoft.
• Lead Power Platform Developer en partners Gold de Microsoft.
• Freelance pro-code Power Platform: tarifas de 60-100 €/h en proyectos puntuales.

Combinado con el PL-600 (Solution Architect), abre el camino a roles tipo Principal Consultant.

Coste, formato y características del examen

Temario completo (5 dominios del PL-400)

1. Diseño técnico (10-15%)

• Identificar componentes pro-code vs low-code en una solución.
• Definir estrategia de extensibilidad: cuándo usar plugin, cuándo custom workflow activity, cuándo Power Automate, cuándo Azure Function.
• Patrones de integración (synchronous vs asynchronous, real-time vs eventual).
• Conceptos de Zero Trust aplicados a Power Platform.
• Resiliency patterns: retry, circuit breaker, dead letter queue.

2. Configurar Dataverse (15-20%)

• Modelado avanzado: tablas elásticas, virtual tables, alternate keys.
• Columnas calculadas y rollup vs formula columns vs Power Fx.
• Seguridad avanzada: Field Security Profiles, hierarchical security, access teams.
• Change tracking, auditoría, data history.
• Dataverse Web API: queries con OData, FetchXML, retrieve multiple con paginación.

3. Crear apps y experiencias (15-20%)

• PCF (PowerApps Component Framework): tipos de control (field vs dataset), manifest, ciclo de vida, init/updateView/getOutputs/destroy.
• JavaScript en formularios de model-driven apps: form context, formContext.getAttribute, formContext.ui, eventos save/load.
• Custom ribbons con ribbon workbench.
• Custom pages dentro de model-driven apps.
• Power Fx en componentes personalizados.

4. Extender la plataforma (25-30%)

Es el dominio más extenso y donde más se aprueba/suspende:

• Plugins de Dataverse: pipeline de ejecución (pre-validation, pre-operation, post-operation, sync vs async).
• IPluginExecutionContext, IOrganizationService, Target, Pre/Post Entity Images.
• Plugin Registration Tool: cómo registrar pasos, manejar steps, attribute filtering.
• Custom Workflow Activities (cuando merece la pena frente a Power Automate).
• Webhooks: cuándo conviene un webhook vs un plugin async.
• Custom API y Custom Actions: diferencias y casos de uso.
• Custom Connectors: OpenAPI/Swagger, autenticación (API key, OAuth, AAD), políticas.
• Performance: ColumnSet específico, evitar N+1 con Entity Images, batch operations con ExecuteMultiple.

5. Desarrollar integraciones (15-20%)

• Dataverse Web API vs Organization Service.
• Azure Service Bus + Power Platform: queue listener pattern.
• Azure Functions disparadas por Dataverse events.
• Power Automate y conectores premium para integración.
• Patrón pub/sub con Service Bus topics.

6. ALM (atravesando todos los dominios)

• Power Platform CLI (pac): comandos esenciales (pac pcf init, pac solution pack/unpack, pac auth create).
• Soluciones managed vs unmanaged, segmentation.
• Connection References y Environment Variables.
• Pipelines de DevOps: GitHub Actions y Azure DevOps con Power Platform Build Tools.

Plan de estudio realista (10-12 semanas)

Semanas 1-2: Configurar el entorno

Crea una cuenta developer de Power Platform, descarga Visual Studio 2022, Plugin Registration Tool, XrmToolBox. Configura un proyecto C# que se conecte a tu entorno con el SDK de Dataverse. Si nunca lo has hecho, esto te llevará varios días.

Semanas 3-4: Plugins a fondo

Escribe tu primer plugin desde cero. Aprende el pipeline: pre-validation, pre-operation, post-operation. Practica con Pre/Post Entity Images. Registra steps con filtros de atributos. Es el corazón del PL-400.

Semanas 5-6: PCF y JavaScript

Crea un PCF field control y un PCF dataset control desde cero usando pac pcf init. Aprende a escribir TypeScript. Crea formularios con JavaScript que reaccionen a eventos. La curva es empinada si vienes solo de C#.

Semanas 7-8: Web API e integraciones

Construye un cliente que consuma Dataverse Web API. Practica FetchXML, OData, paginación. Monta un Custom Connector que use OAuth contra una API externa. Conecta una Azure Function a un Service Bus disparado por un plugin async.

Semana 9: ALM y Power Platform CLI

Aprende los comandos pac a fondo. Exporta una solución como managed, impórtala en otro entorno con un pipeline. Configura un GitHub Action que despliegue tu solución.

Semanas 10-12: Tests y repaso

Usa los tests gratis de PL-400 y el practice assessment oficial. El PL-400 es de los exámenes donde más impacta hacer muchos tests porque la forma de preguntar es muy específica.

Recursos imprescindibles

Oficiales

• Study guide oficial PL-400 — Léelo dos veces.
• Microsoft Learn paths para PL-400 — Especialmente los módulos de PCF, plugins y Web API.
• Power Apps Developer documentation — La biblia del PL-400.

No oficiales

• Scott Durow (canal y blog): probablemente la mejor referencia sobre desarrollo de Power Platform. Su libro Dynamics 365 Application Development sigue siendo útil.
• Jonas Rapp: creador de XrmToolBox y referencia en consultas FetchXML.
• Markus Wittwer: especialista en PCF.
• Tests gratis PL-400 en español de este sitio.

Trucos para el examen

• Plugin pipeline: si dudas entre sync y async, piensa en si la operación bloquea al usuario y si necesita garantía transaccional. Sync = transaccional + bloquea; async = mejor rendimiento, no rollback.
• Plugin vs Power Automate: plugin si necesitas baja latencia o lógica transaccional compleja. Power Automate si es orquestación con servicios externos.
• Custom API vs Custom Action: Custom API es la versión moderna y preferida. Aparece como respuesta correcta más a menudo.
• Cuando el escenario menciona "high throughput" o "más de 5000 registros": piensa en ExecuteMultipleRequest y batching.
• Cuando el escenario menciona "diferentes lenguajes" o "usuarios externos": piensa en Power Pages, no en model-driven app.

Errores típicos que hacen suspender el PL-400

1. No conocer bien el plugin pipeline. Si no sabes qué pasa en pre-validation vs pre-operation vs post-operation, fallan 4-5 preguntas seguro.
2. Subestimar PCF. Para muchos devs de Dynamics es nuevo. Hay que hacer al menos 2-3 controles antes del examen.
3. Confundir Web API con Organization Service. Saber cuándo usar cada una y sus limitaciones cae fijo.
4. No practicar con código en pantalla. El PL-400 mete snippets de C# y JavaScript a elegir. Si no estás acostumbrado, te quedas bloqueado.
5. Olvidar ALM. Power Platform CLI cae mínimo 2 preguntas. Aprende los comandos.

El día del examen

El PL-400 dura 120 minutos. Es uno de los más largos. Mantente concentrado: las preguntas son densas y técnicamente exigentes. Los case studies del PL-400 son particularmente extensos — léelos con calma y vuelve sobre las preguntas si dudas. Al aprobar obtienes Microsoft Certified: Power Platform Developer Associate.

Preguntas frecuentes

¿Cuánto C# y JavaScript hay que saber para el PL-400?

C# a nivel intermedio: lambdas, async/await, LINQ, manejo de excepciones, herencia, interfaces. Debes saber escribir un plugin desde cero. JavaScript/TypeScript a nivel intermedio: formContext API, eventos del formulario, fundamentos de TypeScript para PCF. No se piden patrones de diseño avanzados, pero sí soltura con el código.

¿Es necesario aprobar el PL-200 antes del PL-400?

No es obligatorio, pero sí muy recomendable. El PL-400 asume que dominas la parte funcional de Power Platform (Dataverse, soluciones, ALM básico). Si vas directo al PL-400 sin esa base, vas a flojear en muchos contextos.

¿Cuánto tiempo necesito para preparar el PL-400?

Lo realista: 100-150 horas si tienes 1-2 años de experiencia desarrollando sobre Power Platform; 200+ horas si vienes de .NET puro sin experiencia con Dynamics o Dataverse. Repartido en 10-16 semanas.

¿Sigue cayendo Power Apps Component Framework (PCF) en el PL-400?

Sí, sigue siendo un dominio importante. Microsoft ha invertido fuerte en PCF y aparece tanto en preguntas teóricas (manifest, lifecycle) como en preguntas prácticas (elegir el tipo de control correcto, debugging).

¿Y Microsoft Fabric afecta al PL-400?

El PL-400 sigue centrado en Power Platform (Dataverse, plugins, PCF, Power Automate, integraciones). Microsoft Fabric tiene su propia certificación (DP-600) y no aparece en el PL-400 más allá de menciones tangenciales.

¿Cuál es la tasa de aprobado del PL-400?

Microsoft no publica datos oficiales, pero por experiencia de candidatos: alrededor del 50-60% aprueba al primer intento si han preparado en serio, y sube al 70-80% al segundo intento. Es más bajo que el PL-200 o el PL-900.

Otras guías del blog