Cloud Flow ou Desktop Flow ? La décision en 5 questions

Les Cloud Flows automatisent des processus entre services en ligne via leurs API et s'exécutent entièrement dans le cloud Microsoft, tandis que les Desktop Flows pilotent des applications Windows locales via l'interface graphique et peuvent ainsi également automatiser des systèmes sans interface. Le choix entre les deux dépend essentiellement d'une question : le logiciel que vous souhaitez intégrer propose-t-il une API, ou l'automatisation doit-elle cliquer, saisir et lire comme le ferait une personne ? État : juillet 2026.

Quelle est la différence entre un Cloud Flow et un Desktop Flow ?

Un Cloud Flow se connecte via des connecteurs à des services tels qu'Outlook, SharePoint ou Dynamics 365 et échange des données de manière structurée via leurs API. Il ne nécessite ni application en cours d'exécution ni appareil particulier, car toute la logique s'exécute dans le cloud. Un Desktop Flow, en revanche, pilote une application comme le ferait un collaborateur à l'écran : via des éléments d'interface, des coordonnées d'écran ou la reconnaissance d'image. Selon la présentation de Microsoft Power Automate Desktop, cette technologie étend les fonctions RPA de Power Automate précisément pour les cas où aucune interface structurée n'existe, par exemple pour d'anciennes applications terminal ou des mainframes.

Quand un Desktop Flow est-il le bon choix pour un ERP historique ?

Un Desktop Flow est intéressant dès qu'un système sans API intervient dans le processus. Dans les PME allemandes, il s'agit souvent d'un ERP historique ou d'une gestion des stocks utilisé depuis des années mais jamais conçu pour des intégrations modernes : les commandes sont saisies manuellement, les analyses sont extraites par copier-coller vers Excel, les données de base sont entretenues écran par écran. Microsoft cite lui-même comme exemple la saisie de données dans un système ERP par les employés d'une grande entreprise (Microsoft Learn : Présentation des Desktop Flows). Le Desktop Flow reprend alors exactement les clics et saisies qui seraient sinon effectués manuellement, sans qu'il soit nécessaire de modifier quoi que ce soit sur le système historique lui-même. Cela fonctionne aussi avec les émulateurs de terminal pour mainframes ou systèmes AS/400, pour lesquels Power Automate propose ses propres actions d'émulation de terminal.

Comment combiner Cloud Flow et Desktop Flow ?

En pratique, les deux types de flux sont rarement isolés : un Cloud Flow prend en charge le déclencheur et la connexion aux systèmes modernes, un Desktop Flow la partie du travail qui ne peut être réalisée que via l'interface. Pour cela, le Cloud Flow dispose de l'action "Run a flow built with Power Automate for desktop" : elle appelle un Desktop Flow enregistré sur une machine ou un groupe de machines déterminé et transmet des paramètres entre les deux niveaux (Microsoft Learn : Trigger desktop flows from cloud flows). Il est ainsi possible, par exemple, de détecter une commande reçue par e-mail via un Cloud Flow, puis de la saisir dans l'ERP historique via un Desktop Flow.

Attended ou unattended : quel mode d'exécution convient ?

Pour l'appel d'un Desktop Flow depuis un Cloud Flow, le mode d'exécution peut être défini. En mode attended, l'automatisation s'exécute sur l'ordinateur d'un collaborateur pendant que celui-ci est connecté, et peut être observée ou interrompue si nécessaire. En mode unattended, Power Automate se connecte de façon autonome sur une machine enregistrée, exécute le flux sans spectateur, puis se déconnecte ensuite. Cela suppose qu'aucune session Windows active ne soit ouverte sur l'appareil et nécessite une licence supplémentaire (Microsoft Learn : Run unattended desktop flows). Pour un traitement par lots nocturne sur l'ERP historique, le mode unattended est généralement le plus adapté, tandis que le mode attended convient mieux aux tâches nécessitant des retours des collaborateurs.

Quelles limites les PME doivent-elles connaître ?

Les Desktop Flows sont plus robustes que leur réputation, mais ils restent dépendants de l'interface de l'application cible : si un écran, un nom de champ ou la résolution change, cela peut perturber l'automatisation. Les exécutions unattended nécessitent en outre un appareil dédié, disponible en permanence, et la licence correspondante, ce dont les Cloud Flows n'ont pas besoin sous cette forme. Quiconque sépare proprement les deux mondes dès le départ et documente quelle partie d'un processus passe par une API et laquelle passe par l'interface s'épargne des difficultés de migration ultérieures, par exemple si l'ERP historique finit par recevoir une interface. Pour déterminer quelle approche convient à un processus concret, un conseil Power Automate aide à évaluer de manière réaliste l'effort et le bénéfice.

Questions fréquentes sur Cloud Flow et Desktop Flow

Un Desktop Flow peut-il fonctionner sans Cloud Flow ?

Oui. Un Desktop Flow peut être démarré directement dans la console Power Automate Desktop ou déclenché manuellement. Pour les planifications, les déclencheurs externes ou l'exécution unattended, il est généralement quand même déclenché via un Cloud Flow, car celui-ci fournit la logique de planification et de connexion.

Un Desktop Flow nécessite-t-il une licence supplémentaire pour le fonctionnement unattended ?

Oui. Pour l'exécution unattended, un Process Plan ou un module complémentaire unattended est requis en plus de la licence Power Automate, attribué au compte d'exécution ou à l'environnement.

Un Desktop Flow remplace-t-il une véritable interface vers l'ERP historique ?

Non. Un Desktop Flow automatise l'interface utilisateur existante, mais ne crée pas d'API. Dès qu'un système obtient une interface structurée, il est généralement intéressant de passer à un Cloud Flow ou à un connecteur dédié, car cela est plus stable et nécessite moins de maintenance.

Un même processus peut-il comporter à la fois des parties Cloud Flow et Desktop Flow ?

Oui, c'est même le cas normal dans des environnements informatiques ayant évolué au fil du temps. Un Cloud Flow connecte les systèmes modernes via des API, un Desktop Flow prend en charge la partie qui n'est accessible que via l'interface d'une application plus ancienne.