Split tender and partial approvals at the register

Split tender is one sale paid with more than one payment method — part on a card, the rest in cash or on a second card. A partial approval is the related mechanism where a card with a limited balance approves for what it can cover and tells the terminal how much is left. Both exist because a customer's money does not always arrive in one container, and both are ordinary rather than exotic.

They are worth understanding because the failure mode is a cashier voiding a good transaction and re-running the whole sale, which is slow, confusing, and occasionally produces a duplicate charge.

When does a partial approval actually happen?

Most often on prepaid and gift cards, where the balance is fixed and frequently does not match the basket. A customer with nineteen dollars on a gift card buying twenty-four dollars of groceries is the standard case.

With partial approval enabled, the terminal takes the nineteen, reports a five-dollar remainder, and prompts for another tender. Without it, the transaction simply declines, the cashier assumes the card is dead, and the customer walks out with a card that had money on it. That is a bad minute for everyone and it is a configuration problem, not a card problem.

How should a cashier handle the second tender?

Complete the remainder on the same sale rather than starting a new one. Every point-of-sale system handles this slightly differently, but the principle is constant: one basket, one receipt, several tenders recorded against it.

Starting a new transaction for the remainder is the habit that causes trouble. It produces two receipts that do not obviously belong together, makes returns awkward, and makes the end-of-day reconciliation harder than it needs to be. Train the sequence once and it stops being a problem.

Where does split tender go wrong?

Three places. A cashier voids the first card after it has already authorized, which can leave a hold on the customer's account for days even though the sale never completed. A remainder gets run as its own sale and neither receipt shows the whole picture. Or a refund arrives later and nobody can tell which tender should get which part of the money back.

That last one is the expensive one. Refunds must go back to the tender they came from, which means your records need to say what each tender paid. If your system does not record it clearly, write it on the receipt copy you keep.

Does split tender work with EBT?

Yes, and it is one of the places where it matters most. A basket containing both eligible and ineligible items is a routine split: the eligible portion goes against the food benefit and the rest goes to another tender. The terminal and the item file do the eligibility sorting.

The rule that matters underneath it is that a customer paying with food benefits may not be charged a fee for doing so, and may not be treated differently from any other customer at the register. That is a federal program rule published by the USDA, not a card network preference.

What should you check on your own setup?

Two things, and both take a single test transaction. Does your terminal support partial approval on prepaid cards, and is it turned on? And does your point-of-sale system record multiple tenders against one sale in a way that survives to the refund screen?

If the answer to either is no, you have found a small but real source of lost sales and awkward returns. Both are configuration questions rather than equipment replacements in most cases.