Overview
The Yativo Card Issuer Program lets businesses issue virtual and physical payment cards to their own customers under their platform. As an issuer you manage the full card lifecycle — from customer onboarding to card creation, balance funding, and transaction monitoring — through a single API. Typical use cases:- Fintech apps offering spending cards to users
- Corporate expense management platforms
- Digital banking services for underserved markets
- Wallets that want to add a card spending layer
Access to the Card Issuer Program is by invitation only. Contact your Yativo account manager or support@yativo.com to request access. The program section will not appear in your dashboard until your account manager enables it for your account.
How It Works
1
Your account manager grants eligibility
Yativo’s team reviews your use case and enables the Card Issuer Program on your account. Nothing is visible in your dashboard until this step is complete.
2
You submit an application
Once eligible, the Card Issuer section appears in your dashboard. Choose your funding structure (
master_wallet or non_master) and an optional IBAN add-on, then submit.3
Yativo approves your program
Our compliance team reviews and approves the application, typically within 2–5 business days. On approval, your settlement wallets are auto-provisioned.
4
Fund your master wallet and issue cards
Deposit USDC to your SOL address to top up your USD balance, swap to EUR or GBP as needed, onboard customers, issue cards, and fund them by customer email, ID, or your own external reference.
Funding Structures
Choose your funding structure at application time. It cannot be changed after approval.Apply for the Program
Once your account manager has granted eligibility, submit your application.Response
Check Program Status
Response (approved, master_wallet)
Master Wallet & Balances
Master wallet issuers (funding_structure: master_wallet) have two types of wallets:
Source wallets (SOL and/or XDC)
These are the wallets you deposit USDC into. SOL deposits are settled automatically to your master wallet balance. XDC deposits are settled manually on your own schedule (XDC deposits accrue yield while held).Settlement wallets
These are auto-provisioned on approval. All three currency balances share the same underlying on-chain address.All three balances are managed internally by Yativo. To move from USD balance to EUR balance, use the swap endpoint below.
Get master wallet balances
Response
xdc is null if XDC is not enabled for your program.
Get funding deposit addresses
non_master programs, pass ?customer_id=... to get the per-customer address.
Swap Between Currency Balances
Swap USD ↔ EUR ↔ GBP within your master wallet balances.Response
Fund a Customer’s Card
Transfer from your master wallet to a customer’s card wallet. The destination currency is automatically detected from the customer’s card region (e.g. UK customers receive GBP, EU customers receive EUR).Pricing modes
The currency mismatch check is enforced at the API level. For example, if a customer’s card is in a EUR region, you cannot fund them with a USD destination — the API returns
TOKEN_MISMATCH and tells you the required currency. Swap your USD balance to EUR first, then fund.Response
Look Up a Customer
Find a customer by any of their identifiers. The underlying wallet address is never returned.customer_id, card_id, external_id, or email.
Response
List & Manage Customers
Deposit History (XDC)
XDC deposits are tracked individually so you can choose when to settle each one.awaiting_manual status can be manually triggered. SOL deposits are settled automatically.
Funding History
Card Reissue
When card reissue is enabled for your program (admin-toggled), your customers can request a card reissue from the card management screen. This feature is off by default and is enabled per-program by Yativo’s compliance team. Check whether it’s enabled:Rate Limits & Program Limits
Your current limits are always visible in
GET /card-issuer/status under limits.
PIN Management
Every card — virtual and physical — starts withpin_set: false. The customer must set a PIN before chip-and-PIN or ATM transactions will work. Online card-not-present transactions do not require a PIN.
If a card is active but has no PIN set, the next_action field in GET /v1/card-issuer/customers/{customerId} will read:
"Card is active — customer must set card PIN before in-store (PSE) payments will work"
Setting a Card PIN
Full guide — PSE-hosted flow, iframe embed, brand theming,
pin_set monitoring, and webhook confirmation.API Reference — Secure View
Full parameter reference for the view-token endpoint.
Webhooks
Subscribe to issuer events viaPOST /v1/webhook/create-webhook. See Webhook Events for the full event reference, payload examples, and signature verification.
Key events to subscribe to:

