Power Automate-Anleitung

Power Automate-Cloud-Flow mit Verifagent überwachen

Power Automate-Cloud-Flows scheitern still, wenn eine Verbindung abläuft, eine Premium-Aktion blockiert ist oder ein Recurrence-Trigger stoppt. Ein abschließender HTTP-Aufruf an Verifagent beweist, dass der Lauf nach der echten Arbeit endete — nicht nur, dass er startete.

Bevor Sie beginnen

Erstellen Sie einen Monitor mit der tatsächlichen Frequenz Ihres Workflows und kopieren Sie dann die URL aus dem Dashboard. Der Token ist geheim — veröffentlichen Sie ihn nicht.

Zu verwendendes Modul : HTTP. Platzieren Sie es nach der letzten sinnvollen Aktion auf dem Erfolgspfad.

Einrichtung

Monitor-URL kopieren (Umgebungsvariable bevorzugen)

Erstellen Sie einen Verifagent-Monitor pro Flow. Passen Sie die erwartete Periode an das Recurrence-Intervall an (oder an die normale Kadenz eines ereignisgesteuerten Flows). Bevorzugen Sie eine Power Platform-Umgebungsvariable (Text oder Secret) für die Ping-URL statt Hardcoding in der Aktion — besonders wenn der Flow in einer Lösung über Umgebungen hinweg promoted wird.

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

HTTP-Aktion am Ende hinzufügen (Lizenz-Hinweis)

Fügen Sie im Flow-Designer eine Aktion nach dem letzten Geschäftsschritt hinzu. Suchen Sie HTTP und wählen Sie die generische HTTP-Aktion (Method GET, URI = Ping-URL, keine Authentifizierung). Wichtig: Dieser generische HTTP-Connector ist Premium — er benötigt eine Power Automate-Lizenz mit Premium. Die Standard-Aktionen „Send an HTTP request to SharePoint / Teams / Outlook …“ zielen nur auf Microsoft-365-APIs; sie können keine externe Verifagent-URL aufrufen. Es gibt keinen sauberen Standard-Ersatz für einen beliebigen externen GET: ohne Premium platzieren Sie den Heartbeat in einer kleinen Azure Function / Custom API, die Ihr Tenant mit einem Standard-Connector aufrufen kann, oder upgraden Sie die Lizenz des Flow-Besitzers.

Nur pingen, wenn vorherige Schritte erfolgreich waren

Behalten Sie die HTTP-Aktion nur auf dem Erfolgspfad. Öffnen Sie Configure run after für diese Aktion und lassen Sie sie laufen, wenn der vorherige Schritt erfolgreich war (Standard). Platzieren Sie den Ping nicht in einem parallelen Zweig, der immer läuft, und nicht vor SharePoint-Schreibvorgängen, Genehmigungen oder Dataverse-Updates, die Ihnen wichtig sind. Geplante (Recurrence-)Flows sind am besten für einen Dead Man's Switch; ereignisgesteuerte Flows funktionieren, wenn sie eine vorhersagbare Kadenz haben — sonst kann Stille einfach „keine Ereignisse“ bedeuten.

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

# HTTP-Aktion (Premium)
# Method: GET
# URI:   <Umgebungsvariable oder eingefügte Ping-URL>
# Authentication: None
# Headers / Body: leer lassen

Flow einmal testen

Verwenden Sie Test / Run flow. Die HTTP-Aktion sollte Status 200 und einen Body wie {"ok":true} anzeigen. Öffnen Sie dann den Monitor in Verifagent — Status wird Up. Schalten Sie den Flow kurz aus (oder lassen Sie einen frühen Schritt scheitern), um zu prüfen, dass kein neuer Ping ankommt.

{"ok":true}

Immer zuletzt, nach der echten Arbeit. Passen Sie Verifagents erwartete Periode an Recurrence (oder typische Ereignisrate) an. Setzen Sie Kulanz über Worst-Case-Laufzeit plus Connector-Latenz (oft 10–30 Minuten für tägliche Flows).

Verfügbare Routen

Die Basis-URL reicht für einen Heartbeat. Varianten bereichern den Verlauf, wenn Ihre Plattform mehrere Zweige hat.

GET https://YOUR_PING_URL

POST https://YOUR_PING_URL/success

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

Prüfen

Ein erfolgreicher Test erzeugt sofort einen Ping. Deaktivieren Sie den Cloud-Flow oder erzwingen Sie einen Fehler vor HTTP: Verifagent sollte nach Periode + Kulanz ohne neues Signal einen Vorfall eröffnen.

Erwartete Antwort: 200 {"ok":true}. Der Monitor wechselt von Pending zu Up.