Cloud Flow ou Desktop Flow ? La décision en 5 questions
Cloud Flow ou Desktop Flow ? Voici comment décider dans Power Automate lorsqu'un ERP historique sans API est en jeu.
Comment déclencher un flux de bureau directement depuis un flux cloud dans Power Automate, avec le mode, les variables et la connexion.
Un flux cloud dans Power Automate s'exécute entièrement dans le cloud et peut piloter directement des systèmes comme SharePoint, Outlook ou Dataverse. Mais dès qu'une application Windows classique sans API entre en jeu, un vieux système ERP par exemple, ou un fichier Excel avec une logique interne qui s'est développée au fil du temps, le seul niveau cloud ne suffit plus. C'est exactement là qu'intervient l'action Exécuter un flux créé avec Power Automate pour le bureau. Elle constitue le pont entre l'automatisation cloud et le niveau RPA sur le bureau, de sorte qu'un flux cloud puisse déclencher un flux de bureau puis traiter son résultat.
Cet article montre comment construire ce pont, quelles conditions un ordinateur doit remplir pour cela et comment les données circulent dans les deux sens, en suivant la documentation officielle de Power Automate de Microsoft. État : juillet 2026.
Selon la documentation sur le déclenchement de flux de bureau à partir de flux cloud, vous avez besoin de quatre éléments avant que la première liaison fonctionne :
La construction proprement dite suit toujours le même schéma :
Les flux de bureau peuvent définir des variables d'entrée et de sortie afin que les niveaux cloud et bureau communiquent réellement entre eux. Les variables d'entrée transmettent des données du flux cloud vers le flux de bureau, par exemple un numéro de client ou un chemin de fichier. Les variables de sortie fonctionnent dans l'autre sens et renvoient par exemple un résultat d'une application héritée vers le flux cloud, afin qu'il puisse continuer à travailler avec, par exemple pour envoyer un e-mail ou mettre à jour un enregistrement dans Dataverse. Dès qu'un flux de bureau possède des variables d'entrée, elles apparaissent automatiquement comme des champs distincts dans l'action, dans le portail Power Automate. Deux points à garder à l'esprit :
Le fait qu'un flux de bureau s'exécute en mode supervisé (attended) ou non supervisé (unattended) détermine largement l'architecture qui en découle. En mode attended, l'automatisation s'exécute pendant que quelqu'un est assis devant l'ordinateur, elle est généralement lancée manuellement et peut aussi inclure des décisions humaines intermédiaires. En mode unattended, selon la documentation sur les flux de bureau non supervisés, Power Automate exécute l'ensemble du processus de façon autonome, sans aucune intervention humaine, et se connecte automatiquement à l'ordinateur cible avec les informations d'identification enregistrées dans la connexion. Quelques particularités sont à prendre en compte :
Important pour la planification : attended et unattended ne doivent pas être mélangés sur la même machine, car l'automatisation supervisée suppose une session déjà connectée, tandis que l'automatisation non supervisée nécessite au contraire un état déconnecté ou fermé.
Avant même qu'un flux de bureau puisse être démarré depuis le cloud, la connexion à la machine doit être établie. La documentation sur les connexions de flux de bureau décrit deux approches fondamentales pour cela :
Important pour la gouvernance : selon la documentation, une connexion de flux de bureau ne peut pas être partagée avec d'autres personnes, et avant même de rendre une machine disponible pour des flux de bureau pilotés par le cloud, vous devriez vous assurer qu'elle est sécurisée et que ses administrateurs sont dignes de confiance.
Pour un usage en production, il vaut la peine de jeter un œil aux limites documentées avant qu'elles ne vous surprennent en exploitation :
Ce pont entre les niveaux cloud et bureau n'est donc pas un aspect secondaire, mais souvent l'élément décisif qui rend une automatisation vraiment complète. Vous gardez le contrôle sur les étapes qui s'exécutent dans le cloud et celles qui s'exécutent sur l'interface Windows, et pouvez relier proprement les deux mondes via des variables d'entrée et de sortie.
Un flux cloud s'exécute entièrement sur les serveurs de Microsoft et communique avec des services via des API et des connecteurs. Un flux de bureau, en revanche, s'exécute sur un véritable ordinateur Windows et y pilote des applications exactement comme le ferait un humain, par clic, saisie clavier ou reconnaissance d'écran. L'action permettant d'exécuter un flux de bureau relie les deux mondes : le flux cloud déclenche le flux de bureau et attend son résultat.
Selon la documentation officielle, Power Automate prend actuellement en charge jusqu'à 70 exécutions de flux de bureau par minute pour chaque connexion. Pour des volumes plus importants d'exécutions parallèles, il vaut la peine d'utiliser plusieurs connexions ou un groupe de machines afin de répartir la charge.
Techniquement, ce n'est pas judicieux, car les deux modes exigent des états de session différents. L'automatisation attended nécessite une session déjà connectée et active, tandis que l'automatisation unattended nécessite au contraire un ordinateur dont tous les utilisateurs sont déconnectés. Sous Windows 10 et Windows 11, une session active empêche même activement le démarrage d'une exécution non supervisée. Prévoyez donc un mode homogène par machine ou groupe de machines.
Par défaut, le flux de bureau continue de s'exécuter dans ce cas, à condition que le paramètre Asynchronous Pattern soit désactivé dans l'action. Le flux cloud et le flux de bureau ne sont donc pas forcément étroitement liés. Si vous voulez vous assurer qu'une annulation côté cloud met aussi fin au flux de bureau, vous devriez tenir compte de ce lien spécifiquement lors de la conception du flux.
Oui. Pour les exécutions non supervisées, un module complémentaire unattended ou le plan de processus Power Automate est requis en plus de la licence Power Automate classique. Cette licence doit être détenue par la personne qui a créé la connexion de flux de bureau, pas nécessairement par la personne qui conçoit le flux cloud. Si l'autorisation appropriée manque, le flux cloud est automatiquement verrouillé lors de l'enregistrement, jusqu'à ce que le module complémentaire soit attribué.
NordFlux construit des employés numériques pour les organisations : des automatisations et des agents KI qui prennent en charge le travail répétitif. Vous gardez le contrôle.
Cloud Flow ou Desktop Flow ? Voici comment décider dans Power Automate lorsqu'un ERP historique sans API est en jeu.
Comment démarrer un flux Power Automate directement depuis un élément de liste SharePoint avec le déclencheur « Pour un élément sélectionné ».
Attended, unattended et hosted RPA comparés : quelle licence Power Automate est nécessaire pour quel usage de flux de bureau.
Entre le cloud flow et le flow de bureau, le mode d'exécution, le type de connexion et le transfert de variables doivent correspondre exactement, sinon l'automatisation échoue précisément à cette interface. Nous configurons cette connexion pour vos processus et choisissons le mode adapté entre attended et unattended. Le transfert reste ainsi fiable, même quand les processus se développent.