Bank-grade encryption No KYC to buy Instant virtual cards

Blog

Virtual Card Issuing API: The Complete Guide (2026)

Virtual Card Issuing API: The Complete Guide (2026)

By the Gpaynow Team · Last reviewed: 8 October 2026

Gpaynow is a virtual card platform for people and businesses who pay online across borders. With a Gpaynow account you can buy prepaid virtual Visa and Mastercard cards, fund your balance with crypto, and get your card details straight in your dashboard — with no KYC needed to buy.

A virtual card issuing API is a different tool: it lets a business create payment cards through code instead of ordering them from a bank one at a time. Your software sends a request, and a card number, expiry date and CVV come back, ready to be shown to a user, attached to a supplier, or used for a single purchase. Behind that one request sits a chain of regulated companies: a sponsor bank, a card network and an issuer processor.

This guide explains how that chain works, what an issuing API actually does at each step, what it costs, which providers offer one, and how to choose. It is written for founders, product managers and developers who are deciding whether to build a card program.

Quick summary

  • An issuing API creates and controls cards; a licensed sponsor bank and a card network (Visa or Mastercard) make those cards work.
  • The provider you choose decides your countries, currencies, funding model, card controls and compliance duties.
  • Pricing ranges from self-serve per-card fees (for example $0.10 per virtual card at Stripe Issuing in the US) to custom enterprise contracts.
  • You will usually need to verify your business (KYB) and, depending on the program, your cardholders (KYC).
  • If you only need a card for yourself rather than an API, you don't need a card program at all — a prepaid virtual card is simpler.

Need a virtual card today?

Skip the integration. Create a free Gpaynow account, top up with crypto and buy a prepaid virtual Visa or Mastercard — no KYC required.

Create a free account Browse virtual cards

What is a virtual card issuing API?

A card issuing API is a set of web requests that let your application create, fund, control and close payment cards. A virtual card exists only as data: a 16-digit card number (PAN), an expiry date and a security code. It can be used anywhere online card payments are accepted, and with some providers it can also be added to a phone wallet for in-store payments.

The API is the interface. The card itself only works because a bank that is a member of a card network issues it under its own BIN (the first digits of the card number). That is why every issuing API provider either is a licensed institution or partners with one.

You can see which bank and country stand behind any card by looking up its first digits with a BIN checker.

Who is involved in issuing a card?

When people say "card issuing API", they usually mean a provider that bundles several roles together. Knowing the roles helps you compare providers honestly.

RoleWhat it does
Card networkVisa or Mastercard. Sets the rules, routes authorisations between merchants and issuers, and settles money between them.
Issuing (sponsor) bankThe licensed institution that owns the BIN and is legally the card issuer. It holds the funds or the credit line behind the cards.
Issuer processorThe technology that creates card records, receives authorisation requests from the network and returns approve or decline decisions.
Program managerThe company that runs the card program day to day: onboarding, compliance checks, customer support and reporting. Sometimes this is the API provider, sometimes it is you.
Your applicationCalls the API to create cards, sets limits, shows card details to users and reacts to transactions.

Some providers combine the processor and program-manager roles and bring their own bank partners; others expect you to sign with a sponsor bank yourself. Ask every provider which roles they cover and which they leave to you.

How a virtual card issuing API works

1. Onboarding and verification

Before you can issue a single live card, the provider and its bank partner will verify your business (KYB): who owns it, what it does and how cards will be used. If your cards go to consumers or other businesses, the program usually also needs identity checks on those cardholders (KYC). Most providers give you a test environment while this happens.

2. Creating a cardholder and a card

A typical integration first creates a cardholder — the person or company the card belongs to, with a billing address — and then creates a card for that cardholder. You choose the card type (single-use or multi-use), the currency, and any spending limits at creation time. Card details such as the full number and CVV are sensitive, so most providers let you display them through a secure hosted component instead of passing them through your own servers.

3. Funding

Cards need money behind them. Providers generally use one of two models:

  • Prefunded: you hold a balance with the provider, and card spending draws it down. Simple to run, but money sits idle.
  • Just-in-time (JIT): the card holds no balance; when a purchase comes in, your system decides in real time whether to fund it. More control, but you must answer within the time the network allows.

Credit-based programs, where the bank extends a credit line, are a third option and usually come with stricter underwriting.

4. Authorisation and spending controls

When the card is used, the merchant's request travels through the card network to the issuer processor, which checks the card's balance and rules and returns approve or decline within seconds. Common controls include per-transaction and per-period limits, allowed or blocked merchant categories (MCCs), allowed countries and single-use expiry. Many providers can also send the authorisation request to your own system, so your business logic makes the final decision.

5. Settlement, reconciliation and disputes

Approved transactions settle a day or more later. The API reports each authorisation, capture, refund and reversal, usually through webhooks (automatic messages to your server) and through list endpoints you can query. Good reconciliation data — merchant name, category, amount, currency and the card it belongs to — is what turns a card program into an accounting tool. You also need a process for disputes and chargebacks; our chargeback vs refund calculator shows why preventing disputes matters for merchants.

Virtual vs physical, single-use vs multi-use

Card typeBest forTrade-off
Virtual, multi-useSubscriptions, software, ad accounts, employee spendNeeds good limits, because it can be charged repeatedly
Virtual, single-useOne-off supplier payments, online purchases with fraud riskRecurring billing will fail once the card closes
PhysicalIn-person spending, travel, field staffProduction and shipping cost, slower to issue

Most issuing APIs that offer physical cards let you create the virtual card first and ship the plastic later on the same account.

What businesses build with issuing APIs

  • Expense and spend management: a separate card per employee, team or vendor, with limits and instant reporting.
  • Accounts payable and B2B payments: single-use cards for supplier invoices, matched automatically to each bill.
  • Marketplaces and gig platforms: cards that let workers or sellers spend their earnings or job budgets.
  • Fintech and wallet apps: branded cards on top of a user's in-app balance.
  • Software and AI spend control: one capped card per SaaS tool, cloud account or AI service. Note that some services restrict card types — for example, OpenAI does not accept prepaid cards for API credits, while Anthropic's billing page doesn't publish a card-type list.
  • AI agents: some providers have started offering cards that software agents can use within strict limits and approvals.

Features to compare

Use this as a checklist when you talk to providers. Not every provider offers every feature, and availability often differs by country.

  • Coverage: which countries your business can be based in, where cardholders can live, and which currencies cards can hold or spend.
  • Networks: Visa, Mastercard or both.
  • Funding model: prefunded, just-in-time or credit.
  • Controls: limits, merchant categories, countries, single-use cards, freeze and cancel.
  • Real-time authorisation: can your own system approve or decline each purchase?
  • Webhooks and reporting: how quickly you hear about transactions, and how much merchant data you get.
  • Digital wallets and 3-D Secure: Apple Pay and Google Pay provisioning, and support for one-time passcodes at online checkouts.
  • Secure card display: a hosted way to show card numbers without them touching your servers.
  • Test environment: a sandbox with simulated purchases, so you can build before you go live.
  • Support for compliance: who runs KYC/KYB, sanctions screening and dispute handling.

Security and compliance

Card data (PCI DSS). Anyone who stores, processes or transmits full card numbers falls under the PCI Data Security Standard. The simplest way to keep your own scope small is to never receive full card numbers on your servers: use the provider's hosted card-display component and work with card IDs and the last four digits everywhere else.

Know your customer. Card programs sit inside banking rules, so expect identity verification, sanctions screening and transaction monitoring. The bank partner sets the minimum standard; the provider may run the checks for you.

Strong customer authentication. In the UK and EEA, many online card payments require two-factor authentication, usually through 3-D Secure. Cards that can't complete it will be declined at many European checkouts.

What does a card issuing API cost?

Pricing falls into two broad models:

  • Self-serve, published pricing. For example, Stripe lists virtual cards at $0.10 each in the US (with equivalent pricing in the UK and Europe) ; when Stripe launched self-serve Issuing in the US in 2020, it announced no setup or monthly fees.
  • Enterprise, negotiated pricing. Processors such as Marqeta work on custom contracts with minimums, implementation fees and per-transaction charges agreed case by case.

Beyond the per-card fee, budget for: transaction or processing fees, foreign-exchange spreads on cross-currency spend, physical card production and shipping, dispute fees, and the cost of your own compliance work. On the other side of the ledger, issuers earn interchange on card purchases, and some programs share part of it with the business running the program — ask whether that applies to you and in which regions.

Prices change often. Always confirm current pricing on the provider's own site before you commit.

Card issuing API providers compared

The table below summarises what each provider publicly says it offers, as of October 2026. Check each provider's current documentation before deciding.

ProviderModelWhere it operatesNotes
Stripe IssuingSelf-serve API, published pricingUS, UK and many EEA countriesVirtual and physical cards; virtual cards $0.10 each in the US
MarqetaEnterprise issuer processorCertified in 40+ countriesUsed by large programs such as Ramp and Expensify; contract-based
LithicDeveloper-focused issuing APIUS-focusedOffers a sandbox for developers. Confirm pricing directly
HighnoteSingle API for issuing, KYC/KYB, credit and disputesUS-focusedVisa and Mastercard issuer processor; test environment
Adyen IssuingIssuing for platformsEEA, UK and US onlyVirtual and physical cards
Airwallex IssuingAPI on top of an Airwallex walletMulti-regionSingle-use and multi-use Visa cards in multiple currencies
Sudo AfricaIssuing APIAfrica, including NigeriaVirtual and physical cards with spending controls

Regional considerations

United States. Only banks and credit unions can issue cards, so every US program runs on a sponsor bank's BIN. Self-serve providers bundle that bank relationship; enterprise processors may ask you to bring one.

UK and EEA. Expect strong customer authentication (3-D Secure) at many online checkouts, and check whether your provider supports multi-currency balances if you spend across borders.

Nigeria and wider Africa. The market has changed quickly. Several consumer "virtual dollar card" services were suspended in 2022 after a card partner stopped issuing, including Flutterwave's. Before you build on any regional provider, confirm that it is actively issuing, which network and BIN it uses, and what happens to cardholder balances if a partner exits.

How to choose a provider

  1. Start from your users. Where are your business and your cardholders based, and in which currencies will they spend?
  2. Pick the funding model that fits your cash flow: prefunded, just-in-time or credit.
  3. List the controls you need on day one, and check that the provider supports them in your region.
  4. Ask who does compliance: KYB, KYC, sanctions screening, disputes and customer support.
  5. Model the full cost at your expected volume, including per-card, transaction, FX and dispute fees.
  6. Build in the test environment first, including declines, refunds and disputes, before you move real money.
  7. Check the exit path: can you move cardholders and data if you change provider later?

Do you need an API at all?

An issuing API makes sense when you need to create many cards inside your own product. If you just need a card to pay for software, ads, subscriptions or online services, a ready-made virtual card is far simpler: no integration, no card program and no bank partner. That is what Gpaynow offers.

Why choose Gpaynow for ready-made virtual cards

Gpaynow sells prepaid virtual Visa and Mastercard cards that you can buy, fund and use online without building anything. Here is what you get.

Benefits

  • No KYC to buy a card. Create an account, verify your email and buy — there are no identity documents to upload.
  • Delivered to your dashboard. Most cards are issued instantly; some card types can take a few minutes. The card number, expiry date and CVV appear in your account.
  • A range of card types. Choose from Visa, Mastercard, Maestro and Mir cards issued in the United States, Argentina, Turkey, Russia and Egypt. Browse all cards.
  • Fund with crypto. Top up your Gpaynow balance with USDT (TRC20 or ERC20), Bitcoin and other supported coins, then pay for cards from that balance.
  • Withdraw what you don't use. Request a withdrawal of your account balance by crypto or bank transfer.
  • Free card tools. Check any card's issuer with the BIN checker, test a number with the card validator, or weigh refunds against disputes with the chargeback calculator.

Security

  • 3-D Secure support. Gpaynow cards support 3-D Secure, the one-time-passcode check many online checkouts require.
  • PCI DSS certified. Gpaynow holds PCI DSS certification for handling card data.
  • Protected accounts. Email verification is required, strong passwords are enforced, and you can turn on two-factor authentication (2FA) with an authenticator app.
  • Encrypted connections. The whole site runs over HTTPS, with HSTS so browsers always use a secure connection.
  • Separate cards, separate risk. Use a different card for each service, so a problem with one merchant doesn't affect your other payments.

Get started in three steps

  1. Create a free Gpaynow account and verify your email.
  2. Add funds to your balance with crypto.
  3. Choose a card from the card store and buy it — it appears in your dashboard, ready to use.

Ready to get your card?

Open your free Gpaynow account, add funds with crypto and choose from Visa, Mastercard, Maestro and Mir cards issued in five countries.

Create a free account Browse virtual cards

Good to know

Gpaynow cards are prepaid, and some merchants restrict prepaid cards. For example, OpenAI does not accept prepaid cards for API credits. Check the merchant's payment rules before you buy, and start with a small purchase where you can. Gpaynow cards are ready-made cards for your own use; they are not an issuing API for creating cards inside your product.

FAQ

Do I need a banking license to issue cards through an API?

Usually not. Your provider's sponsor bank is the licensed issuer, and your business runs the program under that bank's rules. You will still have to pass the bank's and provider's checks, and some programs require you to take on compliance work yourself.

How long does it take to launch a card program?

It depends on the provider and your use case. Self-serve providers can let you start building in a test environment straight away, while live approval needs business verification. Enterprise programs with custom contracts commonly take weeks to months.

What is a BIN, and why does it matter?

The BIN (bank identification number) is the first six to eight digits of a card number. It identifies the issuing bank, card type and country. Merchants and fraud systems use it to decide whether to accept a card, so the BIN your provider uses affects where your cards work.

What is the difference between prepaid, debit and credit virtual cards?

A prepaid card spends a balance loaded in advance. A debit card spends money from an account. A credit card spends against a credit line that is repaid later. Some merchants treat them differently — for example, OpenAI does not accept prepaid cards for API credits.

Can virtual cards be added to Apple Pay or Google Pay?

With some providers, yes. Digital-wallet provisioning depends on the provider, the bank partner and the country, so check it before you rely on it.

Are virtual cards safer than physical cards?

They can be. Because you can create a separate card for each vendor or purchase, set tight limits and close a card instantly, a leaked card number usually causes less damage. Security still depends on how the card details are stored and shown.

Sources

We may use cookies or any other tracking technologies when you visit our website, including any other media form, mobile website, or mobile application related or connected to help customize the Site and improve your experience.

Learn More Accept All