A withdrawal request leaves a firm's treasury on a Thursday afternoon and lands in the client's bank the following Tuesday. Nobody did anything wrong. The wire went through a correspondent, sat in a compliance queue over the weekend, and cleared on the next business cycle. Now compare the same money moving to a card the firm issued itself: the balance is credited in the firm's own ledger, the client taps it at a shop the same evening, and the settlement between the firm and the card scheme happens quietly in the background.
That gap in experience is why trading firms, brokers and prop firms keep asking about issuing their own cards. The gap is real. The work behind it is heavier than most teams expect.
What a card programme is made of
A card is never one company. It is a stack of at least four roles, and a firm launching a programme is buying or becoming each of them.
The issuer is the regulated entity whose name sits behind the card in the scheme's records. It holds the licence, carries the liability and owns the BIN, the number range that identifies the card to Visa or Mastercard. Very few trading firms are the issuer. Most rent that position through BIN sponsorship, where a licensed electronic money institution or bank lets the firm run cards under its authorisation. The EMI licence is usually the piece doing the actual regulatory work here.
The issuer processor is the technical layer: it authorises transactions in real time, applies spending controls, produces the transaction feed and exposes the API the firm builds against. Authorisation decisions happen in milliseconds and cannot be queued, so this component decides how good the card feels.
The programme manager handles everything commercial and operational, meaning onboarding, card production, disputes, chargeback representment and customer service. Some sponsors bundle this. Some expect the firm to do it. The difference in headcount is large.
The firm itself supplies the brand, the client base and the funding account that sits behind every authorisation.
The money: interchange, FX and float
Card programmes are often pitched on interchange revenue, the fee the merchant's side pays on each purchase and which is shared back down the chain. It is real income, but it is capped in many regions and it is thin per transaction. A card programme funded on interchange alone needs volume that most trading firms simply do not have from a few thousand clients spending on groceries.
Two other lines matter more in practice. The first is foreign exchange. A trader funded in USD who spends in EUR generates a conversion, and the margin on that conversion is set by the programme rather than by the scheme. This is the same economics described in the card FX article, viewed from the issuing side of the table. The second is float, the balance sitting on cards between load and spend. In a safeguarded programme that float is not the firm's money to use, and any plan that quietly assumes otherwise is a compliance failure waiting for an audit.
Client money on a card programme is client money. It has to be safeguarded in a separate account at a credit institution, reconciled daily, and kept out of the firm's operating cash. A card is not a place to park working capital.
The compliance weight nobody quotes for
Issuing changes a firm's obligations. Every cardholder needs identity verification to the standard the sponsor requires, not the standard the trading side already applies, and the two rarely match. Transaction monitoring becomes continuous rather than event based: purchase patterns, ATM withdrawals, high risk merchant categories, cross border spend, all screened against sanctions lists. Scheme rules add their own layer, including dispute deadlines that are measured in days and do not care how busy the support desk is.
Then there is the part firms discover in month three. A card generates support tickets at a rate no trading account ever will. Declined at a fuel pump because of a pre authorisation hold. Card blocked after a hotel deposit. Wrong exchange rate applied on a Sunday. These tickets arrive around the clock and they are urgent to the person raising them, because the alternative is standing at a till with a card that does not work.
Virtual first, plastic later
Firms that run this well usually start virtual. A virtual card is issued instantly, costs nothing to produce, can be frozen and reissued without a courier, and works everywhere online. It removes card production, logistics, address verification and the entire lost in the post category of tickets. If the programme does not earn its keep in virtual form, physical plastic will not save it.
Physical cards are worth adding when the use case genuinely needs a point of sale terminal or an ATM, which for a payout card means cash access in markets where local banking is difficult. That is a real reason. Brand visibility on a piece of plastic is not.
When it is the wrong build
For a broker or prop firm below serious scale, issuing is the wrong tool. The setup work, the sponsor due diligence, the integration and the permanent support load outweigh anything a card returns at that size. The cheaper answer is to make the existing rails faster and clearer: better payout rail selection by destination, named beneficiary accounts through virtual IBANs, and honest status messaging in the client portal so people can see where their money is. Most of the frustration a card is meant to solve is really a visibility problem, and visibility is a software fix.
Issuing starts to make sense when a firm has a large client base concentrated in regions where local bank transfers are slow or expensive, when it already holds or has close access to an EMI authorisation, and when it has a support function that runs outside office hours. Those three conditions together are rare, which is why so many announced card programmes never ship.
What to ask a sponsor before signing
The commercial deck will cover pricing. The questions that decide whether the programme survives are operational. Which entity is the issuer of record and in which jurisdiction. Who owns the cardholder relationship if the sponsorship ends. How are funds safeguarded and how often reconciled. What are the dispute and chargeback responsibilities on each side, in writing, referencing the same mechanics covered in chargeback handling. What is the authorisation uptime commitment and what happens during a scheme mandate change. And what are the exit terms, because a programme that cannot be migrated is a programme that owns you.
Answer those before choosing a card design. The design is the easy part.
"A card is the most visible thing a firm can put in a client's pocket and the least forgiving thing to run badly. If your support desk cannot answer a declined transaction at eleven at night, do not issue one."
— Roman Onta, Executive Director, SINGUARD
Key Takeaways
- A card programme is a stack of roles: issuer of record, BIN sponsor, issuer processor and programme manager, and a firm has to buy or become each one.
- Interchange rarely pays for a programme on its own. Foreign exchange margin and the operational value of instant payouts carry the case.
- Cardholder balances are safeguarded client money, reconciled daily and kept out of operating cash.
- Launch virtual before plastic, and only issue at all if the firm already has an EMI route and support cover outside office hours.
Frequently Asked Questions
Do I need my own licence to issue cards?
Not necessarily. Most firms issue under a sponsor's authorisation through BIN sponsorship, where a licensed electronic money institution or bank is the issuer of record. The firm still carries contractual obligations for onboarding, monitoring and disputes, and the sponsor will audit how those are run.
Is interchange enough to fund a card programme?
Usually not for a trading firm. Interchange is capped in many regions and thin per transaction, so it needs high spending volume to matter. Programmes that work commercially tend to earn more from foreign exchange margin on cross currency spend than from interchange itself.
Should a prop firm issue cards to pay its traders?
Only at scale and only where local transfers are genuinely slow. Below that, a faster payout rail and clear status tracking in the client portal solve the same complaint at a fraction of the cost and support load.
About the Author
Roman Onta is an Executive Director at SINGUARD. He builds the Prop Firm CRM, the Broker CRM, Scalegram and CopySignals side by side with his brother Alex Onta, and he helped on the design of eTrader, the division Alex built and leads. His ground is worldwide payment processing, AML compliance and the corporate structures brokers are built on, work the two of them carry together, shaped by executive roles in the UAE and international corporates. He lives and works in Dubai for most of the year. Meet the executive duo leading Singuard's five divisions.