Cross-border Enums
Display titles and exact API codes for cross-border requests, identities, documents, and sandbox outcomes.
Use the titles below in your interface and send the exact codes in API requests. Values apply to both production and sandbox unless a section explicitly says otherwise. Currency, country, and collection availability still depend on the routes enabled for your account.
Purposes
purpose is required on every new request.
| Title | Code |
|---|---|
| Salary | salary |
| Service payment | service_payment |
| Goods payment | goods_payment |
| Family support | family_support |
Sub-purposes
subPurpose is required on every new request, including salary and family support. Every purpose accepts the same list below; choose the value that describes the payment. Missing, null, empty, or unsupported values return 400 VALIDATION_ERROR.
| Title | Code |
|---|---|
| Clothes, bags and shoes | clothes_bags_shoes |
| Daily supplies and cosmetics | daily_supplies_and_cosmetics |
| Electronics and home appliances | electronics_and_home_appliances |
| Toys, kids and babies | toys_kids_babies |
| Interpretation service | interpretation_service |
| Translation service | translation_service |
| Human resources service | human_resource_service |
| Estate agency service | estate_agency_service |
| Software development service | software_development_service |
| Web design or development service | web_design_or_development_service |
| Legal drafting service | drafting_legal_service |
| Legal certification service | legal_related_certification_service |
| Accounting service | accounting_service |
| Tax service | tax_service |
| Architectural and decoration design service | architectural_decoration_design_service |
| Advertising service | advertising_service |
| Market research service | market_research_service |
| Exhibition booth service | exhibition_booth_service |
| Other service | other_service |
Collection methods
Use chargeDetails.method. Both methods are supported in production and sandbox, subject to account collection availability.
| Title | Code |
|---|---|
| Mobile money | momo |
| Bank transfer | bank |
Both methods require firstName, lastName, country, and email. Mobile money also requires phoneNumber and momoOperatorId; omit these two fields for bank collections.
Payout methods
Use payoutDetails.method when creating a beneficiary. This selects how the recipient is paid, independently of the collection method.
| Title | Code |
|---|---|
| Bank transfer | bank |
| Alipay | alipay |
Alipay requires an individual sender and beneficiary. See China processing hours.
Request types
Use requestType on request creation.
| Title | Code |
|---|---|
| Transfer | transfer |
Currencies
| Title | Code | API field |
|---|---|---|
| Kenyan shilling | KES | chargeCurrency |
| Nigerian naira | NGN | chargeCurrency |
| Chinese yuan | CNY | receiverCurrency |
Sender and beneficiary types
Use type when registering a sender or beneficiary.
| Title | Code |
|---|---|
| Individual | individual |
| Business | business |
Identity document types
Use idType. Individuals use a passport or national ID with idNumber; businesses use a business registration number with registrationNumber.
| Title | Code |
|---|---|
| Passport | passport |
| National ID | national-id |
| Business registration number | business-registration-number |
Supporting document types
Use type when uploading a supporting document. The request's requiredDocuments determines which types are required; file format is specified separately by its MIME type.
| Title | Code |
|---|---|
| Proforma Invoice | proforma_invoice |
| Contract | contract |
See supporting documents for required groups, replacement, and submission.
Request statuses
These values appear in request status and crossborder_updated events. See status, webhooks and retries for the meaning and next action for each status.
| Title | Code |
|---|---|
| Documents required | documents_required |
| Documents submitted | documents_submitted |
| Documents rejected | documents_rejected |
| Documents approved | documents_approved |
| Pending charge | pending_charge |
| Charge initiated | charge_initiated |
| Charge successful | charge_successful |
| Charge failed | charge_failed |
| Payout initiated | payout_initiated |
| Payout successful | payout_successful |
| Payout failed | payout_failed |
| Refund initiated | refund_inititated |
| Refund successful | refund_successful |
| Refund failed | refund_failed |
| Closed | closed |
refund_inititated is the exact API spelling. Request statuses differ from a payment transaction's chargeStatus.
Transaction statuses
A charge or payout transaction uses chargeStatus. A successful charge alone does not confirm beneficiary payout.
| Title | Code |
|---|---|
| Pending | pending |
| Successful | successful |
| Failed | failed |
Sandbox document outcomes
Use optional outcome on the sandbox POST /documents/submit endpoint only.
| Title | Code |
|---|---|
| Approve documents | documents_approved |
| Reject documents | documents_rejected |
Omit outcome to leave the submission awaiting review. Do not send it to production. See the sandbox testing guide for full scenarios and payment test values.
Updated about 12 hours ago
