settlement_id. They are outbound signed deliveries, not Akhdar REST paths.
Use Webhooks for the shared envelope, signature verification, delivery semantics, and HTTP response expectations. Settlement batch events follow the same rules.
Settlement operations are not part of the partner server-to-server API documented here. Webhook
data objects remain identifier-only; see each event in the API Reference.settlement_id
settlement_id is the Akhdar-generated settlement batch identifier. Store it when you receive settlement.created so you can correlate a later settlement.closed for the same batch.
Events
funded is an environmental fulfilment status, not a settlement batch status. Do not infer funding or planting outcomes from settlement batch webhooks alone.
Example payloads
- settlement.created
- settlement.closed
Verify, deliver, and deduplicate
- Verify — Validate
X-Akhdar-Signatureusing HMAC-SHA256 overX-Akhdar-Timestamp,., and the raw request body. Enforce the five-minute timestamp window. See Webhooks. - Respond — Return any HTTP
2xxwhen you accept the event. No response body is required. - Deduplicate — Delivery is at-least-once. Process idempotently using
event_id. Retries reuseevent_idand send a newdelivery_id.
settlement.created or settlement.closed for the same event_id must not change your stored outcome.
API Reference
settlement.created— envelope anddataschemasettlement.closed— envelope,data.status, and closed-batch semantics

