Power Automate as a Sume webhook receiver: respond within 10 seconds

Power Automate allows 120 seconds for an inbound HTTP request, but Sume gives each webhook attempt 10 seconds. Put the Response action first.

4 min readSume
All posts

If you receive Sume job webhooks in a Power Automate flow that starts with the HTTP Request trigger, add the Response action first. Power Automate lets an inbound request run for 120 seconds, but Sume waits only 10 seconds per delivery attempt, so the shorter number is the one that binds.

A flow that does real work before it answers can look fine in Power Automate and still fail every delivery from Sume's side.

The two clocks

The Power Automate figures are from Microsoft's limits page. The Sume figures are from the webhooks page.

Receiver timing, Microsoft Learn (read 2026-10-10) and Sume docs
SideValueWhat it means
Power Automate inbound request120 secondsDocumented limit for requests that trigger instant flows, including the HTTP Request trigger
Power Automate Response actionAlways responds within that limitActions after the response action continue running beyond it
Sume delivery timeout10 seconds per attemptA slow endpoint uses the budget and Sume retries it
Sume delivery attemptsUp to 10, 30 seconds apart by defaultAfter that the delivery is marked failed; the job itself is still complete

Flow layout

Start with the HTTP Request trigger. Add a Response action that returns status 200 as the very next step. Everything else (fetching the result, writing a row, posting to Teams) goes after it. Microsoft's page notes that actions after the response action keep running, so the flow can finish slowly without holding Sume's attempt open.

Sume's rule is to store the event durably and return any 2xx. In a Power Automate flow, the practical way to store it before answering is a single quick action, such as adding a row, ahead of the Response; if even that is slow, answer first and accept that a failed later step is recovered by polling.

Dedupe on job_id

Delivery can repeat. Sume says to treat job_id as the idempotency key on your side. Check whether the job id already exists in your list or table before triggering any paid follow-up. The payload carries event, job_id, status and artifact URLs, so you can fetch the file later rather than moving bytes through the flow.

  • Response action 200 first, work after.
  • Dedupe on job_id before any paid follow-up.
  • Keep a poll of the job status URL as a backup for deliveries that never arrive.
  • Verify the sume-v1 signature if you can read the raw body and headers in your flow design; Sume signs the raw body over timestamp.body.

What this does not cover

This post only concerns a flow that receives the callback. To make the flow wait for a callback after it submits, see the HTTP Webhook action post. Sume is not a Power Automate connector; everything here uses the generic HTTP triggers and actions.

Sources

Related posts

More in Integrations

All Integrations posts

Written by Sume