Gambling Payouts: The Only Method Visa Permits
Gambling winnings may only be paid by Original Credit Transaction. Visa names cash, checks and credit transactions as not allowed.
By Jeffrey Anderson
- Section 5.8.18.3 (ID# 0002958) permits exactly one payout method. A gambling merchant must only disburse winnings using an Original Credit Transaction, and the rule names cash, checks and credit transactions as not allowed for the avoidance of doubt.
- A credit transaction is the refund rail, so the payout path is a separate integration from the refund path rather than a reuse of it.
- The same rule makes you ensure the winning wager itself was lawfully made, properly identified and processed according to the Visa Rules, so payout compliance depends on deposit coding having been right earlier.
- The requirement to pay back to the same payment credential that placed the wager is scoped to the Europe Region, not the US, despite being widely stated as universal.
- In the US, winnings paid to a prepaid card need not go to the wagering credential, but the merchant must be authorized by the issuer under a Visa-approved program and use a Visa-approved funding mechanism. That is an application, not a configuration.
- Section 5.8.18.1 (ID# 0002474) requires MCC 7995 even where gambling is not the primary business, and if a platform cannot distinguish gambling transactions it must code all transactions as gambling and tell cardholders their statements may show them that way.
- Section 5.8.18.2 (ID# 0002955) closes the funds transfer workaround, and lets Visa extend the requirement to all future transfers to an individual it finds is facilitating gambling through them.
Gambling payouts have exactly one permitted method in the Visa rules, and the rulebook forecloses the alternatives in a single sentence. A gambling merchant must only disburse winnings to a cardholder using an Original Credit Transaction, and then Section 5.8.18.3 adds: "For the avoidance of doubt, other payment methods are not allowed (for example: cash, checks, and deposits via Credit Transactions)."
Read that list twice. Not cash. Not a check. And not a credit transaction, which is the refund rail most merchants reach for first.
Why a refund is the wrong instrument
A credit transaction is how you reverse a sale. Paying a winning wager is not reversing anything, so the rules route it down the payout rail instead. An Original Credit Transaction is a push payment with its own registration, timing and recipient rules.
The practical consequence is that your payout path is a separate integration from your refund path. If your plan was to issue winnings as a credit against the deposit, the rules say no, and the reason is that a credit against the deposit would make the wager look unwound rather than settled.
What else the payout rule requires
Section 5.8.18.3 (ID# 0002958) carries four obligations on a gambling merchant. Two are mechanical and two are not:
| Requirement | Detail |
|---|---|
| Use an OCT | The only permitted disbursement method |
| Validate the wager | Ensure the transaction representing the winning wager was lawfully made, properly identified, and processed according to the Visa Rules |
| Flag crypto conversion | If the OCT converts non-fiat to fiat, include the applicable business application identifier per Section 7.4.14.1 |
| Europe only | The OCT must go to the same payment credential that placed the winning wager |
The second one is the sleeper. You are required to ensure the winning wager itself was lawful and correctly identified before you pay it out. So a deposit that was mis-coded, or taken without the gambling indicator, contaminates the payout as well as the deposit. Your payout compliance depends on your acceptance compliance having been right weeks earlier.
The same-credential requirement is scoped to Europe. A US merchant is not bound by it under this rule, which matters because it is widely stated as a universal.
The US prepaid carve-out, and its two conditions
Here is the part worth knowing if you operate in the US. Winnings disbursed to a prepaid card are not required to be issued to the same payment credential that initiated the wager. That is a real relaxation of what most people assume.
It comes with two conditions, and both are gates rather than formalities. The disbursement must:
- Be submitted by a gambling merchant authorized by the issuer to disburse winnings via a program that has been approved by Visa
- Be transmitted to the issuer using a funding mechanism approved by Visa
So the flexibility exists, and reaching it requires an issuer authorization and a Visa-approved program plus a Visa-approved funding mechanism. That is not something you configure. It is something you apply for, which is the honest framing to take into a conversation with an acquirer.
Mis-coding has a specific published punishment
Section 5.8.18.1 (ID# 0002474) requires an online gambling merchant to hold a valid license or other appropriate authority, to use MCC 7995 even where gambling is not the primary business, and in the US to carry the quasi-cash and online gambling indicator. Our piece on quasi-cash and the gambling indicator covers that side.
What is less known is the fallback. If a member, merchant, payment facilitator, ramp provider or sponsored merchant cannot distinguish an online gambling transaction from its other transactions, it must do both of the following:
- Identify all transactions as online gambling transactions
- Inform the cardholder that transactions may be identified on the billing statement as gambling transactions
That is the published consequence of a system that cannot separate the two. Every sale gets coded as gambling, and you have to tell customers their statements will say so. For a business with a mixed catalogue, that is a commercial outcome rather than a technical one, and it is a strong argument for separating the gambling flow at the acquiring level rather than trying to tag it downstream.
Funds transfers do not route around any of this
Section 5.8.18.2 (ID# 0002955) closes the obvious workaround. If a funds transfer to an individual is to be used for an online gambling transaction, the acquirer must identify that funds transfer as an online gambling transaction, and must have processes to identify and eliminate abuse by anyone attempting to circumvent proper identification.
It then goes further than most anti-circumvention language. If Visa determines that an individual is facilitating online gambling transactions through funds transfers, Visa may impose these requirements on the funds transfer merchant for all future funds transfers to that individual. The obligation attaches to the person, not just the transaction.
What to take from this
Four things, in the order they will bite:
- Build the payout rail as an OCT integration from the start. Cash, checks and credit transactions are all excluded by name.
- In the US, do not assume you must pay back to the wagering card. The prepaid route exists, and it needs issuer authorization plus a Visa-approved program and funding mechanism.
- Treat deposit coding as a payout prerequisite, because the rule makes you validate that the winning wager was lawfully made and properly identified.
- If you cannot separate gambling from non-gambling volume, expect to code everything as gambling and to disclose it. Separate the flows upstream instead.
None of this speaks to whether an acquirer will take the account in the first place, which is a different conversation and the subject of our overview of iGaming payment solutions.
Frequently asked questions
Can a gambling merchant pay winnings by bank transfer or check?
Not under these rules. Section 5.8.18.3 permits only an Original Credit Transaction and names cash, checks and credit transactions as not allowed.
Do US winnings have to go back to the card used to bet?
Not for a prepaid card. The same-credential requirement in that section is scoped to the Europe Region. The US prepaid route requires issuer authorization, a Visa-approved program and a Visa-approved funding mechanism.
What MCC do online gambling transactions use?
MCC 7995, and the rule says to use it even when gambling services are not the merchant's primary business.
What happens if my platform cannot tell gambling transactions apart?
The rule requires you to identify all transactions as online gambling transactions and to inform cardholders that their statements may show them as gambling.
Does paying out through a funds transfer avoid the gambling rules?
No. Section 5.8.18.2 requires the acquirer to identify such a funds transfer as an online gambling transaction, and lets Visa extend the requirement to all future transfers to an individual it finds is facilitating gambling that way.
Sources: Visa Core Rules and Visa Product and Service Rules, 18 April 2026, Sections 5.8.18.1, 5.8.18.2, 5.8.18.3 and 7.4.14.1.
Jeffrey Anderson, Merchant Placement Specialist
Merchant placement specialist at Gray Merchants. Jeffrey works directly with acquiring-bank underwriting teams across the firm’s 70+ banking relationships to place high-risk and hard-to-place businesses, structure multi-MID accounts, and keep flagged merchants processing. His writing draws on the placement files he works every week: what underwriters ask for, why accounts get declined, and what keeps an approved account open.