Skip to main content
When the corridor issues a cash-pickup code, RaaS Widgets stores it as a canonical PAYOUT_CODE on the operation. You read it by pulling operation detail or by handling a dedicated webhook. You do not subscribe to corridor-internal events. Auth: X-API-Key (raas_sandbox_* / raas_live_*). Host: Partner API overview.
PAYOUT_CODE is a bearer instrument. Do not log the full value. Mask it in support tools.
The PIN is independent of settlement. It can appear while status is still processing, and it can arrive after operation.completed. Treat GET /partner/operations/:operationId as the source of truth.

Pull — GET operation detail

The paginated list does not include references. Fetch one operation:
If there is no PAYOUT_CODE yet, the corridor has not issued the code. Poll this GET, or wait for the webhook below.
Typical pull cadence: after operation.created and operation.completed, and every 15–30 seconds while status is processing if your UX needs the PIN before settlement.

Download the receipt PDF

documents are descriptors only. When availability is AVAILABLE:
The response is the raw PDF. Each call re-issues a live receipt.

Push — operation.references_available

Configure your HTTPS endpoint in Partner Portal → Settings → Webhooks. Delivery uses the same X-RAAS-* HMAC as every other partner event — see Webhook security.
1

Verify the signature

Reject unsigned bodies. Use the raw request bytes and the webhook secret from the Partner Portal.
2

Ack with 2xx

Return 200 immediately, then process asynchronously. Retries redeliver the same event.
3

Read PAYOUT_CODE

Find data.references where type === "PAYOUT_CODE" and persist value on your order.
Acknowledge unknown events with HTTP 2xx. This event is additive. A switch without a default that returns 200 will fail delivery retries.
This webhook fires when the operation receives a non-empty references array. A documents-only update does not emit it — use GET detail for receipts.

Use both

  1. Handle operation.references_available for low latency.
  2. On operation.completed (and while processing if needed), GET /partner/operations/:id and read references.
Do not assume operation.completed already contains the PIN. Settlement and enrichment are separate deliveries.

Other references[].type values

Closed vocabulary. Ignore types you do not use. Native corridor field names (pinNumber, wireId, …) are never exposed on the Partner API.

Sandbox

On a sandbox partner, Intermex is not in the path. Use the cents of the amount you type (the anchored leg) to simulate PIN + receipt: Canned values (match the sample receipt PDF):
  • PAYOUT_CODE — 40270384970766
  • TRACKING_REF — 445340485
Then pull GET /partner/operations/:id, handle operation.references_available, and download GET /partner/operations/:id/documents/PAYOUT_RECEIPT. Other amounts do not emit a PIN. Host: Partner API overview.

Next steps

Operations API

List and fetch operations.

Webhook events

Full payload for operation.references_available.

Operation lifecycle

status values vs webhooks.

Webhook security

HMAC verification.