Guide Power Automate

Surveiller un flux cloud Power Automate avec Verifagent

Les flux cloud Power Automate s’arrêtent souvent sans bruit : connexion expirée, action premium bloquée, déclencheur Recurrence coupé. Un appel HTTP final vers Verifagent prouve que l’exécution s’est terminée après le vrai travail, pas qu’elle a seulement démarré.

Avant de commencer

Créez un monitor avec la fréquence réelle de votre workflow, puis copiez son URL depuis le dashboard. Son token est secret : ne le publiez pas.

Module à utiliser : HTTP. Placez-le après la dernière action utile du chemin de succès.

Installation

Copiez l’URL du monitor (idéalement une variable d’environnement)

Créez un monitor Verifagent par flux. Alignez la période attendue sur l’intervalle Recurrence (ou sur la cadence habituelle d’un flux déclenché par événement). Préférez une variable d’environnement Power Platform (Texte ou Secret) pour l’URL de ping plutôt que de la coller en dur dans l’action, surtout si le flux vit dans une solution promue entre environnements.

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

Ajoutez une action HTTP à la fin (et le point licence)

Dans le concepteur de flux, ajoutez une action après la dernière étape métier. Cherchez HTTP et choisissez l’action HTTP générique (méthode GET, URI = URL de ping, sans authentification). Important : ce connecteur HTTP générique est premium : il faut une licence Power Automate qui inclut le premium. Les actions standard « Envoyer une requête HTTP à SharePoint / Teams / Outlook… » ne ciblent que les API Microsoft 365 ; elles ne peuvent pas appeler une URL Verifagent externe. Il n’existe pas de substitut standard propre pour un GET externe arbitraire : sans premium, placez le heartbeat dans une petite Azure Function / API custom joignable via un connecteur standard, ou mettez à niveau la licence du propriétaire du flux.

Ne pinguez que si les étapes précédentes ont réussi

Gardez l’action HTTP uniquement sur le chemin de succès. Ouvrez Configurer l’exécution après (Configure run after) sur cette action et laissez-la s’exécuter lorsque l’étape précédente a réussi (comportement par défaut). Ne placez pas le ping sur une branche parallèle qui tourne toujours, ni avant des écritures SharePoint, des approbations ou des mises à jour Dataverse critiques. Les flux planifiés (Recurrence) sont le meilleur cas pour un dead man’s switch ; les flux événementiels restent pertinents s’ils ont une cadence prévisible. Sinon le silence peut simplement signifier « aucun événement ».

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

# Action HTTP (premium)
# Method: GET
# URI:   <variable d’environnement ou URL de ping>
# Authentication: None
# Headers / Body: laisser vides

Testez le flux une fois

Utilisez Tester / Exécuter. L’action HTTP doit afficher le statut 200 et un corps du type {"ok":true}. Ouvrez ensuite le monitor dans Verifagent : le statut passe à Up. Coupez brièvement le flux (ou faites échouer une étape tôt) pour confirmer qu’aucun nouveau ping n’arrive.

{"ok":true}

Toujours en dernier, après le vrai travail. Alignez la période Verifagent sur Recurrence (ou le rythme d’événements). Réglez la grâce au-dessus de la durée max d’exécution plus la latence des connecteurs (souvent 10–30 minutes pour un flux quotidien).

Routes disponibles

L’URL de base suffit pour un heartbeat. Les variantes enrichissent l’historique si votre plateforme gère plusieurs branches.

GET https://VOTRE_URL_DE_PING

POST https://VOTRE_URL_DE_PING/success

POST https://VOTRE_URL_DE_PING/fail?msg=Erreur

Vérification

Un Test réussi crée un ping immédiat. Désactivez le flux cloud ou forcez un échec avant HTTP : Verifagent doit ouvrir un incident après période + grâce sans nouveau signal.

Réponse attendue : 200 {"ok":true}. Le monitor passe de Pending à Up.