Un flujo de Power Automate debe contemplar las operaciones que no terminan correctamente. Un servicio puede estar indisponible, una conexión puede requerir atención o los datos pueden tener un formato inesperado. En las automatizaciones con Microsoft Power Platform, el diseño debe definir la monitorización, el responsable y la forma de reanudar el trabajo.
Decida qué ocurre tras un error
Run after permite configurar pasos tras éxito, fallo, expiración u omisión. Las acciones pueden agruparse en scopes, y las políticas de reintento ayudan con fallos temporales; Terminate detiene el flujo explícitamente. El mecanismo depende del proceso: una notificación no enviada y un registro financiero incompleto tienen consecuencias diferentes.
El reintento no debe duplicar operaciones
Antes de reintentar, compruebe si el paso anterior ya produjo un efecto. Si una solicitud fue creada pero el flujo no recibió confirmación, repetirla puede duplicarla. Un identificador de operación y una consulta previa ayudan a diseñar el proceso. Las pruebas deben simular respuestas incompletas y servicios que reciben la petición sin devolver lo esperado.
La alerta debe llegar a la persona adecuada
Defina quién recibe la alerta, qué información necesita y cómo accede a los detalles de la ejecución. Limite los datos internos a destinatarios autorizados. Para un flujo importante, documente la comprobación y el criterio de resolución. Si el problema se repite, investigue la causa en lugar de convertir la intervención manual en una rutina.
Pruebe escenarios reales
Pruebe entradas incompletas, retrasos e indisponibilidad de dependencias. Confirme qué queda guardado y qué ve el usuario. En proyectos con SharePoint o integraciones a medida, revisamos el flujo junto a las aplicaciones conectadas. Descríbanos su automatización.
Fuente: Microsoft: robust error handling.
