Lorsque le propriétaire du flux quitte l'entreprise, les automatisations s'arrêtent : les connexions expirent, les comptes sont supprimés. Aperçu du sauvetage et de la prévention.
Lorsque le propriétaire d'un flux Power Automate quitte l'entreprise, l'arrêt n'est qu'une question de temps : ses connexions expirent, son compte est désactivé, et au plus tard lors de la suppression du compte, les flux échouent, souvent des semaines plus tard et apparemment sans raison. C'est, dans les PME, le risque opérationnel le plus sous-estimé de l'automatisation Microsoft, car la plupart du temps, personne ne sait précisément quels processus dépendent du compte d'un seul collègue. La bonne nouvelle : les flux orphelins peuvent être sauvés, et avec trois règles, cela ne se reproduira plus. En date de : juillet 2026.
Tant que le compte existe encore, la reprise est simple : un administrateur ou un copropriétaire ajoute, parmi les propriétaires du flux, une autre personne qui continuera à le gérer. Le guide Microsoft pour les flux orphelins décrit aussi le cas plus difficile après la suppression du compte : l'administrateur trouve le flux via le centre d'administration Power Platform, l'attribue à un nouveau propriétaire ou l'exporte et le réimporte. Ce qui compte ensuite : toutes les connexions du flux doivent être basculées sur le compte du nouveau propriétaire, car les anciennes connexions appartiennent toujours à la personne partie et meurent avec son compte. Ce n'est que lorsque chaque action dispose de sa propre connexion fonctionnelle que le processus tourne à nouveau de manière fiable.
Le fait que la reprise soit élégante ou pénible se décide dès la création, à un embranchement discret : selon la documentation Microsoft, les flux au sein d'une solution peuvent être réattribués directement à un nouveau propriétaire, voire à un principal de service, ce qui n'est pas le cas des flux classiques hors solution, où seule reste la voie des copropriétaires ou de l'export et du réimport avec nouveau câblage. Pour chaque flux qui porte un processus métier, la règle est donc : le placer dans une solution. Cela coûte un clic à la création et fait gagner des jours en cas d'urgence.
Même si le flux a un nouveau propriétaire, il peut rester bloqué : si la personne partie utilisait une licence Premium, le flux perd avec elle sa base de licence, est bridé puis désactivé au bout de 14 jours. Le nouveau propriétaire a donc besoin lui aussi de la licence adaptée, ou le flux passe à une licence Process, qui est rattachée au flux plutôt qu'à la personne. Les détails à ce sujet figurent dans l'article sur la question des licences Power Automate. Si vous n'êtes pas sûr du nombre de risques liés à une seule personne qui sommeillent dans votre tenant : c'est exactement ce type d'état des lieux que nous réalisons dans le cadre de notre conseil Power Automate, y compris le transfert des flux critiques vers une base saine.
Au début, souvent oui, et c'est précisément ce qui rend le problème sournois : tant que le compte et les connexions sont actifs, le flux continue de fonctionner. Il ne tombe en panne que lorsque le compte est désactivé ou supprimé, ou qu'une connexion exige une nouvelle authentification. Entre le départ et la panne s'écoulent souvent des semaines pendant lesquelles plus personne ne pense aux flux.
Dans le centre d'administration Power Platform, les administrateurs peuvent consulter les flux par environnement et les parcourir par propriétaire, et pour les flux de solution, changer directement le propriétaire. Cette vérification doit faire partie de tout offboarding, avec la question des boîtes aux lettres partagées et des connexions appartenant à la personne.
Pour les processus métier centraux et permanents, oui : un compte d'automatisation dédié ou, pour les flux de solution, un principal de service découple le processus des changements de personnel. Pour les flux de productivité personnels d'utilisateurs individuels, ce serait excessif, des copropriétaires suffisent alors. Point important pour le compte de service : documenter l'accès, attribuer une licence, et ne pas l'utiliser comme modèle d'économie de licences pour de nombreux utilisateurs, ce qui constituerait un multiplexage non autorisé.
Fondateur de NordFlux. Sept ans d'expérience, du web et du SEO jusqu'à l'automatisation à l'échelle d'un groupe, aujourd'hui pragmatique pour les PME et avec une souveraineté des données allemande.
Certifications
Un seul propriétaire de flux est un risque. Voici comment configurer des copropriétaires dans Power Automate dès le départ et éviter les flux orphelins.
Trois leviers pour des flux Power Automate plus rapides : parallélisme ciblé, moins d'actions et le bon choix de connecteur, selon la documentation Microsoft.
Conventions de nommage pour les Flows, Trigger, actions et connexions dans Power Automate : la base de gouvernance pour des automatisations propres et maintenables.
Quand le propriétaire d'un flow quitte l'entreprise, les automatisations s'arrêtent souvent sans prévenir car les autorisations et connexions dépendaient d'une seule personne. NordFlux prend en charge les cas de sauvetage urgents et met en place des copropriétaires, des solutions et des comptes de service pour qu'aucun flow ne dépende plus d'une seule personne. Lors du premier échange, nous évaluons le niveau de dépendance actuel de votre organisation.
