Run-after : gérer les échecs avec élégance
Power Automate : niveau intermédiaire
Dani Kahil
Solution Architect | Microsoft MVP
Pas de try-catch dans Power Automate
Pas de mot-clé
try / catch
Chaque action a un paramètre
run-after
Run-after = quels statuts de l'étape précédente déclenchent cette étape
Les quatre états de run-after
is successful
— par défaut
has failed
— l'action a échoué
is skipped
— une Condition ou une Étendue l'a ignorée
has timed out
— délai dépassé
Branches parallèles : le modèle de gestion des échecs
$$
Ajoutez une
branche parallèle
après l'action à risque
Définissez son run-after sur
has failed
OU
has timed out
Le chemin d'origine garde
is successful
par défaut
Le bug de run-after le plus courant
Un gestionnaire d'échec avec le défaut ne se déclenche jamais
Les nouvelles branches héritent de
is successful
Relances : les branches parallèles offrent de la redondance
Utilisez run-after pour chaîner une
relance via un autre connecteur
Une branche parallèle garde le chemin initial indépendant
Passons à la pratique !
Power Automate : niveau intermédiaire
Preparing Video For Download...