Skip to main content
The webhook trigger lets you submit documents to a workflow via API, enabling programmatic integration with your applications.

Prerequisites

  • A workflow with a Webhook trigger node in its configuration
  • An API key with trigger permissions

Endpoint

Authentication

Include your API key in the X-Api-Key header:
See authentication for details on API key management.

Request

Send the document as multipart/form-data with the file in the file field.

cURL

JavaScript

C#

Python

Response

A successful request returns the document’s ID and status: queued when a run has started, or held when the webhook trigger’s Run automatically setting is off and the document is held instead. See the API reference for the full response schema.

Idempotency

To prevent duplicate document submissions (for example, due to network retries), include an Idempotency-Key header with a unique GUID:
If a request with the same idempotency key has already been processed successfully, the API returns 409 Conflict instead of creating a duplicate. The key is optional: if omitted, the request is processed normally without deduplication. Only successful (2xx) responses consume the key. If a request returns 4xx or 5xx, you can safely retry the same Idempotency-Key; the next successful retry is the one that locks the key in.

Error handling

Common errors:

Webhook trigger configuration

The webhook trigger node in your workflow can be configured with:
  • Allowed origins: restrict which origins can submit documents (CORS)
  • Accepted formats: limit accepted document formats
  • Max size (MB): set a maximum document size
  • Run automatically: on by default. Turn it off to hold submitted documents instead of starting a run. Held documents wait under Inbox > Workflows, beneath this workflow, until you run them
See the API reference for the complete endpoint specification.