Gestion des erreurs

Effectué

Lorsqu’un échec se produit dans un flux de cloud Power Automate, le comportement par défaut consiste à arrêter le traitement. Vous pouvez gérer les erreurs et annuler les étapes précédentes en cas d’échec.

Un architecte de solution doit spécifier comment les erreurs doivent être gérées dans les flux de cloud.

Exécuter après

La façon dont les erreurs sont gérées consiste à modifier les paramètres Exécuter après dans les étapes du flux. Voici les paramètres disponibles :

  • A réussi (paramètre par défaut)
  • A expiré
  • Est ignoré
  • A échoué

Vous pouvez ajuster le paramètre Exécuter après en ouvrant l’onglet Paramètres de l’action et en le faisant défiler vers le bas (voir l’image ci-dessous). Par défaut, l’action qui précède l’action en cours s’affiche, mais vous pouvez également choisir une action précédente différente sur laquelle baser les conditions Exécuter après à l’aide du choix Sélectionner des actions.

Quel que soit votre choix, il détermine la condition d’exécution de votre étape. Dans l’exemple ci-dessous, l’action Envoyer une notification Push s’exécute seulement si l’étape Obtenir une ligne par ID a échoué. Il s’agit d’un moyen de gérer les erreurs, en envoyant une notification à quelqu’un en cas d’échec d’une étape.

Capture d’écran montrant les paramètres Exécuter après.

Observez comment chaque action est associée à une couleur qui s’affiche dans le Concepteur de flux. Dans l’exemple ci-dessus, puisque nous avons sélectionné la condition A échoué, un point rouge s’affiche au-dessus de l’étape comme repère visuel indiquant que cette étape a une condition Exécuter après définie.

Branches parallèles

Lors de l’utilisation des paramètres Exécuter après, vous pouvez avoir des paramètres différents pour la réussite et l’échec à l’aide de branches parallèles. Notre image ci-dessous montre comment le paramètre Exécuter après pour l’étape sur le côté droit de notre branche utilise le paramètre par défaut A réussi. Les deux utilisent la même action que leur initiateur, mais se comportent différemment en fonction de ce qui se passe lors de l’exécution de l’action.

Capture d’écran montrant la branche parallèle avec Exécuter après.

Ensembles de modifications

Si votre flux doit effectuer une série d’actions sur des données Dataverse et si vous devez vous assurer que toutes les étapes fonctionnent ou qu’aucune ne fonctionne, vous devez utiliser un ensemble de modifications. L’action Exécuter une demande d’ensemble de modifications vous permet d’effectuer un groupe d’opérations du connecteur Microsoft Dataverse en une seule transaction. Si l’une des opérations échoue, toutes les actions réussies sont annulées.

Depuis novembre 2024, vous devez vous trouver dans le concepteur classique pour appeler cette action dans votre flux.

Capture d’écran montrant un ensemble de modifications dans un flux.

Si vous définissez un ensemble de modifications, les opérations sont exécutées en une seule transaction. En cas d’erreur à l’une des étapes, toute modification apportée par ces étapes est annulée.

Remarque

Les ensembles de modifications ne sont disponibles qu’avec les actions Créer, Mettre à jour et Supprimer dans le connecteur Dataverse.

Limites d’API

La plateforme a des limites d’API et des limites de protection du service. Power Automate respecte ces limites ; chaque étape d’un flux consomme un appel d’API.

Des limites sont également appliquées pour certaines actions dans Power Automate et pour Power Automate :

  • De nombreuses opérations comme la boucle Appliquer à chaque effectuent au maximum 100 000 itérations. Vous devrez peut-être partitionner le travail si vous utilisez de grands ensembles d’éléments.
  • La boucle Exécuter jusqu’à a une valeur par défaut de 60 boucles ou 1 heure de temps d’exécution. Si ces limites sont dépassées, il quitte la boucle sans erreur. Vous pouvez augmenter le nombre de boucles et la durée dans les paramètres de l’action.
  • Les flux peuvent s’exécuter 30 jours au maximum. Vous ne devez pas utiliser de flux de longue durée ; utilisez plutôt des flux planifiés qui vérifient si la ligne doit être traitée.
  • Les connecteurs ont des limitations, par exemple le connecteur Dataverse autorise seulement 6 000 appels d’API pour chaque connexion toutes les 300 secondes.