An order was not delivered and its reservation was released

Fires when an order ends without a delivery — fulfillment failed, or Xegora support voided the
order (its statusReason is then voided_by_support). data.status is always failed. The wallet
reservation has been released back to your available balance — no separate wallet.credited event
accompanies it. Failures are terminal: place a fresh order (with a new Idempotency-Key) if you still
need the item; retrying the same order changes nothing.

Delivery contract — every Xegora webhook is delivered the same way; see order.processing.

Payload

Envelope for order.failed — the order was not delivered (fulfillment failed, or Xegora support voided it) and the wallet reservation was released back to the available balance.

uuid
required

Stable event id (UUID), derived from the order and the event type. The X-Xegora-Event-Id header carries the same value without dashes — dedupe on the header form.

const
enum
required
Allowed:
date-time
required
data
object
required

The order snapshot every order event carries.

Headers
string
required
^[0-9a-f]{32}$

The event's stable unique id — your deduplication key, identical on every retry. It is the envelope's id without dashes (32 lowercase hex characters), and it is the exact string signed inside X-Xegora-Signature.

string
required
^[0-9]+$

Unix seconds at signing time — your freshness check. Reject deliveries more than 5 minutes from your clock.

string
required
^v1=[0-9a-f]{64}$

v1= followed by 64 lowercase hex characters: HMAC-SHA256 over the UTF-8 string {X-Xegora-Timestamp}.{X-Xegora-Event-Id}.{raw body}, keyed with your endpoint's xgwh_… signing secret. Verify over the raw request bytes with a constant-time comparison.

const
enum
required

The delivery-contract version — currently always xegora-webhook-at-least-once-v1.

Allowed:
Response
200

Acknowledged — any 2xx accepts the event. Non-2xx responses and timeouts trigger the retry schedule described under order.processing.

LoadingLoading…