Available webhooks

Configure webhooks to receive Zild events, including every Zild Docs document status change.

How they work

Webhooks notify your system when an event occurs in Zild. For each enabled registration, the platform sends a POST request with Content-Type: application/json to the configured URL. The request body depends on the event.

Create a webhook with POST /Webhook, provide an internet-accessible HTTPS URL, keep enable set to true, and select the numeric webhookType value.

{
  "enable": true,
  "name": "Document completed",
  "webhookType": 9,
  "url": "https://example.com/webhooks/zild"
}

Available events

ValueEventWhen it is sent
0EvaluationResultWhen an evaluation result becomes available.
2ConversationEndedWhen a conversation ends.
3ConversationDeletedWhen a conversation is deleted.
4CallTransferredWhen a call is transferred.
5DocumentNewWhen a document is created with the New status.
6DocumentInProgressWhen processing changes to InProgress.
7DocumentTextExtractedWhen document text has been extracted.
8DocumentErrorWhen processing ends with an error.
9DocumentCompletedWhen processing completes.
10DocumentCancelledWhen processing is cancelled.

Document webhooks

The six document events follow the Zild Docs lifecycle. The payload is the Document object itself after its status is updated. Use Id as the idempotency key and DocumentStatusType to confirm the received state.

StatusValueMatching event
New0DocumentNew
InProgress1DocumentInProgress
TextExtracted2DocumentTextExtracted
Error3DocumentError
Completed4DocumentCompleted
Cancelled5DocumentCancelled

Document payload example

{
  "Id": 123,
  "TenantId": 45,
  "Title": "Contract.pdf",
  "Description": null,
  "ExtractedText": "...",
  "QuantityPages": 8,
  "AnalysisText": "...",
  "FileUrl": "https://...",
  "DocumentStatusId": 0,
  "DocumentType": 2,
  "CreatedAt": "2026-09-23T12:00:00Z",
  "AnalizedAt": "2026-09-23T12:01:30Z",
  "DocumentChecklistId": 7,
  "Private": false,
  "CreatedByUserId": 18,
  "DocumentStatusType": 4
}

Fields may contain null depending on the processing stage. Do not use FileUrl, title, or date as a unique identifier.

Safe receiving

  • Respond quickly with a 2xx status and process long-running work asynchronously.
  • Handle repeated deliveries idempotently.
  • Restrict the URL to HTTPS and do not include secrets in it.
  • Log the document ID, event type, and time while avoiding unnecessary storage of sensitive content.
  • Monitor non-2xx responses from your endpoint.