---
title: "How do I find out which merchant category code a shop uses?"
description: "What a merchant category code is, who assigns it, why the same purchase earns differently, how to find out in advance, and what is possible after a wrong classification."
url: "https://benefitsystems.io/en/knowledge/merchant-category-codes"
lang: "en"
category: "Cards and money · Mechanics"
domain: "reise"
pillar: "cards-and-money"
status: "entwurf"
published: "2026-09-18"
reviewed: "2026-09-20"
type: "Artikel"
---

# How do I find out which merchant category code a shop uses?

> **Entwurf.** Dieser Beitrag erfüllt die Redaktionsregel noch nicht vollständig und ist nicht indexiert.

Every merchant carries a code describing its line of business. Card programmes use that code to decide what a payment earns. The code comes from the merchant's payment processor rather than from your card issuer, which is why paying a travel agency does not automatically count as travel spending.


## At a glance

| Question | Answer | Consequence |
|---|---|---|
| Who assigns the code | the merchant's payment processor | your issuer cannot change it |
| What it describes | the merchant's line of business | not the thing you bought |
| Where it sits | in the payment data | rarely on the statement |
| What the earning depends on | the code | not the merchant name |
| What changes it | a change of processor | the earning changes with it |
| What helps in a dispute | evidence and a claim | only where the code fits |

## What a merchant code is

Every card payment carries a four-digit identifier alongside the amount and the merchant name, and
it describes the merchant's line of business. Card programmes use it to sort spending into
categories, and that classification decides what a payment earns.

So a four-digit number sets the return on a purchase. The merchant's name and the nature of the
service play no part; only the business line the payment settles under counts.

Those mechanics produce the cases that puzzle travellers most. A hotel or flight booking that does not count as
travel is usually no error at all, merely the correct application of a code.

## Who assigns the code

The code comes from the payment processor the merchant settles through, and it is assigned under
the card network's rules. Your card issuer only receives it and has no say over which number arrives. The
issuer reads the code and applies its own earning rules to it, exactly as written in the terms.

One limit follows from that division of labour. A complaint to your issuer does not change the
code, because the issuer never assigned it. If you suspect a wrong classification, both sides need
approaching: the merchant can have its classification reviewed, while the programme can only post a
correction where the code fits.

Issuers advertise categories with words like travel or dining, but those words are collective names
for lists of codes. Which codes belong to them rarely appears in full in the advertising, even
though the list is the real contract content, and it differs between two cards from the same
issuer. To target a category, look for the list, not the name. It sits in the terms and is usually
complete there.

## Why the same purchase earns differently

A category is a list of business lines, never a promise about kinds of spending. Three causes
explain nearly every deviation: the route you buy through, the merchant's line of business, and an
intermediary payment service.

### The purchase route

The same service can be bought two ways and settle under two codes. Buying direct from a provider
frequently carries a different code from the same purchase made through an intermediary.

Travel is the most common case. A booking made directly with an airline carries a travel code; the
same booking through a portal carries the portal's code. Anyone aiming at a
[bonus category](/en/glossary/bonus-category) has to choose the route deliberately. How those
categories are built is described in [how do bonus categories work](/en/bonus-categories).

### The line of business

A merchant with several lines of business can hold several codes. A chain settles differently in
store and online, and a filling station with a shop runs two lines. The customer sees none of it
until the earning arrives, and by then the purchase is done.

The supermarket with a fuel pump is the everyday example. Both areas settle separately, and a
payment at the pump counts differently from the same card in the shop next door. A small test
payment is the only reliable way to find out which code a given counter uses. It costs little and answers the question for every
future purchase at that merchant.

Payments to a tour operator follow the same logic. The service is travel, but the settlement runs
through the operator, and that code need not sit in the travel category.

### The intermediary

Payments through intermediaries sometimes carry the service's code and sometimes the merchant's.
Where a real merchant sits behind the service, its code governs. For payments to private
individuals or to pure payment services, the service's own code applies, and that usually sits
outside any bonus category.

Chains with independent franchises are a special case. A franchisee settles under its own contract,
which is why the same brand can count differently in two places.

Portals with an earning promise add a second layer, described in
[how do shopping portals work](/en/shopping-portals). The portal's payout is independent of the
card's code.

## Worked example: one trip, two booking routes

The same flight booking is paid for once directly and once through a portal. The price is
identical; the earning is not.

| | Directly with the airline | Through a portal |
|---|---|---|
| Merchant code | airline | travel agency or retail |
| Earning in the travel category | yes, where the card has one | only where the code fits |
| Predictability beforehand | high | low |
| Claim after a deviation | promising | rarely successful |
| Side effect | a direct contact during disruption | extra handling routes |

The difference comes from the merchant's settlement, not from the card, which is why the purchase
route belongs to the card question. With direct bookings the code is easy to predict; with
intermediaries it is not.

Two travellers book the same flight on the same day, one directly and one through a
[comparison site](/en/glossary/metasearch), and only the first sees the elevated earning on the
statement. Both bought the same service and paid the same amount. The gap lies solely in the
business line that settled the payment, and it can be neither negotiated nor fixed afterwards.

Paying with points or a credit changes nothing, since the code hangs on the merchant and not on the
payment method. Even paying in a foreign currency leaves it untouched. Wallets keep the code as long
as a merchant sits behind them, because the wallet passes the data through and creates no line of
business of its own.

Earning is only part of the decision, though, and rarely the largest part on a long trip. During disruption a direct contact counts for more
than a better category, as [booking direct or through a portal](/en/direct-vs-ota) shows.

## What is possible after a deviation

When an expected credit is missing, the check starts with your own account. If the spending sits in
the right category, the classification was correct and the expectation was wrong. If it sits in
another category, a claim with evidence follows, and the process is described in
[what to do when points are missing](/en/missing-points).

A claim succeeds only where the code belongs to the advertised category, because programmes post
corrections by code, not by description. Chances are high with direct bookings and low with
intermediaries, and the reason lies entirely in the code. Attach the receipt and the statement line
with the category; together they show what is in dispute.

If the refusal stands, the case is closed, however reasonable the original expectation looked. The
only remaining lever is the purchase route next time, chosen with the code in mind from the start.

## When it is not worth optimising the code

Optimising does not pay in these situations:

- **On small amounts.** The gap between two earning rates is then smaller than the time invested.
- **On one-off purchases.** A test payment only pays off where the merchant is used regularly.
- **When the better route costs more.** A direct purchase at a premium rarely beats a better rate.
- **When the code does not fit.** No claim helps against a correct classification.
- **When the better rate needs a chain of portals.** Routing a booking through three intermediaries
  raises the chance of a problem and lengthens the handling if one arises.

Sometimes it goes the other way, and a payment lands unexpectedly in a higher category because the
purchase route happened to be right. As a rule of thumb, the check pays for large recurring spending
and not for much else.

## What can be settled in advance

Your own statement history comes first. It shows, for every merchant you use regularly, which
category the spending landed in.

For new merchants with large volume, a small test payment settles the question for good. Where a
category is advertised explicitly, the direct route is usually the safe choice.

Several situations reward a one-off check in particular:

- **Subscriptions.** They are charged monthly under the same code throughout, so one look covers
  every future charge.
- **Recurring trips.** Booking the same route every year means checking the code once and knowing
  permanently which card belongs to it.
- **Cards with rotating categories.** Where the favoured line of business changes quarterly, the
  list of eligible codes changes too, and spending earns the higher rate only in the right quarter.

With several cards, assign them to your merchants, not the merchants to your cards. The assignment
stands after one check and changes only when a merchant switches processor. Working through the
largest recurring item in the household once teaches the principle, and every further payment
follows it without extra thought.

## Why programmes work this way

The code is the only information a bank reliably has about a payment. It arrives automatically and
cannot be manipulated. Checking by the kind of goods bought would be neither practical nor data
minimising, whereas the code is coarse but unambiguous. Bonus categories reward settlement lines,
not intentions.

Anyone paying larger amounts regularly keeps a short list: merchant, expected category, actual
category and the card used. After a few months that list answers almost every question by itself
and replaces every debate about which card belongs to which merchant. For larger purchases it also
pays to look at alternatives, since a merchant with a suitable code can be the same provider
through a different sales channel.

Issuer language deserves a sceptical reading. A phrase like travel category sounds like a
description of the spending and is in fact shorthand for a list of settlement lines. The rule is
strict but predictable, and here predictability is worth more than any exception.

## The most common mistakes

- **Inferring the category from the name.** The statement after the first purchase shows where the
  spending landed, and that is the only reliable answer.
- **Buying through intermediaries and expecting travel earning.** The route decides the code, so it
  has to be chosen deliberately.
- **Keeping on claiming after a refusal.** Programmes correct by code, and a description of the
  purchase does not move them.
- **Running test payments at every merchant.** They only pay off at merchants used regularly.
- **Treating intermediaries as neutral.** An intermediary can replace the merchant's code with its
  own.
- **Paying a premium for a better rate.** A lower price usually beats a better category.

## Related topics

- [How do bonus categories work](/en/bonus-categories)
- [What to do when points are missing](/en/missing-points)
- [How do shopping portals work](/en/shopping-portals)
- [What points are actually worth](/en/point-value)
- [Booking direct or through a portal](/en/direct-vs-ota)
- [What a welcome bonus is worth](/en/welcome-bonus-value)
- [Can I pay federal tax with a credit card?](/en/paying-taxes-by-card)

## Frequently asked questions

### What is a merchant category code?

A four digit identifier for a merchant's line of business. It travels with every card payment and card programmes use it to decide what a purchase earns.

### Who assigns the code?

The payment processor the merchant settles through, following the card network's rules. The cardholder's issuer has no influence on it.

### Why does my travel booking not count as travel?

Because the merchant settles under a different code, for instance as retail or as an agency. The service is travel; the booking is not, as far as the programme is concerned.

### Can a merchant have several codes?

Yes, where it runs several lines of business through separate settlement. The same chain can code differently in store and online, and then the same purchase earns differently.

### How do I find the code before buying?

With certainty you cannot. A small test payment shows how the programme classifies it, and the rest is experience.

### Does the code appear on my statement?

Usually not. What shows is the merchant name and the category the programme derived, and neither is the code itself.

### What can I do about a wrong classification?

File a claim with evidence. The programme checks the code, and if the code belongs to the advertised category it posts the difference, otherwise it does not.

### Do codes change?

Rarely, but it happens, for instance after a change of payment processor. Spending that counted as travel for years can be classified differently afterwards.

### Why do payments through intermediaries often not count?

Because the intermediary settles under its own code. Booking through a portal means paying the portal, and its line of business decides the earning.

### Does this apply to cashback too?

Yes, the mechanism is identical. Elevated cashback depends on the same codes as elevated points earning.

### What about payment services and wallets?

The merchant's code still governs, not the service's. Payments to a pure payment service without a merchant behind it carry the service's code instead.

### Can I influence the code?

Only through the choice of merchant and route. Buying direct from a provider frequently carries a different code than the same purchase through an intermediary.

## Sources

- [Experian: What Are Merchant Category Codes?](https://www.experian.com/blogs/ask-experian/what-are-merchant-category-codes/)
- [Wikipedia: Merchant category code](https://en.wikipedia.org/wiki/Merchant_category_code)
- [Investopedia: Understanding Merchant Category Codes (MCCs) for ...](https://www.investopedia.com/terms/m/merchant-category-codes-mcc.asp)