Combien coûte une application Power Platform après la livraison ?

Pourquoi le coût d'une application Power Platform ne s'arrête pas à la livraison ?

Le budget d'un projet Power Platform est presque toujours discuté au moment de la construction : cadrage, développement, recette, mise en production. Chez BA-IT, les audits menés chez nos clients montrent que la question réellement structurante arrive après : une application livrée continue de consommer des licences, exige des correctifs quand la plateforme évolue, dépend de personnes identifiables et accumule une dette fonctionnelle si personne ne l'arbitre. Quatre postes de coût, dont un seul figure généralement dans le devis initial.

Cet article décrit ces quatre postes et propose une grille d'estimation sur trois ans. Aucune statistique de marché n'est citée : seuls les mécanismes documentés par Microsoft et les tarifs publics de BA-IT sont utilisés.

Poste 1 : les licences, un coût récurrent lié à l'architecture

Une application ne coûte pas la même chose selon les connecteurs et le stockage qu'elle utilise. Les connecteurs premium et Dataverse relèvent de plans distincts des services inclus dans Microsoft 365 ; les règles sont décrites dans la FAQ officielle sur les licences Power Apps et Power Automate et dans Tarification et facturation Power Platform. Les tarifs en vigueur sont publiés sur la page de tarification officielle Power Apps : ils évoluent et doivent être vérifiés à la date de la décision, pas recopiés d'une présentation.

Trois décisions d'architecture pèsent directement sur cette facture récurrente :

• le choix du stockage : Dataverse apporte un modèle de données et une sécurité applicative, mais relève d'un plan dédié, là où SharePoint reste inclus dans les abonnements Microsoft 365 ;
• l'usage de connecteurs premium, qui déplace toute la population d'utilisateurs vers un plan payant ;
• le volume d'appels d'API, dont les allocations dépendent des licences affectées et sont détaillées dans Limites de demandes d'API et allocations.

La règle pratique : le coût de licence est proportionnel au nombre d'utilisateurs, pas à la complexité de l'application. Une application simple déployée à 400 personnes coûte plus cher à exploiter qu'une application complexe utilisée par 12 personnes.

Poste 2 : la maintenance corrective et évolutive

Une application en production évolue parce que son environnement évolue. Les paramètres d'environnement, les politiques de sécurité et les environnements gérés changent la façon dont une application s'exécute ; ces mécanismes sont documentés dans Vue d'ensemble des environnements et Vue d'ensemble des environnements gérés.

Deux mécanismes documentés par Microsoft produisent des interventions non planifiées côté flux :

• un flux cloud dont le déclencheur ou les actions échouent continuellement est désactivé ;
• un flux cloud non déclenché pendant une période de 90 jours peut être désactivé, avec un avertissement aux propriétaires 30 jours avant la suspension ; les flux appartenant à des utilisateurs disposant de licences Premium ou de capacité attribuée n'y sont pas soumis.

Ces deux règles figurent dans les limites et la configuration de Power Automate. Autrement dit, une application dont les flux sont peu sollicités peut cesser de fonctionner sans que personne n'ait rien modifié. C'est le scénario le plus fréquent des appels d'urgence.

Chez BA-IT, deux réponses sont tarifées publiquement : l'intervention ponctuelle SOS Prod à 190 € HT pour un déblocage, et l'abonnement Veille & MCO à 1 999 € HT par mois pour la surveillance continue et la prise en charge des correctifs.

Poste 3 : la dépendance humaine

Une application construite par une seule personne, sans solution ni documentation, transfère son coût sur le départ de cette personne. Microsoft traite le sujet sous l'angle du cycle de vie applicatif : le déploiement en solutions, la séparation des environnements et les références de connexion sont décrits dans Bases de l'ALM Power Platform et Créer un flux cloud dans une solution.

Trois éléments réduisent concrètement cette dépendance :

• les connexions portées par un compte de service, pas par un compte nominatif ;
• le déploiement systématique en solution, avec un environnement de développement distinct de la production ;
• une stratégie de support formalisée, telle que décrite dans Stratégie de support Power Platform.

Poste 4 : la dette fonctionnelle

La dette fonctionnelle est la différence entre ce que l'application fait et ce que le métier attend aujourd'hui. Elle se manifeste par des contournements : exports Excel en parallèle, champs détournés de leur usage, écrans que plus personne n'ouvre.

Un cas technique courant l'illustre : une application développée sur quelques centaines de lignes fonctionne parfaitement, puis renvoie des résultats partiels quand le volume augmente, parce que certaines requêtes ne sont pas déléguées à la source de données. Le mécanisme et la liste des fonctions délégables sont documentés dans Vue d'ensemble de la délégation dans les applications canevas. Aucune erreur n'est levée : l'application affiche simplement des données incomplètes.

Cette dette se traite par un arbitrage périodique, pas par un correctif ponctuel. La démarche d'adoption recommandée par Microsoft est décrite dans sa méthodologie d'adoption.

Comment estimer le coût total sur trois ans ?

La grille ci-dessous n'avance aucun chiffre inventé : elle liste les variables à renseigner avec vos propres données de licence et vos propres décisions de service.

Poste	Variable à estimer	Source du chiffre
Licences	Nombre d'utilisateurs x plan requis x 36 mois	Page de tarification officielle Microsoft, à la date de décision
Maintenance corrective	Nombre d'interventions ponctuelles anticipées x 190 € HT, ou abonnement mensuel	Tarifs publics BA-IT
Maintenance évolutive	Jours de développement par an x taux journalier	Devis prestataire
Dépendance humaine	Coût de reprise si la personne clé quitte l'organisation	Estimation interne
Dette fonctionnelle	Refonte partielle anticipée à 24-36 mois	Estimation interne

Deux repères tirés de cette grille :

• un abonnement de maintenance devient rationnel dès que le coût cumulé des interventions ponctuelles annuelles dépasse celui de l'abonnement ;
• le poste licences est le seul qui croît mécaniquement avec le succès de l'application ; il doit être arbitré au moment du choix d'architecture, pas après.

Quelles décisions prendre avant de lancer le développement ?

Quatre décisions engagent le coût sur trois ans et se prennent avant la première ligne de code :

1. le stockage : Dataverse ou SharePoint, selon le volume, le modèle de sécurité et le plan de licence acceptable ;
2. le périmètre de connecteurs : rester sur les connecteurs standards tant que le besoin ne justifie pas le premium ;
3. le mode de déploiement : en solution, avec des environnements séparés, dès la première version ;
4. le mode d'exploitation : interne, ponctuel ou sous abonnement.

FAQ

Quels sont les coûts d'une application Power Platform après la livraison ?

Quatre postes : les licences, récurrentes et proportionnelles au nombre d'utilisateurs ; la maintenance corrective et évolutive ; la dépendance à la personne qui a construit l'application ; et la dette fonctionnelle, c'est-à-dire l'écart croissant entre l'application et le besoin métier. Seul le développement initial figure généralement dans le devis de départ.

Le choix entre SharePoint et Dataverse change-t-il le coût de licence ?

Oui. SharePoint est inclus dans les abonnements Microsoft 365, tandis que Dataverse et les connecteurs premium relèvent de plans Power Platform distincts, comme l'explique la FAQ officielle Microsoft sur les licences. Ce choix d'architecture pèse sur le coût récurrent pour toute la durée de vie de l'application.

Une application peut-elle cesser de fonctionner sans modification de code ?

Oui. Microsoft documente qu'un flux cloud dont le déclencheur ou les actions échouent continuellement est désactivé, et qu'un flux non déclenché pendant 90 jours peut être suspendu, avec une notification 30 jours avant. Une application peu utilisée peut donc s'arrêter sans que personne n'ait touché à son contenu.

Combien coûte une intervention d'urgence chez BA-IT ?

L'intervention ponctuelle SOS Prod est facturée 190 € HT. Pour une prise en charge continue de la surveillance et des correctifs, l'abonnement Veille & MCO est proposé à 1 999 € HT par mois.

Pourquoi une application qui fonctionnait bien renvoie-t-elle des résultats incomplets ?

C'est généralement un problème de délégation : au-delà d'un certain volume, une requête non délégable ne traite qu'une partie des données de la source, sans lever d'erreur. Le mécanisme et la liste des fonctions délégables sont documentés par Microsoft dans la vue d'ensemble de la délégation.