Le prix d’une licence ne représente qu’une partie du coût d’un processus automatisé. Une évolution récente de Power Automate permet désormais de mutualiser certaines capacités entre plusieurs workflows : une bonne occasion de revoir non seulement les abonnements, mais aussi le coût complet de chaque automatisation.
Ce qui vient de se passer
Le 30 juillet 2026, Microsoft a rendu disponible le partage d’une licence Power Automate Process entre un groupe pouvant réunir jusqu’à 25 flux cloud, selon la page Share Process license capacity across workflows. Chaque licence Process apporte au groupe une capacité commune de 250 000 actions quotidiennes, comme l’indique la documentation Create and manage a flow group. Le déploiement a commencé en juillet et peut ne pas encore être visible dans tous les environnements Power Platform. Le plan de lancement, actualisé le 11 août 2026, prévoit également durant le mois d’août un tableau de bord amélioré pour les licences Power Automate, avec consommation, tendances d’usage et alertes de capacité centralisées.
Pourquoi cela vous concerne — ou pas
Cette évolution vous concerne directement si votre entreprise utilise déjà des licences Power Automate Process pour des flux cloud accessibles à de nombreux collaborateurs. C’est notamment le cas lorsqu’un processus transversal — traitement des commandes, validation d’achats, création de dossiers ou synchronisation de données — est décomposé en plusieurs workflows techniques.
Jusqu’ici, affecter une capacité Process à chaque flux pouvait conduire à surdimensionner les licences. Les groupes permettent désormais de partager cette capacité, à condition que les flux soient enregistrés dans des solutions, déployés dans le même environnement et maintenus sous le plafond commun prévu par Microsoft. Les flux parents et leurs flux enfants doivent être ajoutés séparément au groupe et comptent chacun dans sa composition.
Vous êtes moins concerné dans les situations suivantes :
- Vos automatisations utilisent uniquement les droits standards inclus dans Microsoft 365. Une licence Process n’est alors pas nécessairement le modèle adapté. Les droits dépendent toutefois des connecteurs, du mode d’exécution et du compte utilisé : l’administrateur doit vérifier les licences effectivement mobilisées.
- Vous automatisez principalement des postes de travail sans intervention humaine. Le partage annoncé porte sur les flux cloud. Les scénarios RPA non assistés restent soumis aux règles des licences Process ou Hosted Process.
- Vous ne possédez qu’un flux critique très consommateur. Lui attribuer une capacité dédiée peut rester préférable à une mutualisation qui exposerait les autres workflows à une saturation.
- Votre socle repose sur n8n ou Make. Cette nouveauté ne modifie pas directement votre facture, mais elle peut changer l’arbitrage économique face à Power Automate. Notre comparatif Power Automate, n8n ou Make permet de replacer la licence parmi les autres critères de choix.
Surtout, l’existence d’un groupe ne signifie pas que la mutualisation sera automatiquement moins chère. Elle crée une possibilité d’optimisation, pas une garantie : le résultat dépend de la consommation réelle, de l’architecture des flux et des coûts d’exploitation qui entourent la plateforme.
Ce que cela change, concrètement
Le coût de licence peut désormais se raisonner par portefeuille
Au 25 août 2026, la page française Tarification Power Automate affiche notamment Power Automate Premium à 13 € HT par utilisateur et par mois, Power Automate Process à 130 € HT par bot et par mois, et Hosted Process à 186,30 € HT par bot et par mois, avec paiement annuel. Ces tarifs publics peuvent différer selon le contrat Microsoft, le canal d’achat ou les conditions négociées.
Ces montants ne sont pas le prix d’une automatisation. Ils correspondent au droit d’utiliser certaines capacités. Le coût réel doit intégrer toutes les lignes suivantes :
| Poste de coût | Ce qu’il faut réellement chiffrer | Responsable du chiffrage |
|---|---|---|
| Analyse du processus | Règles métier, exceptions, documents, données et responsabilités | Responsable métier |
| Conception et réalisation | Workflow, connecteurs, traitements, journalisation et reprise sur erreur | IT ou intégrateur |
| Licences et capacités | Utilisateurs Premium, Process, Hosted Process et logiciels tiers | Administrateur Microsoft 365 |
| Intégrations | API, passerelles, comptes techniques, accès CRM ou ERP | IT |
| Mise en production | Recette, habilitations, documentation et procédure de retour manuel | Chef de projet |
| Exploitation | Supervision, corrections, changements d’API et renouvellement des secrets | Propriétaire technique |
| Évolution du processus | Modification des règles métier, formulaires ou circuits de validation | Propriétaire métier |
Le coût complet peut donc s’écrire ainsi : analyse + réalisation + licences + intégrations + mise en production + exploitation + évolutions. Un devis qui ne contient qu’une ligne de développement et une ligne de licence laisse généralement des charges futures hors budget.
La DAF peut rapprocher abonnement et consommation
Le nouveau tableau de bord annoncé par Microsoft doit regrouper la consommation des licences utilisateurs et des capacités, les principaux utilisateurs, les tendances d’usage et les recommandations relatives aux licences manquantes ou aux dépassements. Cela donne à la DAF et à l’administrateur Power Platform une base commune pour distinguer une licence réellement utilisée d’une capacité affectée par précaution.
La bonne unité de gestion n’est toutefois pas uniquement le flux technique. Le budget doit être rattaché au processus métier qu’il sert. Si une automatisation de traitement des commandes utilise plusieurs flux, une passerelle et un compte technique, tous ces éléments doivent apparaître sous le même centre de coût fonctionnel.
L’IT doit préparer les flux avant de les mutualiser
La création d’un groupe ne consiste pas à cocher une option sur n’importe quel workflow existant. Les flux concernés doivent être intégrés à des solutions et présents dans l’environnement auquel les capacités Process sont attribuées. Après un déploiement vers un nouvel environnement, l’appartenance au groupe et les licences doivent être reconfigurées : elles ne suivent pas automatiquement le flux.
L’administrateur doit donc produire une matrice indiquant, pour chaque workflow : son propriétaire, son environnement, son processus métier, ses connecteurs, son mode de licence, sa consommation, ses dépendances et la procédure applicable en cas d’arrêt.
La documentation Microsoft recommande d’examiner la consommation quotidienne observée sur les 28 derniers jours avant de constituer un groupe. Cette période d’observation permet de repérer les flux irréguliers ou dominants qui risqueraient d’absorber la capacité partagée.
Le coût évité doit rester distinct du coût comptable
Power Automate propose depuis le 16 juillet 2026 une fonction permettant d’estimer le temps et le coût économisés par les flux de bureau. L’entreprise renseigne la durée manuelle de référence et une base monétaire, puis la plateforme agrège les économies à partir des exécutions réussies, selon la page Measure time and cost savings for desktop flows.
Cette fonction facilite le suivi, mais ne transforme pas automatiquement du temps libéré en économie comptable. Si un salarié consacre le temps dégagé à une autre tâche, l’entreprise obtient un gain de capacité, pas une baisse immédiate de charges. La méthode détaillée dans notre article sur le ROI des automatisations Power Automate permet de séparer temps évité, capacité récupérée, réduction d’erreurs et impact financier.
Prenons un scénario type, à titre d’illustration : un circuit de validation d’achats peut sembler simple tant que l’on ne regarde que le formulaire et les notifications. Son coût augmente si le workflow doit contrôler les seuils d’engagement, interroger l’ERP, gérer les absences, archiver les justificatifs et permettre une reprise manuelle. Le nombre d’écrans visibles n’est donc pas un indicateur fiable de complexité.
Ce qu’il faut faire d’ici au 30 septembre 2026
- D’ici au 31 août — Administrateur Microsoft 365 : exporter l’inventaire des flux actifs avec leur propriétaire, leur environnement, leurs connecteurs, leur mode de licence et leur historique d’exécution. Le livrable attendu est un registre exploitable par l’IT et la DAF, pas une capture d’écran du portail.
- D’ici au 7 septembre — Responsables métier : associer chaque flux à un processus nommé et documenter les déclencheurs, données manipulées, exceptions et solutions de repli. Pour les processus mal définis, utiliser BPMN Studio, notre application de modélisation BPMN, dans le cadre d’un audit et d’une cartographie des processus.
- D’ici au 14 septembre — Administrateur Power Platform : vérifier quels flux peuvent rejoindre un groupe, simuler leur consommation cumulée et isoler ceux qui doivent conserver une capacité dédiée. Le livrable est une architecture de licences cible par environnement.
- D’ici au 21 septembre — DAF et IT : établir le coût complet de chaque processus automatisé en reprenant les postes du tableau précédent. Les licences, la maintenance, les logiciels tiers et le temps interne doivent être séparés afin de rendre les arbitrages lisibles.
- D’ici au 30 septembre — Direction : décider quels workflows doivent être mutualisés, conservés en capacité dédiée, corrigés ou retirés. La décision doit déboucher sur un budget d’exploitation, un propriétaire métier et un responsable technique identifiés.
Ce que vous pouvez ignorer pour l’instant
Vous n’avez pas à migrer tous vos flux vers des groupes dès que l’option apparaît. Un workflow stable, correctement licencié et fortement consommateur peut rester isolé sans constituer une anomalie.
Vous n’avez pas non plus à remplir chaque groupe jusqu’à la limite autorisée. Le critère pertinent est la capacité consommée et sa variabilité, pas le nombre maximal de workflows que l’interface accepte.
Changer de plateforme uniquement pour réduire une ligne de licence serait également prématuré. Une migration vers n8n ou Make peut déplacer le coût vers l’hébergement, la supervision, la reconstruction des connecteurs et les compétences internes. Le choix doit rester fondé sur le coût complet, la réversibilité et l’intégration au système d’information.
Enfin, les estimations automatiques de gains ne doivent pas être reprises telles quelles dans un budget. La durée manuelle de référence, le coût retenu et le traitement des exécutions en erreur doivent d’abord être validés par le responsable métier et la DAF.
Notre lecture chez D1 Consulting
Le partage des capacités Process corrige une rigidité qui pouvait rendre les petits workflows transversaux artificiellement coûteux. Il ne résout cependant ni les automatisations sans propriétaire, ni les doublons, ni les flux construits sur un processus mal défini. Mutualiser de la dette technique la rend moins visible, pas moins risquée.
Notre méthode commence donc par identifier le processus, ses exceptions et son coût actuel. Nous modélisons ensuite le fonctionnement cible, définissons l’architecture de licences et chiffrons séparément la réalisation et l’exploitation. Cette démarche s’inscrit dans notre offre Automatisation & Optimisation des processus et, pour les environnements Microsoft 365, dans notre accompagnement Power Automate, Power Apps et Power BI.
L’objectif n’est pas de déployer davantage de workflows, mais de savoir précisément ce que chaque automatisation coûte, qui en répond et dans quelles conditions elle doit être maintenue ou arrêtée. C’est aussi le prolongement opérationnel d’une véritable démarche d’optimisation des processus.
👉 Réservez un diagnostic gratuit de 30 minutes pour établir le coût complet d’un processus et identifier les licences, intégrations et charges d’exploitation à inscrire au budget.
