Event types
Delivery headers:
X-RAAS-Event, X-RAAS-Timestamp, and X-RAAS-Signature. See Webhook security.https://raas-widgets-backend-sandbox.up.railway.app
link.created
url to your user asynchronously.
link.opened
user.created
referenceId (typically on magic-link claim). source is one of claim, request_money, deferred_payout_bind, terms_accept, debug, or system.
Correlate later events with userId / referenceId. Money movement still uses operation.*.
user.role_added
sender (funded / created an operation or deferred origination) or receiver (minted a money request or claimed a deferred payout). Optional correlation fields: operationId, requestId, originationId, linkId.
Roles are additive history, not entitlements — they do not skip CIP.
user.data_request
user.cip_verified
user.cip_failed (cipStatus: "failed") and user.cip_manual_review (cipStatus: "manual_review") with the same shape.
operation.created
requestId is included only when the operation fulfills a money request (fund-request / Request API). Direct send operations omit it. Deferred payout claims include originationId instead.created → processing → a terminal status. See Operation lifecycle.
operation.completed
operation.failed
operation.cancelled
referenceId and cancellationReason. Corridor-driven cancels include funding/payout/amount and may include requestId when the op fulfilled a money request. There is no separate operation.expired event — funding expiry maps to cancelled.
request_money.created
Emitted after a successful legacyPOST /v1/request-money. The platform creates a money request and a fund-request link for the sender.
requestId and deliver fundRequestLink to the sender. Later operation.* events for the same ask include the same requestId.
Full journey: Request money lifecycle.
request_money.failed
Emitted when a legacy Request APIPOST or GET under /v1/request-money fails (for example identity / watchlist rejection at create).
request_money.updated is deprecated and not emitted. For payer fulfillment and settlement, use operation.created, operation.completed, operation.failed, and operation.cancelled.deferred_payout.created
Emitted when a deferred payout origination is created (legacy deferred-payout API or first persistence in an awaiting-claim / payment-bound state).deferred_payout.updated
Same payload shape asdeferred_payout.created. Fired when binding state or operationId changes (claim, cancel, expire, or operation sync) after the initial create notification.
deferred_payout.failed
Structured error payload when a deferred payout API call fails (path, method, error code, HTTP status, message) — same pattern asrequest_money.failed.
Handler sketch
Next steps
Security
Verify HMAC signatures.
Operation lifecycle
Statuses and which webhooks fire.
Request money lifecycle
Request → fund-request → operation.
Data requests
Fulfill
user.data_request.