Power Automate monitoring that notices the flow that never ran

Power Automate already tells you about some failures. Robovue adds the flows that never ran, an alert to your team within a minute of a run failing, and your flows side by side with every other bot.

Power AutomateDesktop and cloud flows

Your flows this morning

Example
  • Invoice approvalsExpected 06:00Missed
  • Timesheet remindersSucceeded at 06:30On time
  • New starter setupFailed at 07:15Failed
  • Email to your team · 06:05Invoice approvals missed a run. Its last run was yesterday at 06:00.
  • Slack on the Team plan, #rpa-alerts · 06:05Missed · Invoice approvals missed a run.
An example morning: each flow reports its own runs, and your team is alerted when the 06:00 flow never runs.

What Robovue watches

Each flow reports its own runs over HTTPS: a desktop flow with Invoke web service, and a cloud flow with the HTTP action. What the flow sends is what Robovue knows, so you choose the detail.

  • Successes and failures. A desktop flow reports when it starts, then how it ended, with the reason when it failed. A cloud flow reports once it ends, from HTTP actions after a Scope.
  • Flows that do not run. Give the flow a schedule, and Robovue marks it Missed when its time passes with no report, whatever stopped it.
  • Your own detail. Add an invoice number, the step that failed or an error message, and it’s on the run’s page and in the alert.
  • Each flow is a bot. It sits next to your UiPath, Automation Anywhere and your own code’s bots. You can add owners, tags and a credential expiry date.

Connect it in three steps

You write no code. Desktop flows are free in Power Automate for desktop on Windows, and are proven with a real flow. A cloud flow needs the HTTP action, a Premium connector, so its owner needs a Power Automate Premium licence. Cloud flows have not been checked against a real flow yet.

  1. Open Power Automate in Connections

    Start free, and the address your flow sends to and your Power Automate key are waiting there. The key can report runs and nothing else, so it’s safe in a flow other makers can open.

  2. Add the reports to the flow

    A desktop flow reports its start with Invoke web service, and how it ended with a second one. A cloud flow adds HTTP actions at its end. The Power Automate page in Robovue walks through each, with every value to copy.

  3. Run the flow once

    The Power Automate page shows the request arrive, or says exactly why it was rejected. To check everything without recording a run, add the dry-run header first.

ExampleWhat step 3 shows in the app

After a dry run

A dry run passed every check in the last 24 hours.

Nothing was stored. Send a run without the dry-run header to record one.

Once a run has reported

Connected. The last run was recorded at 06:30.

The request your flow sends

The address holds your workspace ID (tenantId below). Every response code and limit is in the reference in Robovue once you’ve signed up.

POST https://app.robovue.co.uk/ingest/{tenantId}/power-automate

The same report, sent from a Power Automate flow: with Invoke web service in a desktop flow, or the HTTP action in a cloud flow. A flow cannot compute a signature, so the Power Automate key replaces it. Robovue records the platform as power-automate.

Headers

Content-Type Required

application/json

The body is JSON. A charset parameter is fine.

X-Robovue-Api-Key Required

your Power Automate key

The Power Automate key, from the Power Automate page in Connections. It can report runs and nothing else, so it’s safe in a flow definition others can open. The Management API key is not accepted here.

X-Robovue-Delivery-Id Required

1–200 printable ASCII characters, no spaces

Unique to this run. Sending it again updates or confirms the same run instead of creating a second one, as a retry does, or the Success or Failure that ends a Running run. A GUID or your bot’s own run ID both work. It cannot start with "uipath-job-" or "automation-anywhere-", because Robovue uses those for runs it receives from UiPath and Automation Anywhere.

X-Robovue-Dry-Run Optional

true

Checks the request exactly as a real one would be checked, including authentication, every field, the delivery ID and your plan’s bot limit, and stores nothing. The response says what would have happened. Use it to test an integration without creating runs. Any other value, or no header, is an ordinary request.

Body

A JSON object with the fields below. They’re the same as a run report’s, without platform.

botId string, up to 200 characters Required

Your name for the bot. Every run with the same botId belongs to the same bot in Robovue. Spaces and punctuation are fine, but not / or \. It cannot start or end with a space, or contain tabs or line breaks. The same ID registers and manages the bot through the Management API.

For example invoice-bot-01

status string Required

How the run went. Running reports a run that has started and not finished yet. When it ends, send the same delivery ID again with Success or Failure. Values are case-sensitive.

One of Success Failure Running

For example Success

startedAt timestamp Required

When the run started, as an RFC 3339 timestamp with a time zone offset: Z for UTC, or ±hh:mm. For example, 2026-07-17T09:00:00Z. It cannot be before 2000, or more than an hour ahead of Robovue’s clock. Unix times are not accepted.

For example 2026-07-17T09:00:00Z

completedAt timestamp Sometimes

Required when status is Success or Failure; leave it out when status is Running

When the run finished. It has the same format and limits as startedAt, and cannot be before it.

For example 2026-07-17T09:01:30Z

failureCategory string Optional

Only with status Failure

Why the run failed, if your bot can tell. If it cannot, leave it out: the run is recorded as Uncategorized, and you can change that later on the run’s page. Values are case-sensitive.

One of Uncategorized BusinessException ApplicationException Timeout AuthenticationError Cancelled

For example ApplicationException

payload object Optional

Anything that will help you debug the run later, such as an invoice number, the step that failed or a stack trace. It must be a JSON object, and it’s stored as sent and shown on the run’s page. A top-level error, errorMessage or message string becomes the summary in the failure alert. It counts toward the 64 KB request limit.

For example { "invoiceId": "INV-2291", "error": "Timed out waiting for the vendor portal" }

Know the 06:00 flow ran, before anyone asks

You need no card and no sales call. Your address and key are ready the moment you sign up.