Guida Power Automate

Monitora un cloud flow Power Automate con Verifagent

I cloud flow Power Automate falliscono silenziosamente quando una connessione scade, un'azione premium è bloccata o un trigger Recurrence si ferma. Una chiamata HTTP finale a Verifagent dimostra che l'esecuzione è terminata dopo il lavoro reale — non che è semplicemente partita.

Prima di iniziare

Crea un monitor con la frequenza reale del workflow, poi copia l'URL dalla dashboard. Il token è segreto: non pubblicarlo.

Modulo da usare : HTTP. Posizionalo dopo l'ultima azione utile sul percorso di successo.

Configurazione

Copia l'URL del monitor (preferisci una variabile d'ambiente)

Crea un monitor Verifagent per ogni flow. Allinea il periodo atteso all'intervallo Recurrence (o a quanto spesso il flow event-driven gira normalmente). Preferisci una variabile d'ambiente Power Platform (Text o Secret) per l'URL di ping invece di hardcodarlo nell'azione — soprattutto se il flow vive in una solution promossa tra ambienti.

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

Aggiungi un'azione HTTP alla fine (e la questione licenza)

Nel flow designer, aggiungi una nuova azione dopo l'ultimo passaggio di business. Cerca HTTP e scegli l'azione HTTP generica (Method GET, URI = il tuo URL di ping, nessuna autenticazione). Importante: quel connettore HTTP generico è premium — serve una licenza Power Automate che includa il premium. Le azioni standard «Send an HTTP request to SharePoint / Teams / Outlook …» puntano solo alle API Microsoft 365; non possono chiamare un URL Verifagent esterno. Non c'è un sostituto pulito a livello standard per un GET esterno arbitrario: senza premium, metti l'heartbeat in una piccola Azure Function / API custom che il tenant può chiamare con un connettore standard, oppure aggiorna la licenza del proprietario del flow.

Ping solo quando i passaggi precedenti hanno avuto successo

Tieni l'azione HTTP solo sul percorso di successo. Apri Configure run after su quell'azione e lasciala eseguire quando il passaggio precedente riesce (default). Non mettere il ping su un ramo parallelo che gira sempre, e non metterlo prima di scritture SharePoint, approvazioni o aggiornamenti Dataverse che ti interessano. I flow pianificati (Recurrence) sono l'uso ideale per un dead man's switch; i flow event-driven funzionano se girano con cadenza prevedibile — altrimenti il silenzio può significare semplicemente «nessun evento».

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

# Azione HTTP (premium)
# Method: GET
# URI:   <variabile d'ambiente o URL di ping incollato>
# Authentication: None
# Headers / Body: lasciare vuoti

Testa il flow una volta

Usa Test / Run flow. L'azione HTTP dovrebbe mostrare stato 200 e un body tipo {"ok":true}. Poi apri il monitor in Verifagent — lo stato diventa Up. Spegni brevemente il flow (o fallisci un passaggio iniziale) per confermare che non arriva alcun nuovo ping.

{"ok":true}

Sempre per ultimo, dopo il lavoro reale. Allinea il periodo atteso Verifagent a Recurrence (o alla frequenza eventi tipica). Imposta la tolleranza sopra la durata massima di esecuzione più la latenza dei connettori (spesso 10–30 minuti per flow giornalieri).

Route disponibili

L'URL base basta per un heartbeat. Le varianti arricchiscono la cronologia se la piattaforma ha più rami.

GET https://YOUR_PING_URL

POST https://YOUR_PING_URL/success

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

Verifica

Un Test riuscito crea un ping immediato. Disabilita il cloud flow o forza un passaggio fallito prima di HTTP: Verifagent dovrebbe aprire un incidente dopo periodo + tolleranza senza nuovo segnale.

Risposta attesa: 200 {"ok":true}. Il monitor passa da In attesa a Up.