Run-after: gestionar fallos con elegancia
Power Automate intermedio
Dani Kahil
Solution Architect | Microsoft MVP
No hay try-catch en Power Automate
No existe la palabra clave
try / catch
Cada acción tiene un ajuste de
run-after
Run-after = qué estados previos activan este paso
Los cuatro estados de run-after
is successful
— valor por defecto
has failed
— la acción dio error
is skipped
— una Condition o Scope la omitió
has timed out
— superó su límite de tiempo
Ramas paralelas como patrón de gestión de fallos
$$
Añade una
rama paralela
tras la acción de riesgo
Pon su run-after en
has failed
O
has timed out
La ruta original mantiene el
is successful
por defecto
El error más común de run-after
Un gestor de fallos con el valor por defecto nunca se ejecuta
Las nuevas ramas heredan
is successful
Reintentos: las ramas paralelas dan redundancia
Usa run-after para encadenar un
reintento con otro conector
Una rama paralela mantiene independiente la ruta original
¡Vamos a practicar!
Power Automate intermedio
Preparing Video For Download...