Overview
FLEX can send webhook notifications to a partner-configured webhook URL whenever important partner events occur. For the Partner API, the current webhook events are:transaction.status— sent for successful partner gateway or terminal transaction flowswallet.debited— sent when a partner-scoped wallet is debitedwallet.credited— sent when a partner-scoped wallet is credited
- update your internal ledger in near real time
- reconcile wallet movements against your internal references
- react to successful partner collections and wallet operations
Delivery Model
Webhooks are sent asPOST requests to your configured webhook URL.
Retry Behavior
FLEX retries webhook delivery automatically when:- the destination returns a non-
200/201response, or - the request fails due to a network/server error
- Maximum attempts: 5
- Backoff: exponential backoff with jitter
FLEX considers webhook delivery successful only when your endpoint responds with HTTP
200 or 201.Security
Each webhook request includes this header:R-Signature: HMAC-SHA512 signature of the JSON payload
- the raw JSON payload body
- your partner
ClientIDas the signing secret
Signature Verification Example
Common Webhook Envelope
All partner webhooks use the same top-level structure:Envelope Fields
Event: transaction.status
This event is sent for successful partner transaction flows such as partner gateway or terminal transactions.
When it is sent
- on successful
PARTNER_GATEWAYtransactions - on successful
PARTNER_TERMINALtransactions
Payload Example
Processing Guidance
Use this webhook to:- mark a partner transaction as successful in your system
- reconcile the partner reference against your internal payment record
- update terminal- or merchant-level settlement views
Event: wallet.debited
This event is sent when value moves out of a partner-scoped wallet.
When it is sent
Typical cases include:- a partner wallet debit request
- any wallet history entry where the amount is negative
Payload Example
Processing Guidance
Use this webhook to:- update available balance in your institution-facing systems
- attach the wallet movement to your internal transfer or agent operation
- trigger operational alerts for large-value debits
Event: wallet.credited
This event is sent when value moves into a partner-scoped wallet.
When it is sent
Typical cases include:- a partner wallet credit request
- a refund that returns funds into the referenced wallet
- any wallet history entry where the amount is positive
Payload Example
Processing Guidance
Use this webhook to:- recognize successful credits or refunds
- update customer-facing ledger balances in your own systems
- reconcile reversal outcomes using
data.Transaction.Reference
Recommended Receiver Behavior
When implementing your webhook endpoint:- Verify the
R-Signature - Parse the
eventtype - Check whether the
referenceis known in your system - Process the webhook idempotently
- Return
200or201as soon as the event is safely accepted
Idempotency Tips
- store processed webhook events using the combination of
event,reference, anddata.Transaction.Reference - make all downstream updates safe to repeat
- do not assume delivery happens only once
Example Receiver Contract
Related Pages
Partner Overview
Authentication, capabilities, and base URLs
Wallet API
Wallet references, summaries, debit, credit, and refund endpoints
Transactions API
Partner transaction initiation and lookup
OpenAPI Spec
Partner API schemas including webhook payload models