Microsoft Power Platform Developer (PL-400) — Übungsfragen und Probeprüfung

Die Zertifizierung PL-400 validiert Fähigkeiten beim Entwerfen, Entwickeln, Testen und Behandeln von Problemen bei Microsoft Power Platform-Lösungen mithilfe von Code. Sie umfasst Custom Connectors, Plug-ins, PCF-Controls (PowerApps Component Framework), die Integration von Azure Functions, Workflow-Erweiterungen, die Entwicklung mit der Dataverse Web API sowie das Solution-Packaging für die Power Platform.

Diese Zertifizierung richtet sich an professionelle Entwickler, die die Power Platform über die Low-Code-Funktionen hinaus erweitern. Kandidaten sollten in JavaScript, C#, TypeScript oder .NET versiert sein und Erfahrung beim Erstellen benutzerdefinierter Komponenten, serverseitiger Logik und API-Integrationen mitbringen, die modellgesteuerte und Canvas-Apps auf der Power Platform erweitern.

Das Erweitern der Plattform dominiert mit 30–35 % und wiegt damit mehr als doppelt so schwer wie jede andere Domäne: Dataverse-Plug-ins, Custom Connectors, Plattform-APIs, Azure Functions und Power-Automate-Cloud-Flows sitzen alle hier. Die übrigen fünf Domänen liegen jeweils in einem schmalen Band von 10–15 %: technisches Design, Lösungen bauen, Verbesserungen an Power Apps, Erweiterung der User Experience und Integrationen.

Das Ungleichgewicht ist Absicht. PL-400 ist im Kern eine Plug-in- und API-Prüfung mit einem Power-Platform-Etikett. Wer seine Vorbereitungszeit in PCF Controls oder Verbesserungen an Canvas Apps steckt und Dataverse-Plug-ins und Custom Connectors als ein Thema unter sechs behandelt, merkt spätestens in der Prüfung, dass dieses eine Thema so viel zählt wie die anderen fünf zusammen. ALM und Solution Deployment tauchen quer durch die kleineren Domänen auf statt als eigener Abschnitt, deshalb muss dir das Verhalten von Managed- gegenüber Unmanaged-Solutions in Fleisch und Blut übergehen und nicht einmal auswendig gelernt sein.

Die Prüfung stellt dir in 100 Minuten 40 bis 60 Fragen, gemischt aus Multiple Choice, Multiple Select, Drag-and-Drop und Hot Area. Bei Plug-ins, PCF Controls und API-Integration stehen C#- und JavaScript-Code-Snippets direkt im Aufgabentext, es bleibt also nicht bei konzeptionellen Beschreibungen dessen, was der Code tut. Fragen zu Solution Lifecycle Management und Deployment-Strategie laufen zwischen den Coding-Szenarien mit, nicht in einem eigenen Block.

Der PL-400-Pool deckt jede Domain ab und wird laufend um neue Fragen erweitert. Eine Probeprüfung stellt dir 50 Fragen am Stück, mit derselben 100-Minuten-Uhr wie am Prüfungstag.

Wie lange du brauchst, hängt davon ab, wie viel Praxiserfahrung du mitbringst. Den Rest legt der Anbieter fest: wie die Prüfung abläuft, wie schnell du wiederholen darfst und wie lange das Zertifikat gültig bleibt.

Die Prüfung läuft über Pearson VUE, entweder online mit Remote Proctor oder in einem autorisierten Testcenter, und wird auf Englisch, Deutsch, Französisch, Spanisch, Portugiesisch, Japanisch und Chinesisch angeboten. Die Zertifizierung gilt ein Jahr; sechs Monate vor Ablauf schaltet Microsoft auf Learn ein kostenloses Renewal Assessment frei.

Plug-in-Registrierung, die Stufen der Execution Pipeline und Transaction Management ergeben erst dann Sinn, wenn du selbst eins registriert und dabei zugesehen hast, wie es an der falschen Stufe scheitert. Genau diese Intuition erwartet die Prüfung, keine Definition davon, was ein Plug-in ist. Bei PCF Controls stellt sich dasselbe Problem für die Komponentenentwicklung: Lifecycle-Methoden und Manifest-Konfiguration verhalten sich in der Praxis anders, als die Dokumentation vermuten lässt. Und die Authentifizierung von Custom Connectors (OAuth2 versus API Key) lässt alle stolpern, die bisher nur fertige Connectors benutzt haben. Managed und Unmanaged Solutions, Solution Layering und Deployment-Pipelines in Azure DevOps wiegen genauso schwer wie der Code selbst. Die CRUD-Operationen der Dataverse Web API, FetchXML-Abfragen und Batch-Patterns unterschätzt man leicht, bis eine Frage die exakte Form des Requests wissen will.