Drives KYB, KYC, or applicant account status through a sandbox transition without waiting for real compliance review. Available in sandbox mode only.
Type → effect mapping:
| type | KYB status set | Application status set | webhook emitted |
|---|---|---|---|
kyb_approve | approved | — | kyb.approved |
kyb_reject | rejected | — | kyb.rejected |
kyb_info_request | requires_info | — | kyb.info_requested |
kyc_approve | — | approved | (application updated) |
kyc_reject | — | declined | (application updated) |
kyc_info_request | — | request_for_information | (application updated) |
applicant_activate | approved | approved | kyb.approved + endorsement + recipient created |
applicant_suspend | frozen | declined | kyb.frozen |
Note: applicant_activate does NOT auto-create payment accounts, wallets, or
account numbers. Create those separately via the account creation API after activation.
Unique key to ensure request idempotency. If the same key is used within a certain time window, the original response will be returned instead of executing the request again.
The onboarding transition to simulate
kyb_approve, kyb_reject, kyb_info_request, kyc_approve, kyc_reject, kyc_info_request, applicant_activate, applicant_suspend The onboarding application ID (from POST /applications)
"01H..."
Unique ID for this simulation (for idempotency and tracing)
1 - 128"sim_03H..."
Organization ID (for context; optional, used for logging)
"org_01H..."
Optional reason code for reject/info_request transitions
"MISSING_EIN"
Fields to request (for *_info_request types only)
["ssn", "address"]