If a cashier records a cash sale as a card payment, the manager needs to correct the tender classification without changing the amount sold or giving the guest a second charge or refund. Whether that can be done directly depends on the POS. Ask each vendor to show its correction workflow, the permissions it requires and the reports it changes.
Start with the payment evidence, not the button label. A good comparison shows what happened to the original sale, what appears in the cash and card totals afterward, and who can see that a correction was made. A separate adjustment may reconcile a report, but it is not necessarily the same as changing the tender on the original transaction.
Start with a cash sale recorded as a card payment
In this hypothetical example, a guest pays $38 in cash for a completed meal. The cashier selects card by mistake. The receipt and sale total are correct, and no card payment was taken. The manager discovers the mistake during the close.
The decision is whether the POS can move that $38 from the recorded card tender to cash while keeping the sale at $38. The manager also needs to know whether the correction leaves a useful record for the cashier, the person counting the drawer and whoever reviews the deposit and card settlement.
Before making any change, collect the transaction details: sale number, amount, time, employee, terminal and drawer. Ask the cashier what happened while the shift is fresh. Compare that account with the receipt, drawer count and available payment records. The goal is to establish how the guest actually paid, not simply make a shortage disappear.
For a buying demonstration, give the vendor the same facts and ask it to walk through the workflow in a simulated environment. The demonstration must not create a real card payment, send a guest message or dispatch a courier. Ask to see the transaction before and after the change, not just a description of what the software is supposed to do.
If the vendor cannot simulate the scenario, request a documented example with the sensitive details removed. A later live service pilot is a separate step: agree on staff permissions, monitoring and a fallback procedure before using any new workflow with actual orders.
Find out what the correction actually changes
Use the same questions for every vendor. The answer may be a direct tender edit, a separate adjustment, a reversal and re-entry, or a process outside the POS. Those choices have different consequences even if the final cash report looks similar.
- Original sale: Does the sale keep its transaction number, items, total and time? Can the manager see its original tender as well as the corrected tender?
- Reversal or re-entry: Must staff reverse the transaction and create another one? If so, how are the two records linked, and how do sales reports avoid counting the sale twice?
- Separate adjustment: Does an adjustment change the transaction itself or only a close report? Where does the unchanged tender remain visible?
- Permission: Which role can make the change? Can an owner restrict it to managers, and must the person give a reason?
- Timing: Can the correction be made after the drawer or business day is closed? What happens if a report was already exported?
- Audit trail: Does the record show the original value, corrected value, user, time and reason? Can it be retrieved later without relying on a handwritten note?
Ask the vendor to document the outcome for the exact scenario. “A manager can fix it” is not enough if it does not say whether the original sale changed or where the record appears. Keep the vendor's answer beside screenshots or sample reports, and mark any unanswered question for follow-up.
A void or refund workflow deserves particular care. Those actions may affect more than the tender label, so ask the vendor to explain every resulting transaction and report entry before treating either as a correction. If the only available route changes the sale, decide whether your staff can operate that process consistently and whether the resulting records meet your reporting needs.
For broader questions about terminals and restaurant workflows, compare the restaurant POS system details with your own shift-close process. The POS questions page is another starting point; the tender-correction demonstration should still answer the transaction-specific questions above.
Reconcile the reports with the drawer and payment evidence
Continue the hypothetical example. Before correction, the POS reports $122 in cash sales and $278 in card sales, including the $38 incorrectly classified as card. Total sales are $400. The other card sales are $240. Once the $38 is classified as cash, the tender totals should be $160 cash and $240 card; total sales should remain $400.
Suppose the drawer opened with $100 and had a documented $20 cash payout. With $160 in actual cash sales, the expected closing cash is $240: $100 plus $160 minus $20. Before correction, using the POS's $122 cash figure would produce an expected balance of $202. The $38 difference is the misclassified sale, provided the evidence supports that explanation.
Compare those figures with the physical cash count and with the card payment records for the relevant period. Check the time range and include all applicable terminals before comparing totals. A card transaction may be pending or recorded in another batch, so a missing entry in one view alone is not proof that no card was charged.
Here is an exception that changes the decision: the payment record shows a matching $38 card charge and the guest also appears to have handed over cash. Do not simply move the tender to cash. Establish whether there were two payments, a different transaction with the same amount or a record timing issue. If a duplicate payment needs to be addressed, use the appropriate payment-resolution process rather than treating it as a reporting-only correction.
The figures above are sales and drawer amounts, not processing fees or operating costs. They include the stated opening cash and payout; they do not include fixed costs, variable processing fees or exception costs. A vendor quote for the workflow should be evaluated separately from the reconciliation.
Also ask what happens to a report already sent to a bookkeeper or exported for review. A corrected report may need to be shared again, with an explanation connecting it to the original version. Your restaurant management software and your payment records may present the same event differently, so confirm which report your team will use for each close task.
Use a decision worksheet before choosing a POS
The worksheet separates three things that are easy to mix up: evidence of payment, the value of the sale and the history of the correction. Use the hypothetical $38 transaction as the common case. For each vendor, record what was shown and what still needs an answer.
| Check | Evidence to request | Decision standard |
|---|---|---|
| Payment evidence | Transaction details, drawer count and relevant card payment records | Evidence supports cash as the actual tender; investigate conflicts before changing it |
| Sale total | Original and resulting transaction and sales reports | The $38 sale remains $38, with no unexplained duplicate or reversal |
| Tender totals | Before-and-after cash and card reports for the same period | Cash rises by $38 and card falls by $38; total sales stay at $400 |
| Audit trail | Correction record, user role and reason field or equivalent record | A reviewer can trace what changed, when and by whom |
| Close and exports | Examples of a closed drawer, day-end report and exported report | The team knows which records update and how to document any that do not |
| Cost and access | Written quote and role-permission details | Necessary users and reporting access fit the operation and quoted cost |
The sample totals are a test of the workflow, not a promise that every system displays corrections in the same place. If a vendor uses a separate adjustment, ask how a reviewer connects it to the original transaction and whether the original tender remains in any report. If the reports do not meet your standard, a neatly balanced drawer alone is not a sufficient reason to choose that workflow.
Compare written quotes for the users, hardware, payment services and reporting access you actually need. Ask what fixed charges, variable fees and exception-related charges may apply. A quoted processing fee is not the all-in operating cost. Fleksa's plans and pricing page was checked in November 2026; confirm current terms for your setup. For a wider look at payments and close costs, see the restaurant POS cost guide.
Finally, assign a manager to own the close procedure. Write down who can request a correction, who approves it, what evidence is retained and how discrepancies are escalated. Ask a qualified adviser about any contract, legal or tax treatment that affects your records.
Next step: Request a Fleksa demo using the hypothetical $38 cash sale. Ask the team to document the transaction, permission and report outcomes, then compare those answers with the same worksheet for other vendors.
Frequently asked questions
Can a manager change a card tender to cash without changing the sale?
Some workflows may allow a tender correction; others may require a separate adjustment or another process. Ask the vendor to show the original and resulting transaction and confirm that the sale total remains unchanged.
What if the drawer balances but the card records do not?
Investigate before correcting the tender. Check the transaction time, terminals and payment batches, and look for a pending or duplicate payment. A balanced drawer by itself does not establish how the guest paid.
Who should be allowed to correct a payment method?
Choose roles that fit your controls, commonly limiting approval to designated managers. Ask whether the POS records the user, time, original tender, corrected tender and reason so someone else can review the change.
