Déclencher un flux de bureau depuis le flux cloud
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.
Ce dont vous avez besoin avant de commencer
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 :
- Une machine ou un groupe de machines enregistré, qui exécute réellement le flux de bureau déclenché. Les groupes de machines permettent de traiter plusieurs machines comme une seule unité et de répartir la charge.
- Un compte professionnel, scolaire ou universitaire. Un compte Microsoft personnel ne suffit pas.
- Une connexion de flux de bureau configurée vers cette machine.
- La bonne licence : une licence classique pour les exécutions supervisées (attended) ou un module complémentaire non supervisé pour les exécutions non supervisées (unattended). Cette licence doit être détenue par le créateur de la connexion, pas nécessairement par la personne qui construit le flux cloud.
Étape par étape : déclencher un flux de bureau depuis le flux cloud
La construction proprement dite suit toujours le même schéma :
- Créez un nouveau flux cloud dans Power Automate, soit comme flux instantané pour un déclenchement manuel, soit comme flux automatisé avec son propre déclencheur.
- Dans le concepteur de flux, sélectionnez + Nouvelle étape, recherchez Power Automate pour le bureau et choisissez l'action Exécuter un flux créé avec Power Automate pour le bureau.
- Si aucune connexion de flux de bureau n'existe encore, l'action vous invite directement à en créer une.
- Définissez le mode d'exécution souhaité, attended ou unattended, puis dans le champ Flux de bureau choisissez soit Créer un flux de bureau soit un flux déjà existant.
- Lors de la création d'un nouveau flux de bureau, le concepteur de flux de bureau s'ouvre automatiquement : c'est là que vous construisez la logique RPA proprement dite, clics, saisies de texte ou extraction de données de l'application cible.
Variables d'entrée et de sortie : échanger des données entre les niveaux
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 :
- Si une variable d'entrée contient des données sensibles, par exemple un mot de passe, vous devriez la masquer dans les journaux ou l'omettre complètement.
- La taille d'entrée par flux de bureau est limitée à 2 Mo, et à 1 Mo pour les régions Chine.
Attended ou unattended : choisir le bon mode
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 :
- Pour les exécutions non supervisées, Power Automate établit une session Bureau à distance (RDP) ; une connexion à la session console normale n'est pas prévue pour cela.
- L'écran de l'ordinateur cible reste verrouillé pendant l'exécution, de sorte que personne ne peut regarder en direct.
- Windows 10 et Windows 11 ne peuvent pas démarrer un flux de bureau non supervisé tant qu'une session utilisateur active existe, même verrouillée.
- Pour les exécutions non supervisées, vous avez en plus besoin du plan de processus Power Automate ou du module complémentaire non supervisé correspondant.
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é.
Types de connexion : comment Power Automate se connecte à votre ordinateur
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 :
- Se connecter avec un nom d'utilisateur et un mot de passe : vous enregistrez soit des informations d'identification stockées, par exemple depuis Azure Key Vault, soit vous saisissez directement le domaine, le nom d'utilisateur et le mot de passe.
- Se connecter avec des informations d'identification pour exécutions supervisées : ici, vous vous connectez plutôt via un compte Microsoft Entra, sans stocker de mot de passe dans la connexion. Cela ne fonctionne toutefois que pour les exécutions attended ; pour les exécutions unattended, ce type de connexion échoue.
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.
Limitations connues à garder à l'esprit
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 :
- Actuellement, jusqu'à 70 exécutions de flux de bureau par minute sont possibles par connexion.
- Si quelqu'un annule le flux cloud parent, cela n'arrête pas automatiquement le flux de bureau associé, à condition que le paramètre Asynchronous Pattern soit désactivé dans l'action.
- Pour les exécutions non supervisées en échec, vous pouvez éventuellement activer des journaux vidéo qui enregistrent les 60 dernières secondes avant l'erreur, ce qui aide au dépannage, par exemple lorsqu'un élément d'interface ne peut pas être trouvé.
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.
Questions fréquentes
Quelle est la différence entre un flux cloud et un flux de bureau ?
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.
Combien d'exécutions de flux de bureau sont possibles par connexion ?
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.
Puis-je mélanger des exécutions attended et unattended sur la même machine ?
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.
Que se passe-t-il si j'annule le flux cloud parent ?
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.
Ai-je besoin d'une licence supplémentaire pour les flux de bureau non supervisés ?
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 UG (haftungsbeschränkt)
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.
Des questions concrètes sur l’automatisation ou l’IA ?
Lors d’une analyse initiale gratuite, nous discutons directement de votre cas. Sans engagement.