Guía Power Automate

Monitoriza un flujo cloud de Power Automate con Verifagent

Los flujos cloud de Power Automate fallan en silencio cuando caduca una conexión, se bloquea una acción premium o un trigger Recurrence se detiene. Una llamada HTTP final a Verifagent demuestra que la ejecución terminó tras el trabajo real — no que simplemente empezó.

Antes de empezar

Crea un monitor con la frecuencia real de tu workflow y copia su URL desde el panel. Su token es secreto: no lo publiques.

Módulo a usar : HTTP. Colócalo después de la última acción útil en la ruta de éxito.

Configuración

Copia la URL del monitor (prefiere una variable de entorno)

Crea un monitor Verifagent por flujo. Ajusta el periodo esperado al intervalo Recurrence (o a la frecuencia habitual del flujo basado en eventos). Prefiere una variable de entorno de Power Platform (Text o Secret) para la URL de ping en lugar de hardcodearla en la acción — especialmente si el flujo está en una solución que promueves entre entornos.

https://verifagent.com/api/ping/your-ping-token

Añade una acción HTTP al final (y conoce la limitación de licencia)

En el diseñador del flujo, añade una acción nueva después del último paso de negocio. Busca HTTP y elige la acción HTTP genérica (Method GET, URI = tu URL de ping, sin autenticación). Importante: ese conector HTTP genérico es premium — necesita una licencia de Power Automate que incluya premium. Las acciones estándar «Send an HTTP request to SharePoint / Teams / Outlook …» solo apuntan a APIs de Microsoft 365; no pueden llamar a una URL externa de Verifagent. No hay sustituto limpio en tier estándar para un GET externo arbitrario: si no tienes premium, pon el heartbeat en una Azure Function / API personalizada que tu tenant pueda llamar con un conector estándar, o mejora la licencia del propietario del flujo.

Ping solo cuando los pasos anteriores tuvieron éxito

Mantén la acción HTTP solo en la ruta de éxito. Abre Configure run after en esa acción y déjala para que se ejecute cuando el paso anterior tenga éxito (por defecto). No coloques el ping en una rama paralela que siempre se ejecuta, ni antes de escrituras en SharePoint, aprobaciones o actualizaciones de Dataverse que te importen. Los flujos programados (Recurrence) encajan mejor como dead man's switch; los flujos por eventos también funcionan si se ejecutan con cadencia predecible — si no, el silencio puede significar simplemente «sin eventos».

GET https://verifagent.com/api/ping/your-ping-token

# Acción HTTP (premium)
# Method: GET
# URI:   <variable de entorno o URL de ping pegada>
# Authentication: None
# Headers / Body: dejar vacíos

Prueba el flujo una vez

Usa Test / Run flow. La acción HTTP debería mostrar estado 200 y un cuerpo como {"ok":true}. Luego abre el monitor en Verifagent — el estado pasa a Up. Desactiva el flujo brevemente (o falla un paso temprano) para confirmar que no llega ningún ping nuevo.

{"ok":true}

Siempre al final, después del trabajo real. Alinea el periodo esperado de Verifagent con Recurrence (o la tasa habitual de eventos). Define el margen por encima de la duración máxima de ejecución más la latencia del conector (a menudo 10–30 minutos para flujos diarios).

Rutas disponibles

La URL base basta para un heartbeat. Las variantes enriquecen el historial si tu plataforma tiene varias ramas.

GET https://YOUR_PING_URL

POST https://YOUR_PING_URL/success

POST https://YOUR_PING_URL/fail?msg=Error

Verificar

Una ejecución Test correcta crea un ping inmediato. Desactiva el flujo cloud o fuerza un paso fallido antes de HTTP: Verifagent debería abrir un incidente tras periodo + margen sin nueva señal.

Respuesta esperada: 200 {"ok":true}. El monitor pasa de Pending a Up.