Skip to main content
Webhooks belong to the Carrier & MGA API. This event fires about a form you asked one of your own agencies to sign, and only a credential on that surface (carrier, MGA or wholesaler) can subscribe to it.The agency that signs the form does not receive this event. It sees the outcome in the Turris agency app instead.

Overview

The DILIGENT_EFFORT_REQUEST_STATUS_CHANGE webhook tells you that a diligent effort form you requested has reached its final state โ€” the agent signed it, declined it, or the envelope was voided. It is what lets a policy admin system advance on its own instead of polling: request the form through Request a Signature, then wait for this event. Webhook type: DILIGENT_EFFORT_REQUEST_STATUS_CHANGE

Triggers

This webhook fires when a request ENTERS one of the three terminal statuses:
  • signed โ€” the agent completed and signed the form. This is the outcome you are usually waiting for.
  • declined โ€” the agent refused to sign, from DocuSignโ€™s own interface. Turris collects no reason, so the event carries none. The request will not advance any further.
  • voided โ€” the envelope was voided.
Subscribe to the whole event, not just success. A declined form means the flow you started is over, and nothing else will tell you. A system that only handles signed waits forever on a request that has already failed.
It does not fire for draft or sent. There is no intermediate event while DocuSign is processing a signature, and one request produces at most one of these events.
This webhook is sent immediately. No debouncing is applied โ€” reaching a terminal state is a discrete event, and it happens once per request.

Payload Example

Field Reference

Payload Fields

Match events to your own records on quoteId, not on requestId. quoteId is the value your system supplied and is unique within your organisation, so it needs no lookup table on your side.