A customer is the legal entity behind every transaction. Each one gets a dedicated wallet and has to complete identity verification before it can move money.Documentation Index
Fetch the complete documentation index at: https://docs.lumx.io/llms.txt
Use this file to discover all available pages before exploring further.
Prerequisites
- An API key from the Dashboard
- Your environment base URL (see Environments)
Create a customer
Send aPOST request to /customers. The required fields depend on the customer type.
- Individual
- Business
Request
Response
Required fields
| Field | Description |
|---|---|
type | Must be INDIVIDUAL |
name | Customer’s full name |
taxId | Valid tax ID for the customer’s country (e.g., CPF for Brazil) |
birthDate | Date of birth in YYYY-MM-DD format |
country | Country code in ISO 3166-1 alpha-3 format (e.g., BRA) |
email | Customer’s email address |
Provision fiat accounts
To let the customer receive payments on local rails (PIX, SPEI, ACH, SEPA, etc.), include anaccounts array on creation with the currencies you want to provision. Each currency triggers a virtual account that enters verification alongside the customer.
Request
accounts array is optional. If you omit it, the customer is provisioned with a BRL account by default and can still send and receive stablecoin on-chain through their wallet. For the full list of supported currencies and rails, see Coverage.
Testing verification statuses in sandbox
In sandbox, the last digit oftaxId is a sentinel that drives the simulated verification outcome. Webhooks fire almost instantly with the matching status, so you can exercise your full flow end-to-end.
taxId ending | Simulated status |
|---|---|
1 | NOT_STARTED — verification never starts automatically |
2 | RFI — requests additional documents |
3 | FINAL_REJECTION — permanent rejection |
| Any other digit | APPROVED (default) |
Understanding the response
The creation response includes fields you’ll use throughout the verification flow:verificationcarries the currentstatus(NOT_STARTEDafter creation), the verificationlevel(STANDARD), and alinkfor the verification flow.requirementslists the documents and information needed for verification, each with astatusindicating whether it has been submitted.transactionLimitsisn’t returned by default. CallGET /customers/{id}?includeTransactionLimits=trueto retrieve single, daily, and monthly limits.
The
wallets array is only returned once verification reaches APPROVED. Subscribe to the customer.approved webhook or call Read a customer to retrieve wallets after approval.Related resources
Customers
Understand customer entities and verification workflows.
Identity Verification
Required data for KYC/KYB verification processes.
Transaction Limits
Understand post-verification transaction limits.
What’s next
After creating a customer, complete the verification process:Individual Verification (KYC)
Complete identity verification for individual customers.
Business Verification (KYB)
Complete identity verification for business customers.