Pre-requisites
- Active Conduit account with API access
- API credentials (API Key and Secret) - see Setting up your API credentials
- You have reviewed our Customers Core Concepts
Sandbox API base URL
Important notes
- Crypto deposits – Use simulator endpoints to deposit crypto in the sandbox.
- Compliance screening – All checks are simulated and do not reflect real verification.
Overview
Use the sandbox to simulate the complete customer lifecycle:- Create customers
- Simulate KYB verification
- Change compliance status
Authentication
All requests require API key and secret authentication. Include theApi-Version header:
1. Create a customer
Create a new customer in the sandbox environment. Endpoint:POST /customers
Request Example
Response
2. Simulate customer KYB
Generate KYB data and simulate KYB verification for an existing customer. Endpoint:POST /simulator/customer-kyb
Simulator endpoints are sandbox-only and may not appear in the public API Reference.
Request Schema
Request Example
Response Example
Mocked Data Details
The response includes the following mocked data:Business Details
Business Details
| Field | Description |
|---|---|
businessLegalName | The legal name of the business |
businessTradeName | The trade name of the business |
identificationNumbers | Includes a tax identification number and an entity ID |
Addresses
Addresses
| Field | Description |
|---|---|
operatingAddress | The operating address of the business |
registeredAddress | The registered address of the business |
Contact Information
Contact Information
| Field | Description |
|---|---|
phone | A mocked phone number |
email | A mocked email address |
website | A mocked website URL |
Industry Data
Industry Data
| Field | Description |
|---|---|
codeType | The type of industry code (e.g., NAICS) |
code | A 6-digit industry code |
description | A description of the industry |
Control Persons
Control Persons
Includes details about individuals associated with the business, such as their name, roles, ownership percentage, and identity information.
KYB Status
KYB Status
| Field | Description |
|---|---|
status | The KYB verification status (e.g., APPROVED) |
kybCompletedAt | The timestamp when the KYB process was completed |
Use cases
- Simulate KYB completion after customer creation
- Test different country-specific flows
- Generate synthetic KYB data for testing
3. Change compliance status
Simulate compliance status changes for customers or counterparties. Endpoint:POST /simulator/compliance
Customer compliance
Request Schema
Available customer status values
activein_compliance_reviewcompliance_rejectedcreatedkyb_in_progresskyb_expiredkyb_missing_informationaccount_onboarding_pending
Request Example
Counterparty compliance
Request Schema
Available counterparty status values
activedeletedin_compliance_reviewcompliance_rejected
Request Example
Response
Use cases
- Test compliance workflow transitions
- Simulate rejected customers/counterparties
- Enable customers/counterparties for transactions
- Test system behavior with different compliance states
4. Simulate Deposit
Simulate a crypto or fiat deposit into the system for the sandbox environment. This allows testing deposit flows without real blockchain transactions or actual bank transfers. Endpoint:POST /simulator/deposit
Simulator endpoints are sandbox-only and may not appear in the public API Reference.
Request Schema
Request Examples
Crypto Deposit (Auto-discovered Destination)
For crypto deposits, the destination wallet is automatically discovered if not provided.Fiat Deposit (USD) with Bank Account Destination
For fiat deposits, the destination is required and must be a bank account ID, account ID, or wallet ID.Fiat Deposit with Account ID Destination
You can also provide an account ID, which will be automatically resolved to the associated bank account.Response Example
Status Code:201 Created
Use Cases
- Simulate a crypto deposit for a customer in the sandbox environment
- Simulate a fiat (USD) deposit to test fiat deposit workflows
- Test deposit workflows without real blockchain transactions or bank transfers
- Validate application behavior for different deposit scenarios, such as large deposits or specific assets
Notes
| Field | Description |
|---|---|
asset | Must be a valid stablecoin token (e.g., USDT, USDC, RLUSD) or USD for fiat deposits |
network | Must specify the blockchain network (e.g., ethereum, tron, solana, polygon, base, xrpl) or fiat for USD deposits |
amount | Must be a positive decimal string representing the deposit amount |
destination | Optional for crypto deposits (auto-discovered if omitted). Required for fiat deposits. Accepts: - id:bank-account:... - Bank account ID (recommended for fiat)- id:acct:... - Account ID (resolved to bank account for fiat)- id:wlt:... - Wallet ID (for crypto or fiat with linked wallet) |
| Response | Will always return a status of "success" upon successful simulation |
Common testing workflows
Complete customer onboarding flow
-
Create Customer
-
Simulate KYB Verification
-
Activate Customer
What’s next?
- Onboard your first customer: Create Your First Customer
- Add a counterparty: Create Your Customer’s First Counterparty
- Create your first transaction: Create Your First Onramp Transaction or Create Your First Offramp Transaction

