Un développeur Power Apps / Dataverse construit des applications de gestion sur Dataverse, le plus souvent en model-driven, et écrit le code que la configuration ne couvre pas. Il conçoit les tables et la sécurité, écrit des plugins C#, des Custom APIs, du JavaScript de formulaire et des composants PCF en TypeScript, parfois un site Power Pages pour des utilisateurs externes. Les annonces parlent de développeur Power Platform, de consultant technique Dynamics 365 ou de développeur Dataverse.
Les candidats arrivent par deux chemins. Le premier vient du low-code, maîtrise Power Apps canvas et Power Automate, mais n'a jamais écrit de plugin. Le second vient de Dynamics 365 CRM et connaît le SDK, le pipeline d'exécution et les solutions. Le premier est à vérifier sur le code et le modèle de sécurité, le second sur les outils récents : PCF en React, Power Fx dans les commandes, pipelines de déploiement.
La certification Power Platform Developer Associate passe aujourd'hui par l'examen AB-400 ; beaucoup de CV citent encore PL-400, retiré le 30 octobre 2026. Elle montre une connaissance de la plateforme. Un plugin qui tourne en boucle ou une solution non managée en production en disent davantage sur l'expérience.
Dataverse, plugins, PCF : la boîte à outils du poste
Dataverse
La base de données de la Power Platform. Elle stocke les tables, les relations, la logique métier et la sécurité, partagée par Power Apps, Power Automate, Power Pages et Dynamics 365. Le modèle de données et le modèle de sécurité s'y décident, et une erreur de conception coûte cher à corriger.
Applications model-driven
Des applications générées à partir du modèle Dataverse : formulaires, vues, tableaux de bord, processus métier. Elles conviennent aux applications de gestion avec beaucoup de tables. Le développeur les étend avec du JavaScript de formulaire et des commandes en Power Fx.
Plugins C#
Du code .NET qui s'exécute dans Dataverse à la création, la modification ou la suppression d'une ligne, avant ou après l'écriture. C'est le moyen le plus rapide d'appliquer une règle complexe, et le plus dangereux s'il est mal écrit : une opération doit finir en deux minutes, plugins compris.
Custom APIs
Des messages métier créés sur mesure (calculer un tarif, clôturer un dossier), avec leurs paramètres, dont la logique est un plugin. Ils s'appellent depuis l'API web, Power Automate ou une application, ce qui évite de dupliquer la même logique à plusieurs endroits.
PCF (Power Apps component framework)
Des composants d'interface écrits en TypeScript, souvent avec React et Fluent UI, qui remplacent un champ ou une grille dans une application model-driven ou canvas. Un composant qui appelle un service externe rend l'application premium, à vérifier avec le client.
Power Pages
Les sites web pour des utilisateurs externes (clients, partenaires) sur des données Dataverse. L'accès passe par des rôles web et des autorisations de table. Les personnalisations utilisent Liquid, JavaScript et l'API web du portail. La sécurité des données y est le premier point à vérifier.
Solutions, pipelines et Power Platform CLI
Les solutions transportent les composants d'un environnement à l'autre, non managées en développement, managées ailleurs. Les pipelines de Power Platform, Azure DevOps ou GitHub Actions automatisent les déploiements, et le Power Platform CLI (pac) sert à tout scripter.
Power Automate et intégrations
Les flux cloud automatisent les tâches asynchrones simples. Les intégrations lourdes passent par l'API web, Azure Functions, Service Bus ou les webhooks, et l'export vers un entrepôt par le lien Synapse ou Microsoft Fabric. Le développeur choisit entre flux et code selon le volume et la criticité.
Le développeur Power Apps / Dataverse travaille avec des consultants fonctionnels qui recueillent le besoin et des makers qui construisent les écrans simples. Il intervient sur ce qui demande du code, la sécurité et le déploiement. Selon le poste, il part d'une application Dynamics 365 existante (Sales, Customer Service) ou d'un Dataverse vide. Un profil issu de Dynamics 365 CRM connaît bien le SDK ; un profil issu du low-code connaît mieux Power Apps canvas et Power Automate. Vérifiez la pratique du C# et de TypeScript dès que le poste prévoit des plugins et des PCF, et la connaissance des solutions managées dans tous les cas.
Les compétences Dataverse à contrôler en entretien
- Modèle de données et sécurité Dataverse
- Plugins C# et Custom APIs
- Applications model-driven et scripts client
- Composants PCF et Power Pages
- Intégration, API et volumes
- ALM : solutions, environnements, pipelines
Questions pour un développeur Power Apps, avec la réponse attendue
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Un plugin synchrone enregistré sur la mise à jour d'un compte se relance en boucle et finit en erreur. Pourquoi, et comment l'évitez-vous ?
Une bonne réponseLe plugin met à jour le même compte, ce qui redéclenche le même message, donc le même plugin. Dataverse coupe la chaîne quand la profondeur d'exécution dépasse sa limite. La bonne correction : en PreOperation, modifier directement l'entité Target au lieu d'appeler Update ; déclarer des attributs de filtrage pour que le plugin ne se lance que si les colonnes utiles changent ; ne réécrire une valeur que si elle a vraiment changé. Le test de Depth n'arrive qu'en dernier recours, car il bloque aussi des appels légitimes.
Signal d'alerte« J'ajoute if (context.Depth > 1) return; » comme seule réponse, ou ne pas savoir pourquoi le plugin se rappelle lui-même.
Question 2 · confirmé
Vous devez contrôler une saisie et calculer une valeur avant qu'une ligne soit enregistrée. Sur quelle étape du pipeline enregistrez-vous le plugin ?
Une bonne réponsePreValidation pour refuser tôt, hors de la transaction principale, avant les contrôles de sécurité de l'opération. PreOperation pour modifier les valeurs de la Target dans la transaction, sans appel Update supplémentaire. PostOperation pour agir après l'écriture, par exemple créer des lignes liées. Le refus passe par une InvalidPluginExecutionException avec un message lisible par l'utilisateur. Il sait qu'une erreur en synchrone annule toute l'opération.
Signal d'alerteTout en PostOperation avec un Update sur la même ligne, ou un message d'erreur technique qui remonte tel quel à l'utilisateur.
Question 3 · confirmé
Un commercial doit voir les comptes de sa business unit, mais pas le chiffre d'affaires des clients. Comment le configurez-vous dans Dataverse ?
Une bonne réponseUn rôle de sécurité avec le privilège de lecture des comptes au niveau de la business unit, attribué à l'utilisateur ou à une équipe propriétaire. La colonne chiffre d'affaires est sécurisée au niveau colonne, avec un profil de sécurité de colonne réservé à ceux qui doivent la lire. Il vérifie le résultat en se connectant avec un compte de test, car les rôles se cumulent : un deuxième rôle trop large annule le travail.
Signal d'alerteMasquer la colonne dans le formulaire, alors qu'elle reste lisible dans les vues, les exports et l'API.
Question 4 · confirmé
Comment faites-vous passer une application model-driven du développement à la production ?
Une bonne réponseTout est dans une solution avec un éditeur et un préfixe propres. Elle part en managée vers la recette et la production, jamais en non managée. Les URL et paramètres qui changent selon l'environnement passent par des variables d'environnement, les connexions par des références de connexion. Le transport se fait par les pipelines de Power Platform ou par Azure DevOps et GitHub Actions avec le Power Platform CLI, et la solution décompressée est versionnée dans Git. Le vérificateur de solution tourne avant chaque livraison.
Signal d'alerteDes exports et imports manuels de solutions non managées, ou des corrections faites directement en production.
Question 5 · confirmé
Le métier veut une grille éditable avec un affichage que les vues standard ne permettent pas. Comment construisez-vous ce composant PCF ?
Une bonne réponseUn composant de type dataset, créé avec pac pcf init, écrit en TypeScript, de préférence en contrôle virtuel React qui utilise les bibliothèques React et Fluent fournies par la plateforme au lieu de les embarquer. Il gère init, updateView et destroy, la pagination du dataset et l'écriture par l'API web ou par la vue. Il le teste dans le harnais local, puis l'empaquette dans une solution. Il connaît l'impact licence d'un composant qui appelle un service externe.
Signal d'alerteUne ressource web HTML avec jQuery dans une iframe, ou un composant qui charge toutes les lignes d'un coup sans pagination.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Développeur Power Apps : les questions des recruteurs
Quelle différence entre un développeur Power Apps / Dataverse et un développeur Power Platform low-code ?
Le développeur low-code construit des applications canvas et des flux Power Automate, souvent sur SharePoint ou Dataverse, sans écrire de C#. Le développeur Power Apps / Dataverse ajoute le code : plugins, Custom APIs, composants PCF, JavaScript de formulaire, intégrations par l'API web. Il tient aussi la sécurité Dataverse et le déploiement par solutions. Si le poste prévoit des règles complexes ou des volumes importants, ce second profil est nécessaire.
Un développeur Dynamics 365 CRM convient-il pour un poste Dataverse ?
Oui, c'est souvent le profil le plus proche : Dynamics 365 Sales ou Customer Service tourne sur Dataverse, avec les mêmes plugins, la même sécurité et les mêmes solutions. Vérifiez qu'il a suivi les évolutions récentes : PCF en React, commandes en Power Fx, pipelines de déploiement, Power Pages à la place des anciens portails. Un profil resté sur des versions sur site anciennes demande une mise à jour.
Quel test technique pour un développeur Power Apps / Dataverse ?
Un exercice d'une heure sur un environnement de développement : écrire un plugin qui contrôle une saisie et calcule une valeur, puis expliquer comment il serait déployé. Pour un poste orienté interface, un petit composant PCF à la place. Complétez par une revue de sécurité : donnez un rôle mal configuré et demandez ce qu'un utilisateur voit réellement. Un environnement d'essai Power Apps suffit pour l'organiser.
La certification AB-400 ou PL-400 est-elle nécessaire ?
Elle n'est pas indispensable, mais utile pour un profil qui débute sur la plateforme : elle couvre les plugins, PCF, l'API web, la sécurité et l'ALM. AB-400 est l'examen actuel de la certification Power Platform Developer Associate, avec une part sur l'IA et Copilot Studio ; PL-400, retiré le 30 octobre 2026, est l'ancien. Pour un profil confirmé, l'expérience de projets livrés en production compte davantage. Vérifiez la date d'obtention et le renouvellement.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
