Merchant Services and Credit Card Processing, Explained for Buyers
What merchant services and credit card processing involve, how the money moves, what the fees pay for, and how to pick a provider.
Meet us at conferences around the world
ICE Barcelona
iGB L!VE London
SBC Summit Lisbon
SiGMA Europe
What merchant services and credit card processing involve, how the money moves, what the fees pay for, and how to pick a provider.

You sell something. A customer taps their card. Where does that money actually go?
Merchant services and credit card processing are the accounts, software, and bank relationships that let a business accept cards and have the funds land in its bank account. Three parts work together: a way to capture the card at checkout, a card network that routes the authorization request to the customer's issuing bank, and an account that receives the funds. When those three are in place, a sale goes from "approved" to money in your account without you thinking about the plumbing.
This guide is written for the merchant buying services, not for someone starting a payments company. If you take cards or plan to, here is what it really involves — and how to pick a provider you will not have to replace next year.
Merchant services are the services and arrangements a business uses to accept and manage electronic payments. Credit card processing is one part of that setup: it covers the handling of card transactions through authorisation, capture, clearing and settlement. A merchant services package may also include acquiring, a payment gateway, fraud tools, reporting and support.
"Merchant services" is the umbrella term for everything a business uses to accept electronic payments. Credit card processing is the specific job inside it: moving a card transaction from your checkout, through the card networks, to the customer's bank, and back with an approve or decline.
A few terms you will keep meeting:
A typical online authorisation request passes from the merchant’s checkout through a gateway and acquiring-side processing connection to the card network and issuer. The response returns to the merchant. The exact technical path depends on the provider setup.
You don't always buy these separately. Many providers bundle gateway, merchant account, acquiring and processing, which is why labels blur. What matters is that all of these roles are covered.
The flow is faster to read than it is to run. A single payment passes through roughly five steps.
Two practical takeaways. First, "approved" is not "paid." Settlement happens later, which is why refunds and chargebacks (a card payment the customer's bank reverses after the sale) can land after the fact. Second, every one of those steps is a place a payment can fail. That is why processing reliability matters more than the headline rate.
On a statement, card processing fees look like one number. In reality, they consist of three layers.
The processor margin is the layer your provider sets itself, and the pricing model decides how the other two layers reach you. That is where offers differ most.
The provider’s markup and additional service charges are the main commercial terms to compare and negotiate. Compare quotes using the same card mix, markets and transaction volumes to understand the total cost.
A few practical points:
Common pricing models you'll see:
Check which services are included in the quote: acquiring, processing, a payment gateway or POS solution, fraud tools, dispute support, reporting and merchant payouts. A bundled provider may support several markets and payment methods; coverage and contractual restrictions vary.
If you already have an acquiring arrangement, you may only need compatible gateway technology. If you work with several payment providers, a separate orchestration layer can help manage routing and reporting across supported connections. It does not replace acquiring approval or settlement agreements.
Compare payment orchestration and payment gateways if managing multiple providers is part of your requirements.
Six questions help separate a provider you keep from one you replace.
| Question | What to check |
|---|---|
| Does it cover how your customers actually pay? | Cards are baseline. Many markets also expect local methods — bank transfers, wallets, "buy now, pay later". Match supported methods to your key regions before you look at price. |
| What is the effective rate on your numbers? | Run your real average ticket and monthly volume through the quote. Watch for monthly minimums, PCI or security fees, gateway fees, and chargeback fees under the headline rate. |
| How are you protected against fraud and chargebacks? | Ask which fraud tools are included (AVS/CVV checks, 3-D Secure, velocity rules) and how disputes are handled. Chargebacks cost more than the refunded sale — they carry fees and, at high levels, can affect your ability to keep processing. |
| Can you add or switch providers later? | Single-provider lock-in is a common pain point. Can you route some traffic to a second acquirer if needed? Is your card data tokenized in a way that is portable if you change processors? This is your hedge against outages and tough renegotiations. |
| What are settlement timing and reporting like? | Cash flow depends on how quickly funds settle, and operations depend on how clearly you can reconcile statements. Look for predictable settlement schedules and reporting your finance team can actually work with. |
| Is it PCI DSS compliant, and how much of that burden falls on you? | PCI DSS is the security standard for handling card data. Does the provider tokenize cards and keep raw PANs out of your systems? Do they offer hosted payment fields or pages? Hosted payment pages or fields may reduce the scope of your PCI DSS assessment, depending on the integration. They do not remove your compliance responsibilities. Request the provider’s current Attestation of Compliance for the relevant services and confirm your own validation requirements with your acquirer. |
Payneteasy is a payment orchestration and gateway platform — payment technology, not an acquirer or PayFac.
That means:
Instead, Payneteasy, a payment orchestration platform for merchant card processing, sits between your checkout and multiple acquirers and payment methods:
This suits merchants who have outgrown a single bundled account — for example:
The platform supports a broad range of card types and alternative payment methods, including major card networks and many local options. For an exact list of supported acquirers, methods and regions, confirm current coverage directly with the Payneteasy team rather than assuming a fixed catalogue.
If you are still at "one market, one provider," you may not need orchestration yet — and an honest provider will tell you that. The point of a layer like Payneteasy is to remove the ceiling: the setup that works at your current volume still works when you add a bank, a method or a region, without you having to tear out and replace your processing stack. Talk to the Payneteasy team about your card processing setup.
A merchant account is where card funds sit before they settle to your business bank account. A payment gateway is the software that captures the card at checkout and passes it securely into processing. You generally need both. Some providers bundle them so you buy them as one package.
No. The gateway captures the card at checkout. Credit card processing is the wider job of authorising the payment with the customer's bank and settling the funds. The gateway is one component, not the whole thing.
Fees come in three layers: interchange (paid to the customer's issuing bank), scheme fees (paid to the card networks), and the processor's own margin. Interchange and scheme fees are largely set outside the processor's control, but your final cost depends on your card mix, region, MCC, transaction type and pricing model. The processor markup is the most directly negotiable layer; the rest is mostly pass-through, but your effective cost still depends on routing, provider setup and payment mix.
If you sell in one market with one card mix, a single gateway or a bundled merchant-services account is usually enough. Orchestration is built for merchants who take many payment methods, sell across markets, or want to route across more than one acquirer so a failed payment can retry on another provider, where scheme rules and decline reason allow it.
PCI DSS applies to entities that store, process, or transmit cardholder data. If you accept cards through a hosted or tokenized provider flow, your scope may be reduced, but not eliminated.
An authorisation is near-instant, but settlement — the funds actually arriving — happens on a delay, typically a day or several depending on the provider and your market. "Approved" at checkout does not mean the money has landed yet.
Thank you for reaching us. Your request has been sent successfully. We will get back to you as soon as possible.
Message was not sent