Fires when your workspace wallet's available balance increases outside the order lifecycle,
and data.source says how: deposit — a confirmed deposit to one of the workspace's addresses was
credited; payment — Xegora recorded a payment received for your workspace; adjustment — Xegora
credited the wallet itself to put something right (a goodwill or correcting credit that two of its
operators approved), and data.reference is the adjustment's adj_… reference. A debit Xegora
makes to correct a wallet is not announced, nor is a cashback credit; order refunds are announced by
order.refunded, not by this event.
data.amount is the credited delta and data.availableBalance the balance immediately
after it. Balances move concurrently, so treat availableBalance as a snapshot at
data.occurredAtUtc — GET /api/v1/wallet/balance is the live source of truth.
data.movementId is the wallet statement line (GET /api/v1/wallet/movements) the credit is;
for a deposit, that line names the deposit.
Delivery contract — every Xegora webhook is delivered the same way; see order.processing.
Acknowledged — any 2xx accepts the event. Non-2xx responses and timeouts trigger the retry schedule described under order.processing.