Payments · Field note 08

Restaurant card processing fees are a stack, not one number.

When a POS bill rises, the useful question is not simply “what is the rate?” Map every payment and software cost to the sale, then test whether the workflow still reconciles at close.

Hands counting cash beside a payment terminal
Photo by Karolina Grabowska / Pexels.

A processing-fee increase is frustrating because the invoice often combines several different things: the cost of moving card money, the processor’s markup, software, hardware, support, and sometimes services attached to the checkout. Treating all of it as “the POS fee” makes it hard to see what changed.

Disclosure. FloPOS is an ecosystem, and FloCafe is its restaurant POS product. This is an operator education guide, not a claim that FloCafe provides a particular payment integration or processing rate. Confirm payment support with the provider and the exact release before making a purchase decision.

Four costs hiding in a restaurant payment bill

1. Interchange and card-network costs

Interchange is generally paid to the cardholder’s issuing bank, while network or assessment fees go to the card network. These costs vary by card type, transaction method, country, and other qualification details. A restaurant usually cannot negotiate them away by changing POS software.

2. Processor or payment-facilitator markup

The acquiring processor, payment facilitator, or platform adds its own percentage, per-transaction fee, or both. Look for separate lines rather than accepting a single blended rate. Ask what happens to keyed transactions, refunds, chargebacks, international cards, and failed or reversed payments.

3. POS software and service

A platform may charge a subscription per location, terminal, register, or feature. Support, online ordering, loyalty, payroll, reporting, and other modules may be priced separately. A lower processing rate can still produce a higher total bill if software or required services increase.

4. Hardware and account fees

Terminal leases, purchase plans, replacement devices, routers, receipt printers, installation, PCI-related services, minimums, and annual or monthly account fees all belong in the comparison. Record whether a fee is required to take payment or optional for your workflow.

Use a blended-cost example

Suppose a restaurant takes $30,000 in card sales in a month. A hypothetical 2.7% percentage cost is $810. Add a hypothetical $0.10 per-transaction fee across 1,200 card payments ($120), then add $250 in required software and device charges. The monthly total is $1,180, or 3.93% of card sales.

The figures are only an illustration. Use your own statement, transaction count, refunds, and fixed charges. Compare at least three months if volume changes sharply by season. Also separate card sales from cash, gift cards, delivery marketplace payouts, and tips so you do not compare unlike totals.

Why a POS change may not fix processing costs

The POS records the order and tender; the processor authorizes and settles the card transaction. Some products integrate those steps tightly, while others leave staff to enter the amount on a separate terminal and record the result in the POS. Either arrangement can work, but the responsibilities and failure modes differ.

With a separate terminal, document the handoff: who enters the amount, how the cashier confirms approval, how a declined payment is recorded, and how terminal batches are matched to POS tenders. Test refunds, duplicate attempts, tips, network interruptions, and a customer who walks away after approval. A cheaper software subscription is not a saving if the close-out becomes unreliable.

Questions to ask before accepting a new quote

  • Is the quoted rate blended, or can you see processor markup and pass-through network costs separately?
  • Are there per-transaction fees, minimums, device charges, PCI fees, gateway fees, or annual charges?
  • Which card types and transaction methods qualify for the quoted rate?
  • What are the contract term, notice period, equipment ownership, and early-termination conditions?
  • Are refunds and chargebacks charged separately?
  • Can you export transaction and settlement data for your accountant?
  • Does the POS integration support your country, terminal model, tender workflow, and current software release?

Do the math with a real service test

Take the last statement and build a simple table with card volume, transaction count, percentage charges, fixed charges, software, hardware, refunds, and other required services. Then run a representative shift. Process cash, an integrated or separate-terminal card sale, a decline, a refund, and a correction. Close the shift and match the POS report to the terminal or processor settlement.

Ask the cashier and bookkeeper where uncertainty appeared. The best arrangement is the one whose total cost you understand and whose daily records your team can reconcile—not necessarily the one with the lowest headline percentage.

Where FloCafe may fit

FloCafe may be worth evaluating for teams that want a restaurant POS with local ownership and are comfortable validating their own hardware, backups, support process, and payment handoff. It is not automatically a replacement for a managed platform, and separating the POS from card authorization does not make payment processing free or remove processor terms.

Review the pricing page, documentation, self-hosted POS guide, and offline failure test. Confirm the exact payment workflow with your provider before going live.

Next move

Start with the last statement.

Make the hidden stack visible, then test the handoff your staff must perform during a busy close.

No sales call. No card.

Put your payment workflow through a real service test.

Install it, load a real menu, and test your full service flow before you trust it with a Friday night.