Le 16 juillet 2026, Microsoft a rendu disponible la build 2607 de Power Automate Desktop. Les notes de version officielles annoncent notamment une vue en organigramme, la réparation assistée des sélecteurs d’interface, de nouveaux déclencheurs, des actions PowerPoint et le chiffrement PGP.
Pour une direction, la priorité n’est toutefois pas d’activer immédiatement ces nouveautés. Elle consiste à mettre à jour les machines sans interrompre les automatisations qui alimentent déjà l’ERP, le CRM ou les opérations administratives.
Le point de départ
Votre entreprise utilise Power Automate Desktop pour exécuter des tâches sur des applications Windows ou web : saisie dans un logiciel métier, extraction de données, rapprochement de fichiers ou mise à jour d’un référentiel. Certaines automatisations sont lancées par un collaborateur, d’autres s’exécutent sans intervention sur une machine dédiée.
Microsoft indique que les nouvelles versions restent compatibles avec les flux créés dans des versions antérieures et que les flux stockés dans Dataverse ne sont pas modifiés par la mise à jour du logiciel. En revanche, la compatibilité vers les versions plus anciennes n’est pas garantie : un flux enregistré avec une version récente peut ne plus fonctionner sur une machine restée en retrait. Le retour à une ancienne version du logiciel n’est par ailleurs pas directement pris en charge, comme le précise la documentation Update or roll back Power Automate for desktop.
Le résultat visé est donc un premier déploiement contrôlé sur cinq jours ouvrés, selon un calendrier indicatif à ajuster avec l’équipe chargée de la direction de projet IT. À l’issue de ce pilote, chaque flux critique doit avoir un propriétaire, un test documenté, une version publiée identifiable et un dispositif de continuité.
Si vous hésitez encore entre plusieurs plateformes pour vos futurs workflows, commencez par notre comparatif Power Automate vs n8n vs Make. Le présent playbook concerne les automatisations Power Automate Desktop déjà en production.
Prérequis
Avant de mettre à jour une machine, réunissez les éléments suivants :
- Un responsable métier par processus, capable de confirmer le résultat attendu et de valider les données produites.
- Un administrateur Power Platform ou poste de travail, disposant des droits nécessaires sur les environnements, les machines et les paramètres de mise à jour.
- Un mainteneur des flux, qui connaît les applications manipulées, les sélecteurs d’interface, les connexions et les traitements d’erreur.
- Un inventaire opérationnel, avec pour chaque flux son propriétaire, sa fréquence, sa criticité, son mode d’exécution, sa machine, sa version actuelle et ses dépendances.
- Un jeu de données de test, expurgé des données personnelles inutiles, ainsi que des comptes dédiés à la recette.
- Une décision sur les fonctionnalités en préversion : la vue Flowchart et la réparation assistée des sélecteurs peuvent être explorées, mais ne doivent pas être introduites pendant la mise à niveau d’un flux critique.
- Une fenêtre de maintenance validée, avec un canal d’alerte et une personne autorisée à suspendre le déploiement.
L’inventaire ne doit pas se limiter à une liste de robots. Il doit relier chaque automatisation au processus qu’elle soutient. Pour structurer cette vue, appuyez-vous sur les principes présentés dans notre article sur l’optimisation des processus et, si le processus comporte plusieurs décisions ou exceptions, utilisez BPMN Studio, notre application de modélisation BPMN.
Le déroulé, étape par étape
1. Classer les flux par criticité
Qui fait quoi : le responsable métier et le mainteneur passent en revue l’inventaire. Ils classent les flux selon l’impact d’un échec : blocage opérationnel, retard récupérable ou simple tâche de confort. L’administrateur ajoute la machine ou le groupe de machines utilisé, ainsi que la version actuellement installée.
Durée indicative : une demi-journée, à confirmer dans le cadre du pilotage du projet IT.
Livrable : une matrice comportant le flux, son propriétaire, sa criticité, sa version, ses dépendances, sa fenêtre d’exécution et l’ordre de migration. Les flux sans propriétaire sont suspendus du périmètre jusqu’à désignation d’un responsable.
2. Constituer une référence avant mise à jour
Qui fait quoi : le mainteneur exécute chaque flux retenu sur la version actuelle. Le responsable métier contrôle les fichiers, enregistrements ou statuts produits. L’administrateur relève la durée, le statut, la machine et la version visibles dans les détails d’exécution.
Power Automate permet de consulter ces informations dans le portail, notamment le statut, la durée, la machine cible et la version de l’agent, selon la page Monitor run details.
Durée indicative : une demi-journée, selon le nombre de parcours critiques retenus dans le cadrage de l’automatisation.
Livrable : une fiche de référence par flux avec les entrées de test, le résultat attendu, la durée constatée et les captures nécessaires à la comparaison.
3. Préparer la machine pilote et le dispositif de repli
Qui fait quoi : l’administrateur sélectionne une machine représentative de la production, vérifie sa connectivité et la place en maintenance avant l’installation. Si des groupes de machines sont utilisés, Microsoft permet d’activer un mode maintenance qui conserve les nouvelles exécutions dans la file d’attente ; la procédure figure dans Manage machine groups.
Le dispositif de repli ne doit pas reposer sur une désinstallation improvisée. Puisque Microsoft ne prend pas en charge le retour logiciel standard, conservez une machine de production non mise à jour jusqu’à la fin de la recette. Vérifiez également l’historique des flux : Power Automate Desktop permet de sauvegarder un brouillon, de publier une version stable, de comparer des versions et de restaurer une version antérieure comme nouveau brouillon, selon la documentation Version control in Power Automate for desktop.
Durée indicative : une demi-journée, intégrée au plan de direction de projet IT.
Livrable : une machine pilote en build 2607, une machine non modifiée disponible en continuité et une fiche de repli précisant qui décide, qui intervient et quel flux publié doit être rétabli.
4. Exécuter l’analyse statique et les tests de non-régression
Qui fait quoi : le mainteneur ouvre les flux sur la machine pilote sans les publier immédiatement. Il lance le Flow Checker, traite en priorité les erreurs relatives aux mots de passe, aux boucles, aux blocs d’erreur et aux variables, puis exécute les parcours de référence.
La build 2607 permet aux administrateurs de configurer les règles d’analyse statique par environnement. Le guide officiel du Flow Checker explique comment activer les règles, ajuster leur sévérité et exporter le rapport d’analyse.
Si votre licence le permet, créez des cas de test automatisés. Cette fonction nécessite Power Automate Desktop 2.54 ou une version ultérieure ainsi qu’une licence Premium, conformément à la documentation Create and manage test cases for desktop flows.
Durée indicative : une journée, à moduler après le diagnostic du portefeuille d’automatisations.
Livrable : un rapport de recette indiquant, pour chaque parcours, les données d’entrée, le résultat attendu, le résultat obtenu, les écarts et la décision de publication.
5. Déployer par vagues sans mélanger les versions
Qui fait quoi : le chef de projet autorise une première vague composée de flux non bloquants. L’administrateur met à jour les machines concernées, puis le mainteneur publie uniquement les flux validés. Les processus critiques passent ensuite dans une vague distincte, après accord du responsable métier.
Ne modifiez pas un flux avec la build 2607 si celui-ci doit encore s’exécuter sur une machine équipée d’une version plus ancienne. Microsoft avertit qu’un flux créé ou enregistré avec une version récente peut être incompatible avec un ancien runtime.
Les mises à jour automatiques régulières sont désactivées par défaut sur l’installation MSI, tandis que les mises à jour d’urgence sont activées par défaut. La stratégie doit être décidée et documentée avant généralisation, en suivant Configure automatic updates for Power Automate for desktop.
Durée indicative : un à trois jours, selon le nombre de vagues défini avec l’équipe de direction de projet IT.
Livrable : un journal de déploiement précisant les machines mises à jour, les flux publiés, les validations métier, les incidents et les reports.
6. Stabiliser avant d’activer les nouveautés
Qui fait quoi : le support surveille les exécutions après chaque vague. Le mainteneur compare les durées et les erreurs avec la référence. Le responsable métier confirme que le résultat reste exploitable dans l’ERP, le CRM ou le fichier cible.
La vue en organigramme, la réparation assistée des sélecteurs, les déclencheurs liés aux interactions utilisateur et les actions PowerPoint doivent faire l’objet de demandes d’évolution séparées. Une mise à niveau technique ne doit pas devenir, en cours de recette, une refonte fonctionnelle non cadrée.
Durée indicative : une journée de surveillance renforcée, prévue dans le dispositif d’Automatisation & Optimisation.
Livrable : un procès-verbal de stabilisation, un registre des incidents résiduels et une liste distincte des améliorations à étudier ultérieurement.
Comment mesurer que ça marche
Les champs disponibles dans les détails d’exécution de Power Automate permettent de calculer les indicateurs à partir des statuts, des durées, des versions et des machines utilisées.
| Indicateur | Mode de calcul | Utilité |
|---|---|---|
| Taux de succès | Exécutions terminées avec le statut « succeeded » ÷ exécutions totales × 100 | Repérer une dégradation après une vague |
| Taux de régression | Flux présentant un nouvel incident ÷ flux mis à jour × 100 | Mesurer la qualité de la recette |
| Écart de durée médiane | Durée médiane après mise à jour − durée médiane de référence | Détecter un ralentissement masqué par un statut réussi |
| Délai de rétablissement | Heure de la première erreur − heure de la première nouvelle exécution stable | Vérifier l’efficacité du dispositif de support |
Ne fixez pas un seuil unique pour tous les robots. Un flux nocturne non bloquant et une automatisation utilisée pendant la préparation des commandes n’ont ni la même tolérance au retard ni la même priorité.
Les erreurs qui font échouer le projet
- Mettre à jour toutes les machines le même jour. Vous perdez alors votre environnement de comparaison et votre possibilité de continuité.
- Confondre restauration du flux et retour à l’ancienne version du logiciel. L’historique permet de restaurer un flux, mais Microsoft ne propose pas de retour logiciel standard en un clic.
- Enregistrer un flux avec la version récente alors que des machines anciennes doivent encore l’exécuter. La compatibilité vers les versions antérieures n’est pas garantie.
- Activer les fonctions en préversion pendant la recette. La vue Flowchart et la réparation assistée sont intéressantes, mais elles ajoutent une variable au diagnostic d’un incident.
- Tester uniquement depuis le concepteur local. Les exécutions lancées directement dans le concepteur ne fournissent pas les mêmes journaux que les exécutions orchestrées depuis le cloud ; testez le chemin réellement utilisé en production, comme le rappelle le guide Monitor desktop flow runs.
- Conserver des automatisations sans propriétaire métier. Lorsqu’une règle de gestion change, personne ne peut alors confirmer si le résultat est encore correct.
- Transformer la mise à jour en refonte du processus. Si le parcours doit être repensé, cartographiez-le séparément avec BPMN Studio, puis ouvrez un projet d’évolution distinct.
Se faire accompagner
D1 Consulting peut prendre en charge l’inventaire des flux, la cartographie des dépendances, la préparation de la machine pilote, la construction des scénarios de recette et le déploiement par vagues dans le cadre de notre offre Automatisation & Optimisation.
Lorsque plusieurs métiers, machines ou applications sont concernés, notre offre de Direction de projet IT couvre le planning, les décisions de passage en production, la coordination des responsables métier, le suivi des anomalies et la validation des livrables. L’objectif est de vous laisser un portefeuille documenté et maintenable, plutôt qu’une série de robots dépendant d’une seule personne.
👉 Réservez un diagnostic gratuit de 30 minutes pour identifier vos flux Power Automate prioritaires, vos risques de compatibilité et la première vague de déploiement.
