Scope, Condition et Switch : les trois structures de contrôle dans le glossaire

Quiconque va au-delà des simples flux si/alors dans Power Automate tombe rapidement sur trois termes qui semblent similaires à première vue : Scope, Condition et Switch. Tous trois font partie des actions de contrôle et apparaissent dans le concepteur sous la rubrique Contrôle, mais ils remplissent des fonctions totalement différentes. Les confondre revient soit à créer des branchements inutilement compliqués, soit à perdre de vue, en cas d'erreur, quelle action a réellement échoué.

Ce glossaire explique les trois briques individuellement, met en évidence les principales différences et précise quand chacune est utile, pour que tu gardes le contrôle de la structure de ton flux dès le départ. Mise à jour : juillet 2026.

Qu'est-ce qu'un Scope dans Power Automate ?

Un Scope est un conteneur qui regroupe plusieurs actions en un seul bloc. Lors de l'exécution du flux, toutes les actions à l'intérieur du Scope s'exécutent comme une seule unité, et le Scope lui-même signale à la fin un statut propre, comme Réussi, Échoué ou Ignoré.

• Organisation : Tu regroupes les étapes liées entre elles, par exemple la validation des données, le traitement principal et la notification, dans des Scopes distincts, ce qui garde une vue d'ensemble claire même pour des flux longs.
• Gestion des erreurs : Combiné avec des conditions d'exécution après (Run-after), tu peux reproduire un schéma classique try/catch/finally, par exemple un Scope séparé Gestion des erreurs qui ne s'exécute que si le Scope Traitement principal échoue.
• Clarté : Les Scopes peuvent être réduits ou développés dans le concepteur, ce qui facilite grandement l'édition de flux volumineux.

Tu ajoutes un Scope via le signe plus dans le concepteur, en recherchant Scope et en sélectionnant Scope sous la rubrique Contrôle. Si une seule action à l'intérieur d'un Scope échoue, le Scope n'affiche d'abord qu'un seul statut Échoué ; tu ne vois quelle action précise a causé l'erreur qu'après l'avoir développé. Important pour la planification de flux plus grands : Power Automate autorise au maximum huit niveaux imbriqués, en comptant ensemble les Scopes, les Conditions, les cas de Switch et les boucles Appliquer à chacun ; au-delà, les flux ne peuvent plus être enregistrés ni exécutés. Les détails sont fournis dans la documentation officielle sur les zones pour organiser les actions dans les flux cloud.

Comment fonctionne l'action Condition ?

Une Condition, appelée Bedingung en allemand, compare exactement une valeur à une autre et crée à partir de là deux branches : Si oui et Si non. Dans ces deux branches, tu définis quelles actions doivent s'exécuter dans chaque cas.

• Opérateurs : Les options disponibles incluent notamment est égal à, est supérieur à, est supérieur ou égal à, contient et d'autres opérateurs de comparaison, un choix nettement plus large qu'avec un Switch.
• Vérification simple : Un exemple tiré de la documentation Microsoft vérifie si le nombre de retweets d'un tweet est supérieur ou égal à 10, et n'envoie un e-mail que dans ce cas.
• Conditions complexes : Via le bouton Ajouter, tu peux combiner plusieurs lignes avec une logique ET ou OU, sans avoir à écrire une expression à la main.

Pour des vérifications qui dépassent une simple ligne, par exemple vérifier plusieurs colonnes d'un tableau en même temps, l'article Utiliser des expressions dans les conditions montre comment utiliser des fonctions telles que and, or, greater ou empty directement dans l'éditeur d'expressions de la condition. Les étapes de base pour créer une condition sont décrites dans le guide Ajouter une condition à un flux cloud.

Quand vaut-il mieux utiliser un Switch à la place ?

Un Switch vérifie lui aussi une seule valeur ou expression, mais au lieu de la comparer à une seule alternative, il la compare à plusieurs Cases fixes et définis. Si un cas correspond, seul le chemin d'action associé s'exécute ; si aucun cas ne correspond, c'est le Cas par défaut qui s'applique.

• Égalité uniquement : Contrairement à la Condition, un Switch ne prend en charge que l'opérateur d'égalité ; pour supérieur à, inférieur à ou contient, la Condition reste le bon choix.
• Valeurs statiques : Chaque Case nécessite une valeur de comparaison unique et statique ; l'action ne prend pas en charge les jetons dynamiques ou les expressions comme valeur de Case.
• Éléments obligatoires : Un Switch a besoin d'au moins un Case en plus du cas par défaut, sinon il ne peut pas être utilisé de manière pertinente.

Cela devient concret, par exemple, pour une réponse d'approbation avec les options Approuver et Refuser : au lieu de deux Conditions imbriquées, un seul Switch avec deux Cases et un cas par défaut vide suffit. Comme Power Automate repose techniquement sur le même langage de définition de workflow qu'Azure Logic Apps, la documentation Power Automate sur le remplacement des workflows Dataverse classiques pour une logique de branchement complexe renvoie elle aussi à la même action Switch, décrite en détail dans Ajouter des actions Switch aux workflows.

Scope, Condition ou Switch : quelle brique convient à quel moment ?

• Scope : aucune logique de décision propre, uniquement une organisation pure et une gestion des erreurs pour un groupe d'actions.
• Condition : une décision binaire oui/non avec un choix libre de l'opérateur de comparaison, idéale pour des vérifications individuelles comme des comparaisons de nombres ou de contenus textuels.
• Switch : un embranchement multiple pour exactement une valeur avec plusieurs valeurs possibles et précisément connues, par exemple un champ de statut ou de sélection.

Les trois peuvent aussi être combinés : un Switch avec plusieurs Cases peut sans problème se trouver à l'intérieur d'un Scope, et chaque Case individuel peut à son tour contenir sa propre Condition. La limite d'imbrication de huit niveaux, qui s'applique conjointement aux quatre types d'actions, reste importante.

Quiconque souhaite construire de manière productive et maintenable des flux comportant de nombreux branchements et Scopes de gestion des erreurs bénéficie, chez NordFlux dans le cadre du conseil Power Automate, d'une structure propre à prix fixe, documentation des briques utilisées incluse.

Questions fréquentes

Puis-je utiliser un Switch à la place de plusieurs Conditions imbriquées ?

Oui, et Microsoft le recommande même explicitement pour une logique de branchement avec plusieurs valeurs possibles. Un Switch avec quatre Cases est plus clair et plus plat que quatre Conditions imbriquées qui ne vérifient chacune qu'une seule alternative.

Que se passe-t-il si aucun Case du Switch ne correspond ?

Le Cas par défaut s'exécute alors automatiquement. Si tu le laisses vide, il ne se passe tout simplement rien, et le flux continue avec l'action suivante après le Switch. Mais tu peux aussi définir dans le cas par défaut ta propre gestion des erreurs ou une action par défaut.

Pourquoi un Scope en échec n'affiche-t-il qu'un seul statut d'erreur ?

Cela tient au concept du Scope en tant que bloc regroupé : Power Automate signale un seul statut pour l'ensemble du conteneur. Pour trouver la cause précise, tu dois développer le Scope dans l'historique d'exécution et examiner les actions individuelles qu'il contient.

L'action Switch prend-elle aussi en charge des opérateurs comme « supérieur à » ou « contient » ?

Non. Un Switch compare exclusivement par égalité. Si tu as besoin d'opérateurs de comparaison comme supérieur à, inférieur à ou contient, l'action Condition est le bon choix, éventuellement combinée à une action Compose préalable qui prépare la valeur en conséquence.

Combien de niveaux de Scopes, de Conditions et de Switches puis-je imbriquer ?

Power Automate autorise au maximum huit niveaux imbriqués, en comptant ensemble les Scopes, les Conditions, les cas de Switch et les boucles Appliquer à chacun. Les flux qui dépassent cette profondeur ne peuvent ni être enregistrés ni exécutés, c'est pourquoi il est souvent préférable, pour une logique très complexe, de la répartir en plusieurs sous-flux.