Power Apps est devenu un outil clé pour les Analytics Engineers qui travaillent dans un écosystème Microsoft. On ne teste pas la maîtrise du drag-and-drop — on évalue la capacité à architecturer des solutions robustes connectées à l'écosystème data.
Power Apps s'impose dans les équipes data Microsoft pour remplacer les fichiers Excel éparpillés, collecter des données de manière structurée, et connecter les processus métier aux pipelines de données. En entretien, on cherche des profils capables d'architecturer — pas juste de cliquer.
Décrivez l'architecture d'une application Power Apps que vous avez construite en production. Quelles sources de données avez-vous utilisées et pourquoi ?
Une application Power Apps complète combine plusieurs composants de la Power Platform :
Cas d'usage typique en data : remplacer la collecte Excel multi-pays par une application centralisée avec validation à la saisie, notifications automatiques via Power Automate, et reporting Power BI connecté à Dataverse.
Quelle est la différence entre Patch() et SubmitForm() ? Dans quel cas utilisez-vous l'un ou l'autre ?
// Patch : écriture directe dans une source de données
Patch(
MaListeSharePoint,
Defaults(MaListeSharePoint),
{
Titre: TextInput1.Text,
Statut: "En cours",
DateCreation: Now()
}
)
// SubmitForm : soumission via un formulaire (Form control)
// Plus simple, gère automatiquement les modes New/Edit
SubmitForm(MonFormulaire)
// Filtre et recherche
Filter(
MaCollection,
Statut = "Actif" && Pays = Dropdown1.Selected.Value
)
// Navigation conditionnelle
If(
User().Email = AdminEmail,
Navigate(EcranAdmin, ScreenTransition.Fade),
Navigate(EcranUtilisateur, ScreenTransition.Fade)
)Quand choisissez-vous Dataverse plutôt que SharePoint Lists comme source de données ?
| SharePoint Lists | Dataverse | |
|---|---|---|
| Licences | Inclus Microsoft 365 | Nécessite Power Apps Premium |
| Volume | Limité (~5000 lignes performantes) | Conçu pour les gros volumes |
| Modélisation | Tables plates uniquement | Relations, clés étrangères, types complexes |
| Sécurité | Permissions SharePoint simples | Row-Level Security granulaire (RLS business) |
| Versioning | Limité | Historique des modifications natif |
| Environnements | Difficile à promouvoir DEV→PROD | Natif dans la gestion des solutions ALM |
Comment déclencheriez-vous un pipeline data automatiquement depuis une validation utilisateur dans Power Apps ?
Cas concret : quand un utilisateur valide un formulaire dans Power Apps → Power Automate envoie un email au manager → si approuvé → déclenche un pipeline Azure Data Factory pour ingérer les nouvelles données → Power BI se rafraîchit automatiquement.
Comment gérez-vous la limite de 2000 lignes dans Power Apps sur une table de 50 000 lignes ?
Comment promotez-vous une application Power Apps de l'environnement de développement à la production ?
| Niveau | Maîtrise attendue | Signal GO | NO-GO |
|---|---|---|---|
| Junior | Canvas apps simples, SharePoint Lists, Power Fx de base, Patch() | A déployé une app avec formulaire et validation, sait utiliser Patch() | Ne connaît pas la limite de délégation, ne sait pas naviguer entre écrans |
| Confirmé | Dataverse, Power Automate intégré, RLS, gestion des rôles utilisateurs | A utilisé Dataverse, a configuré des flows de notification, gère les permissions par profil | Utilise SharePoint pour tout sans justification, ne connaît pas Dataverse |
| Senior | Architecture complète, ALM DEV/TEST/PROD, intégration Azure, optimisation performance | A promu une solution via les pipelines ALM, a intégré Power Apps dans un pipeline data Azure | Ne connaît pas les solutions ALM, ne sait pas gérer les environnements |
| Lead | Standards équipe, patterns réutilisables, gouvernance CoE (Center of Excellence) | A défini les patterns de développement Power Apps pour une équipe, a mis en place un Centre d'Excellence | Ne peut pas expliquer sa stratégie de gouvernance Power Platform |
Premier entretien gratuit. Rapport GO/NO-GO sous 48h.