Run-after: Fehler elegant abfangen
Power Automate für Fortgeschrittene
Dani Kahil
Solution Architect | Microsoft MVP
In Power Automate gibt es kein Try-Catch
Kein
try / catch
-Schlüsselwort
Jede Aktion hat eine
Run-after
-Einstellung
Run-after = welche Status der vorherigen Schritte diesen Schritt auslösen
Die vier Run-after-Status
is successful
— Standard
has failed
— die Aktion hat einen Fehler
is skipped
— durch Condition oder Scope übersprungen
has timed out
— Zeitlimit überschritten
Parallele Zweige als Fehler-Handler-Muster
$$
Füge nach der riskanten Aktion einen
parallelen Zweig
hinzu
Setze dessen Run-after auf
has failed
ODER
has timed out
Der Originalpfad behält
is successful
als Standard
Der häufigste Run-after-Bug
Ein Failure-Handler mit dem Standard feuert nie
Neue Zweige erben
is successful
Retries: Parallele Zweige geben dir Redundanz
Nutze Run-after, um einen
Retry mit anderem Connector
zu verketten
Ein paralleler Zweig hält den Originalpfad unabhängig
Lass uns üben!
Power Automate für Fortgeschrittene
Preparing Video For Download...