Billing Descriptors for iGaming Payments Explained

A billing descriptor is the short line of text a player sees on their card or bank statement after they deposit. It's a handful of characters, it costs nothing to set, and operators routinely get it wrong.

When the descriptor doesn't match the brand a player deposited with, two things happen. The player doesn't recognise the charge, and the bank hears about it as a dispute. In gambling, where the product is intangible and regret is immediate, that gap turns into chargebacks faster than in almost any other sector.

This guide covers what a billing descriptor is, the card scheme rules that govern it, and how to set one that stops disputes before they start. Facts verified as of August 2026.

What is a billing descriptor?

A billing descriptor is the text that identifies the merchant on a cardholder's statement, so the player can recognise who charged them and why. It's also called a statement descriptor or merchant descriptor.

Term: Billing descriptor. Definition: The merchant identification text that appears on a cardholder's card or bank statement for a given transaction.

The descriptor is passed through the authorisation and clearing messages by the acquirer or payment processor, and the issuing bank prints it on the statement. For an iGaming deposit it's usually a brand or trading name plus a contact detail. Get it right and the player scrolls past it. Get it wrong and they call their bank.

What does a billing descriptor look like?

Most descriptors follow a simple shape: a name that identifies the biller, sometimes a short product or brand tag after an asterisk, and a contact detail such as a phone number or city. A gambling deposit might read something like BET*ACMECASINO 08001234567.

The name is the part that matters. Card scheme guidance is clear that the merchant name must be recognisable to the cardholder and abbreviated sensibly, not simply chopped off after the character limit. "ACME ENTERTAINMENT GROUP LTD" truncated to "ACME ENTERTAINMENT GRO" tells a player nothing about the casino they deposited at.

The asterisk convention isn't a hard rule, but it's common practice: a short prefix identifies the payment biller or platform, then the brand the player actually knows. The player's eye needs to land on a name they recognise within the first few characters.

Soft descriptor vs hard descriptor: what's the difference?

A hard descriptor is fixed to the merchant account and appears the same on every transaction. A soft descriptor is set per transaction, so a single account can show different text depending on the brand or product the player bought.

Term: Soft descriptor. Definition: A billing descriptor set at transaction level, letting one merchant account display brand-specific text on each charge.

For a single-brand operator, a well-set hard descriptor is enough. The soft, or dynamic, descriptor earns its place the moment an operator runs several brands, white labels, or product lines through one merchant account. A player who deposited at "LuckySpins" should see LuckySpins on their statement, not the holding company's legal name.

Why do billing descriptors matter for iGaming?

Because an unrecognised descriptor is one of the most common triggers for a chargeback, and gambling sits among the highest dispute-rate categories on the card networks. A confusing statement line is friendly fraud waiting to happen.

The mechanics are straightforward. A player deposits, sees a charge days later they don't connect to their gambling, and disputes it as unauthorised. The bank, seeing a gambling MCC and a descriptor that matches nothing, often sides with the cardholder. The operator loses the deposit, pays a chargeback fee, and edges closer to the scheme monitoring thresholds covered in our guide to iGaming chargebacks.

Card networks and dispute-management firms consistently rank "I don't recognise this charge" among the leading reasons cardholders open disputes. A clear descriptor doesn't fix genuine fraud or buyer's remorse, but it removes the honest-confusion cases entirely, and those are pure avoidable loss.

There's a second-order effect too. Descriptors that don't match the brand can also depress approval rates, because issuer risk models and manual reviewers treat a mismatch between merchant name and acquirer as a fraud signal.

What are the card scheme rules for billing descriptors?

Visa and Mastercard both cap the merchant name field and require card-not-present merchants to include a contact detail. The exact limits differ by scheme.

• Visa provides 25 characters for the merchant name in its authorisation and clearing systems, set out in the Visa Merchant Data Standards Manual. Names must be abbreviated so the identifying part stays intact, not truncated blindly.
• Mastercard provides 22 characters for the merchant name field under the Mastercard Rules.
• Card-not-present transactions must carry a way for the cardholder to reach the merchant. Mastercard requires a customer service telephone number, a URL, or an email address for e-commerce transactions - the online descriptor can't be a bare name.

All iGaming card deposits are card-not-present, so the contact-detail requirement always applies. A phone number that reaches a real support line is the single most useful thing you can add, because a confused player who can call you doesn't need to call their bank.

What are dynamic billing descriptors?

A dynamic billing descriptor is generated per transaction from data the processor receives at authorisation, so the statement text reflects the specific brand, product, or storefront the player used. It's the soft descriptor applied at scale.

Term: Dynamic descriptor. Definition: A descriptor built at transaction level from live transaction data, so each charge shows brand or product-specific text.

For a multi-brand operator this is the difference between every deposit reading as one anonymous parent-company name and each deposit carrying the brand the player recognises. Payment orchestration platforms and modern PSPs support dynamic descriptors through the API - it's worth confirming a provider handles them properly before you sign, which you can check against the vendors in the iGamingPayments.ai directory.

How do you set a billing descriptor that reduces chargebacks?

Put the recognisable brand first, add a working contact detail, and keep it consistent everywhere the player looks. The goal is that a player glancing at a statement six days after depositing knows instantly what the charge is.

• Lead with the brand the player used. Not the legal entity, not the PSP, not a payment-processor code. The name on the statement should match the name on the site.
• Include a customer service phone number. It's required for card-not-present anyway, and it diverts confused players to your support team instead of their bank's dispute line.
• Use dynamic descriptors across multiple brands. One parent company running ten brands through a shared descriptor guarantees confusion on nine of them.
• Keep it consistent across acquirers. If you route across several acquirers or use local acquiring, the descriptor should read the same on every route, so a player never sees two different names for the same brand.
• Send a deposit confirmation email. A timestamped receipt that names the exact descriptor the player will see closes the recognition gap before the statement even arrives.

None of this is expensive. It's configuration, not infrastructure, which is what makes a bad descriptor such a frustrating source of loss - it's avoidable with an afternoon's work. You can model what recovering those avoidable disputes is worth with our approval rate calculator, and the payments glossary defines the surrounding terms.

Frequently asked questions

How many characters can a billing descriptor be?

Visa provides 25 characters for the merchant name field and Mastercard provides 22. That's the space you have to identify the brand, so abbreviate to keep the recognisable part intact rather than letting the name get truncated after the limit.

Why does a player see a charge they don't recognise?

Usually because the descriptor shows the legal entity, a holding company, or a payment processor's name instead of the brand the player deposited with. The charge is legitimate, but the statement text doesn't match the site, so the player assumes it's fraud and disputes it.

Can a billing descriptor reduce chargebacks?

Yes, for the significant share of disputes that come from transaction confusion rather than genuine fraud. A clear, brand-matched descriptor with a support phone number removes the honest-mistake chargebacks; it won't stop deliberate friendly fraud or true unauthorised use.

What is a dynamic descriptor?

A dynamic descriptor is set per transaction from live data, so a single merchant account can show the specific brand or product a player used. It's how a multi-brand operator makes sure a LuckySpins deposit reads as LuckySpins, not as the parent company's name.

Do I have to include a phone number in my descriptor?

For card-not-present transactions, the schemes require a contact detail - a customer service phone number, URL or email. Since every iGaming card deposit is card-not-present, this applies to all of them, and a phone number is the most effective choice because it diverts confused players to your team.

Is the billing descriptor the same as the merchant name?

The merchant name is the core of the descriptor, but the full descriptor also carries a contact detail and, on many accounts, a prefix or product tag. Think of the merchant name as the most important field inside the descriptor, not a synonym for the whole thing.

Can I change my billing descriptor after going live?

Yes. Descriptors are configured at the acquirer or PSP level and can be updated, and dynamic descriptors change per transaction by design. If disputes are rising and you suspect the descriptor, it's one of the fastest fixes available - raise it with your provider directly.

Find the right payment provider for your operation

Browse 342+ vetted PSPs, crypto processors, open banking providers and fraud vendors - filtered by region, vertical and payment method. Or run the numbers before your next PSP negotiation.