Week 39 AMA: Chargeback and disputes handler at a payment provider serving gambling merchants for 3 years — ask me anything (anonymous)

Whats the actual merchant code casinos use that trips the issuer's gambling block—mcg or something else—and does it change depending on whether its a deposit vs a crypto buy through their on-ramp?

cam_paris said:

Whats the actual merchant code casinos use that trips the issuer's gambling block—mcg or something else—and does it change depending on whether its a deposit vs a crypto buy through their on-ramp?

Click to expand...

Merchant Category Code 7995 is what hits the gambling block on Visa and Mastercard. Crypto on-ramps are usually coded differently — often 6051 for quasi-cash or whatever the processor's packaged it under that month — which is why those transactions sail through while straight card deposits get declined. The coding isn't always consistent though; some operators have pushed volume through shell descriptors that map to 8999 or digital goods codes, and we saw issuers catching up to that game about eighteen months ago. If your bank's got a hard gambling flag, it's looking at 7995 first and the transaction narrative second.

Anonymous Insider said:

Merchant Category Code 7995 is what hits the gambling block on Visa and Mastercard. Crypto on-ramps are usually coded differently — often 6051 for quasi-cash or whatever the processor's packaged it…

Click to expand...

7995—Eighteen months back tracks with when my Chase started flagging mbit deposits harder. The shell descriptor part's the real money shot though, explains why some days it sails through and others instant decline. You seeing operators still running clean codes vs dirty ones, or did that window close after issuers caught up?

cam_paris said:

7995—Eighteen months back tracks with when my Chase started flagging mbit deposits harder. The shell descriptor part's the real money shot though, explains why some days it sails through and others…

Click to expand...

That window's mostly closed for the big operators — the processors got spooked by Visa's 2023 compliance sweeps and started enforcing descriptor-to-MCC alignment harder. You'll still see it pop up with smaller skins running through high-risk aggregators or white-labels that haven't been audited yet, but it's becoming a "survive till you're caught" thing rather than a strategy. The clean-code days are basically over for anyone doing real volume.

Wait so if I hit chargeback on a dragon loss, what actually happens behind the scenes — they just ban me or is there

cryptotom_uk said:

Wait so if I hit chargeback on a dragon loss, what actually happens behind the scenes — they just ban me or is there

Click to expand...

First thing that hits is a retention flag on your player ID — the operator's system auto-locks withdrawals and dumps you into manual review. If the chargeback reason code is "unauthorized transaction" or "not recognized," someone senior pulls your session logs, KYC docs, and geolocation data to build the representment bundle. Win that dispute and you keep the money, lose it and the operator pays the fee, but either way you're tagged — most places will shut your account for cost-of-business reasons even if they win, because your lifetime value just turned negative. The "dragon loss" part doesn't matter; we don't adjudicate whether you tilted, only whether the transaction was valid and you got what you paid for.

Does the 7995 coding on your deposit method ever flag the withdrawal side too, or do cashouts run clean regardless of how

galo_diogo said:

Does the 7995 coding on your deposit method ever flag the withdrawal side too, or do cashouts run clean regardless of how

Click to expand...

Withdrawals run clean on the coding side — they're usually hitting your bank as refunds, ACH credits, or through payment processors that don't need to flag 7995 for outbound flows. The 7995 friction is inbound-only because that's where the regulatory heat sits: stopping problem spend, not stopping people from taking money back out. That said, if your account's flagged for a chargeback or AML review, the withdrawal will still freeze regardless of what the transaction code looks like on the bank's end.

Anonymous Insider said:

Withdrawals run clean on the coding side — they're usually hitting your bank as refunds, ACH credits, or through payment processors that don't need to flag 7995 for outbound flows. The 7995 friction…

Click to expand...

Clean outbound makes sense — banks never cared about people taking money out, only stopping the spend but here's what im watching on my end: had a Goldenbet cashout land as a straight ach last month, no descriptor at all, just a reference number. Then this week, same method, same amount, suddenly its showing "gb services ltd" with a completely different sort code. Both cleared, but the inconsistency's got me curious — is that the processor switching rails mid-contract, or are operators shopping withdrawal fulfillment to whoever's cheapest that quarter?

Asking because im on a genuine hot run and id rather know if my next four-figure out's gonna hit a fresh verification wall because the backend switched providers without telling anyone. Seen that movie in 2019 when the curacao wave collapsed and half the skins started bouncing wires through shell accounts in malta. Pattern recognition.

galo_diogo said:

Clean outbound makes sense — banks never cared about people taking money out, only stopping the spend but here's what im watching on my end: had a Goldenbet cashout land as a straight ach last month,…

Click to expand...

That's almost always a processor-level rail switch or a secondary provider being brought online for overflow — operators rarely announce these changes because the SLA is between them and the processor, not the player. The descriptor shift you're seeing suggests Goldenbet moved from a white-label gateway to a direct acquiring relationship or a new banking partner entirely, possibly because their previous batch processor hit a volume ceiling or compliance snag. Four-figure withdrawals are where these switches hurt most — new rails trigger fresh source-of-funds checks or manual review queues while the provider beds in, so yeah, expect friction.

Mate — seen the descriptor dance myself on Casinonic sister sites, never clocked why the same account hits different rails week to week. You reckon that's why my bank still flags some WD's as "gambling" despite the obfuscation, or is that just legacy routing they haven't cleaned up yet? Been assuming if I keep deposits and pulls through the same pipe it helps velocity, but maybe I'm backwards on that.

grumpy_brent said:

Mate — seen the descriptor dance myself on Casinonic sister sites, never clocked why the same account hits different rails week to week. You reckon that's why my bank still flags some WD's as…

Click to expand...

The deposit-to-withdrawal pipe matching doesn't help velocity — banks flag based on the merchant ID and descriptor in the transaction, not some account-level pattern recognition. What you're seeing is probably legacy routing where older withdrawal rails still carry gambling-associated merchant IDs even if the descriptor's scrubbed, or your bank's own risk model has learned to tag certain sort codes and reference patterns regardless of what the narrative says. The inconsistency between weeks is exactly what happens when operators run parallel rails: one batch might hit a clean new provider, the next falls back to an older line that's already flagged in your bank's system. Nothing you can do on your end changes which rail the operator picks for that specific batch run.

What's the lag time between a chargeback hitting your desk and the operator getting notified — same day, or are they sometimes flying blind for 48 hours while the player's still grinding?

inkedowl said:

What's the lag time between a chargeback hitting your desk and the operator getting notified — same day, or are they sometimes flying blind for 48 hours while the player's still grinding?

Click to expand...

Same day, usually within four hours during business hours — the notification hits the operator's backoffice before the player even sees the provisional credit on their bank statement. After-hours submissions get queued to the next batch run, so weekend chargebacks can leave operators flying blind until Monday morning, which is why you'll sometimes see accounts stay active for a day or two after the dispute's already in the system.

Anonymous Insider said:

Same day, usually within four hours during business hours — the notification hits the operator's backoffice before the player even sees the provisional credit on their bank statement. After-hours…

Click to expand...

Same day usually, but that weekend blind spot's the angle. How many operators actually freeze the account on notification vs letting them play

inkedowl said:

Same day usually, but that weekend blind spot's the angle. How many operators actually freeze the account on notification vs letting them play

Click to expand...

Most freeze immediately — the risk systems are automated and a chargeback notification trips a hard stop on wagering, not just withdrawals. The ones that don't are either running on legacy platforms that batch notifications manually, or they're deliberately absorbing the risk to keep a whale active through a weekend, which is a short-term retention play that usually backfires. I saw more accounts bleed off secondary deposits post-notification than I ever saw recovered by letting them play.