Card acceptance is the whole path a card payment travels: the tap at your counter, the money moving to your bank account, and the line that lands in your books. The terminal is the only part of it you can hold in your hand. It is also the part merchants spend the most time choosing. Choose the system first, and the device becomes the easy decision.
The Saturday you are actually buying
Picture someone opening a shop. Three browser tabs. One pocket terminal against another. One percentage against another. A colour, a battery life, a delivery date.
It feels like buying a device. It is a decision about the next three years.
Every busy Saturday ends the same way. The last customer taps. The shutter comes down. And then the questions start that no product page answers. When does the money arrive? Is it all there? Which fees came off? Why is Monday's amount different from Saturday's total?
When I worked a retail store floor, the day did not end when the till closed. It ended when the takings matched. That second part is where card acceptance lives or dies for a small business, and it happens long after the device has done its job.
What you are really buying is every Monday after every Saturday, for as long as you stay.
The device is the part you can see
The terminal. You can see it, hold it, read its spec sheet. It has a price and a delivery date.
The rate. A single percentage is easy to put side by side. It feels like the whole cost, even though the merchant service charge you actually pay depends on your card mix, refunds and any extra fees in the contract.
The app. A clean screen to type an amount, a sound when it works.
All three matter. None of them tells you what happens to the money after the customer walks out. That is what you can compare. What happens to the money is what you live with.
The gap between the sale and the bank
Follow one payment.
A customer taps a card. The terminal or phone sends the payment to your acquirer, the licensed provider that contracts with you to accept cards. The acquirer gets it authorised by the customer's bank. Later, the banks and the card scheme square up among themselves. That step is settlement, and it happens between institutions, not with you.
Then comes the step you actually feel: the payout. Your acquirer, or the provider working with it, sends your takings to your bank account, usually net: after fees, after refunds, after any dispute. When that happens, and how many days it bundles, is set by your contract.
Note. Settlement and payout are different steps. Settlement is between the banks and the card scheme. The payout is between your provider and you. They can fall on different days and carry different amounts, which is why a payout rarely equals one day of sales.
That is where the gap opens. Four things live in it.
The delay. Money taken on Saturday arrives on whatever day the contract says. Until then it is a number on a screen, not cash you can pay a supplier with.
A second dashboard. The sale, its fee and the payout statement sit in the provider's portal. The money sits in your bank. Two places, two views of the same Saturday.
A second login. Someone in the business has to open both, usually the owner, usually late.
The matching. Reconciliation is the work of proving that every sale was paid, and for the right amount. Take an illustrative shop whose till shows €4,200 across three days, while the bank shows one payout of €4,086. The €114 is fees, a refund and a sale not yet paid. Someone has to work that out, line by line, every week.
None of this shows up in a terminal comparison. All of it shows up in the evenings of the person who runs the shop.
If reconciliation eats an evening every week, look at the distance between where the payment is taken and where the money lives. The accountant is only measuring it.
What "system" means
A system closes that distance. Acceptance, the money and the records sit in one place, so you can read a sale, its fee and its payout side by side, without exporting anything.
Easy to promise. Whether a provider can deliver depends on how it is built. Broadly, merchants in Europe buy card acceptance from three kinds of provider.
Banks. The bank already holds the business account, which is the natural end of the journey. Where acceptance is built into the same account, the gap can close completely. Some business account providers that are not banks build it in the same way. Where the bank resells a partner's acquiring, the merchant can still end up with a separate contract, a separate portal and a separate statement, just with the bank's logo on it. Ask which one you are getting.
Payment pure players. Companies whose whole business is taking payments. They are often strong where merchants look first: the device, the app, fast setup, online checkout. Their product usually ends at the payout. Some now offer their own account for payouts. Where they don't, the money travels to a bank account they do not run, and the matching becomes your job or your accountant's.
Sub-participant models. Here a payment facilitator holds the contract with the acquirer, and you sign with the facilitator. Visa's rules call this business a sponsored merchant. It is often the quickest way to take a first card payment. Your terms are the facilitator's terms, and the payout and statement come from the facilitator too. The gap stays open unless the facilitator also runs your account.
Each makes a different promise about where its responsibility ends. The question is whether it ends where your money does.
I've helped payment companies through becoming card acquirers: scheme membership, certification, processing. The licence is the hard part. The merchant never sees it. What they see, every week, is whether the money and the records end up in the same place.
What closing the gap looks like: one worked example
To make this concrete, here is one offer where acceptance is built into the business account itself, described only from what its public pages say today. It is Qonto's. I work there, on exactly this, so read it as an illustration of the pattern, and test any provider against the same questions.
Qonto offers in-person card acceptance in two forms: Tap to Pay on iPhone and on Android, which turns a compatible phone into a reader where available in your country (its iPhone page excludes Spain), and dedicated payment terminals. For remote payments, it offers payment links that can sit on an invoice.
Here is how its pages describe the gap.
On the payout: "Card payments are credited to your Qonto account on the next business day (as a single payout)."
On the second dashboard: "Every transaction syncs automatically with your Qonto account - no separate payout account to reconcile."
On the second login: "No extra tool to log in to. No end‑of‑month export and matching."
On the device: the terminal page says the terminal "is billed once", with "no monthly fee". Its terminal page also mentions a tipping feature for restaurants.
I have left the rates out; what accepting cards really costs explains how to read them. They are published on those pages, and they are the part that changes. Read them against your own card mix.
If the pages hold for your business, the sale, the fee and the payout land in the account you already use to pay rent and suppliers. That is the gap, closed.
It does not make the payout instant, and it does not make bookkeeping disappear. A single payout is still one line covering many sales. What changes is that the matching happens where the money already is.
Tap to Pay or a terminal
The device question is still worth answering. Just answer it second.
Tap to Pay turns an NFC smartphone into a contactless reader. The customer taps a card, phone or watch on the back of the merchant's phone. There is nothing to buy or charge separately, and nothing to wait for in the post. Security is assessed under the PCI Security Standards Council's MPoC standard, written for payments on commercial off-the-shelf devices.
It suits:
- the plumber, the tutor, the market stall, anyone who goes to the customer;
- low or irregular volumes, where a dedicated device would sit in a drawer;
- a second till on the first busy Saturday, while the queue is out of the door;
- testing whether customers want to pay by card at all.
Its limits are practical. Availability depends on the phone, its operating system, the country and the provider. The phone that takes payments is also the phone that takes calls, runs the rota and needs a charge by four o'clock. And contactless has a ceiling, the contactless limit. Under the EU's strong customer authentication rules, a card issuer may skip extra checks on a tap only up to €50 per payment, and only until a running total or a count of taps since the last check is reached (as of October 2026). Above that, the customer usually needs a PIN. Whether your app can take one on the phone screen is a question for your provider.
A dedicated terminal is built for the counter.
It suits:
- a fixed counter with a steady queue;
- staff who pass a device to the customer, table to table or across the till;
- higher volumes, where every second of each payment adds up across a day;
- customers who still insert a card and type a PIN, or ask for a printed receipt.
It costs money up front and needs to be delivered and set up. You feel the difference the first Saturday the queue reaches the door.
Tips live in the software. Some providers offer tipping on both, some only on a terminal. Ask.
Many merchants end up with both. A terminal on the counter, Tap to Pay in a pocket for the pop-up, the delivery or the day the terminal is charging. That only works if both feed the same payout and the same records. Two devices on one system is fine. Two systems for one business is the gap again.
Five questions to ask any provider
Before you compare a single rate, ask these. Write the answers down. They are the contract you will live with.
- Where does the money land, and on which day? Get the payout schedule in writing, including weekends and bank holidays.
- What does one payout tell me? Is it paid gross or net of fees? It should show which sales it covers, the fees as separate lines, and any refunds or disputes deducted.
- How many logins does it take to see a sale, its fee and the money in my account? One is the target.
- Whose contract am I signing? An acquirer's directly, or a facilitator's as a sub-merchant. Both can work. Know which.
- What happens when the business grows? A second shop, a busier counter, online orders. Does it all arrive in the same place, or does each channel bring its own dashboard?
A provider that answers these clearly has thought about your Monday. One that only talks about the device is selling you the sale, not the Monday after it.
The terminal takes the payment. The system decides whether you can count it.
