Sume with Zapier, Make or n8n: no app in the docs, so use HTTP
Sume's docs list no Zapier, Make or n8n app. Start Formats over HTTP, receive results on a webhook_url, and poll as a backup. Limits of each tool.

We found no Sume app for Zapier, Make or n8n in Sume's docs, so the working pattern is generic: start a run with an HTTP request using your Bearer API key, give the run a communication.webhook_url that points at the tool's incoming-webhook address, and read the receipt by polling if the delivery never arrives. This is an absence claim from the docs we read, not a statement about every marketplace listing, so check the tool's own app directory before you build.
What each side must provide
Sume's side is documented: POST /v1/formats/{handle}/{slug}/runs with formats:write, a receipt that returns right away, and a signed terminal webhook. The automation tool's side comes from its own help pages, which we read today.
| Tool | Incoming webhook fact from its docs | What Sume needs |
|---|---|---|
| Zapier Catch Hook | 10 MB trigger payload; the URL is the same in test and live; 404 when the Zap is off or deleted | Public HTTPS URL answering 2xx |
| Make webhooks | 300 incoming requests per 10 seconds; queue returns 200 Accepted, 400 when full, 429 beyond the rate | Same |
| n8n Webhook node | Test URL and Production URL; 16 MB max payload | Production URL |
Steps
The same four steps work in all three tools.
- Create the incoming-webhook trigger and copy its production address.
- Add an HTTP request step that POSTs to the Sume run route with
Authorization: Bearerand anIdempotency-Keymade from your own row id. - Put the trigger address in
communication.webhook_urlon that request, and store the returnedarun_id. - Add a second path that reads
GET /v1/format-runs/{run_id}on a timer, so a missed delivery is still caught.
What Sume does not do
Sume does not ship a trigger that these tools can subscribe to, and a service-account key cannot create Format runs, so the key in your HTTP step must be a normal key with the right scopes and, for a team Format, issued in that workspace. The tools do not verify Sume's signature unless you add that step yourself; a Zapier Catch Hook, for example, accepts what is posted to it.
Sume's retries cover a refusing endpoint for up to ten attempts, but a tool that returns 200 and then delays processing will look healthy to Sume while your workflow lags, so poll as a backup. If the docs add a native connector later, this post will be out of date.
Choosing between the three
The choice rarely turns on Sume. Zapier is the quickest for a single trigger and a couple of actions, Make is strong when you want to branch and loop visually, and n8n is the one you can self-host. The limits in the table are the ones that bite a holiday batch: payload size for a large receipt, request rate for a burst, and what happens when the automation is switched off. Sume's receipt payload is null above 1 MiB with a result URL to fetch, which is far below the payload limits of the three tools, so size is rarely the problem.
Sources
Related posts
More in Integrations
- VS Code mcp.json: put the Sume API key in a password input
In VS Code, declare a promptString input with password true and reference it as ${input:id} in the x-api-key header, so the Sume key never lands in mcp.json.
- VS Code mcp.json for Sume: set type http, not sse
VS Code accepts type http or sse for a remote MCP server. Sume documents a streamable HTTP endpoint at https://mcp.sume.com/mcp, so use type http and a url.
- Zapier Catch Hook URL is the same in test and live: test Sume safely
Zapier's Catch Hook URL does not change between test and live. Use Sume's webhook.test delivery to check the Zap before a real run sends a real result into it.
- Zapier MCP costs two tasks a call: batch Sume jobs_wait first
Each Zapier MCP tool call uses two tasks. When an agent uses Sume and Zapier together, wait on all jobs in one jobs_wait, then make one Zapier call.
Written by Sume