Staff can identify an unused deposit only if they can find the original payment, see how much was applied, and trace the remaining balance after a cancellation or a change to the final bill. Ask each POS vendor to demonstrate that path on the devices and channels your restaurant actually uses. Then check who can resolve the balance and what record remains.
A deposit shown on the original order is not enough. The important question is whether a host, cashier, or manager can find the same balance when the booking is canceled, the guest pays less than expected, or the staff member who took the deposit is off shift.
Set your requirements before comparing systems
Start with the situations your restaurant handles. You might take deposits for large-party reservations, private events, or advance orders. For each one, write down where staff take the deposit, where they find the booking or order, and who decides what happens if the full amount is not used.
Separate three jobs that are easy to blur together:
- Finding the balance: Locate the original deposit and see how much, if any, was applied to the final bill.
- Approving a resolution: Decide whether the unused amount should be refunded, held as a credit, or handled another way under your restaurant's policy.
- Recording the outcome: Leave a record that lets the next shift and the person reconciling payments understand what happened.
Choose an owner for each job. A host might identify a canceled reservation, while a manager approves the resolution and a cashier records it. If one person handles all three, decide who can cover when that person is unavailable. Also decide when the manager must be notified: at cancellation, at the end of the shift, or when the guest asks about the balance.
Write your acceptance criteria in terms staff can check. For example: “A manager can find the original deposit from the canceled reservation and see whether any balance remains unresolved.” Add a separate criterion for seeing the final resolution. Finding an amount and completing an authorized refund or credit are different steps.
Do not assume that a credit shown on a note is something a guest can actually redeem. If credit is an option, ask how staff would find it later, apply it to an eligible purchase, and prevent the same balance from being used twice. Have the appropriate adviser review your policy and contract questions where needed.
Compare lookup and cancellation in your actual setup
Toast lists restaurant POS, hardware, online ordering, payments, kitchen display systems, and integrations. Square offers restaurant point of sale and related payment and order tools. Fleksa offers a restaurant POS connected with direct ordering, reservations, and related tools. Those descriptions do not establish how an unused deposit is handled in your particular setup. Give each vendor the same scenarios and ask for a demonstration.
List the entry points in scope before the demo. A deposit may start with a reservation, an advance order, or a staff-created transaction. Then list the places where someone may need to look it up: the front counter, a manager's device, or a back-office screen. Include the restaurant hardware and any connected booking or ordering channels you intend to use.
For each combination, ask the vendor to show—not just describe—the following:
- Can staff search by the details they normally have, such as a booking or order reference?
- Can they see the original deposit, the amount applied, and the amount still unresolved?
- What changes on screen when the reservation or order is canceled?
- If the final bill is lower, where does the remaining balance appear?
- Which staff roles can view the balance, approve a resolution, and complete it?
- Can the person closing the shift find the transaction and its outcome in a report or other record?
Also ask what happens if the deposit and final bill start in different channels. If staff must copy a reference into another screen or maintain a separate log, have the vendor show that handoff. A manual step may be workable for occasional events, but it should have an owner and a way to catch missed follow-up.
Record each result by device and channel. A successful lookup on a manager's screen does not prove that a host can perform it at the front counter. Mark a case as unknown if it was not shown, and as failed if the demonstrated workflow cannot meet your written requirement. Ask whether setup, permissions, or another product would change the result, and get any additional cost in writing.
Trace two deposit scenarios without moving money
Use a vendor-provided demonstration or practice environment. The following examples are hypothetical; they are not claims about any vendor's features. No real card payment, guest message, or courier dispatch should result. Ask the vendor how to verify that the environment and any connected services are isolated before starting.
Scenario one: cancellation. A guest has a $60 deposit on a reservation. The reservation is canceled before any of the deposit is applied. The amount to identify as unused is $60. Give the person playing the host only the details they would normally have, and ask them to find the deposit from the canceled reservation.
Next, have the person playing the manager review the balance and select the restaurant's authorized resolution in the simulation. If the policy calls for a refund, look for a simulated record of that decision and its status. If the restaurant permits a credit instead, ask how the balance would be found and redeemed later. Do not treat the example as a direction to choose either option.
Scenario two: reduced final bill. Separately, a guest has paid a $95 deposit. The final bill is $70, and the full $70 is applied from the deposit. That leaves $25 unused: $95 minus $70. Ask staff to find both the applied amount and the $25 balance from the final transaction, then route the remainder for the authorized decision.
These figures show deposit balances, not sales totals or processing fees. They exclude fixed costs, variable processing costs, and exception costs such as staff time or an outside service charge. Ask for those costs separately rather than subtracting an assumed fee from the guest's balance.
For each scenario, record the expected result before the demonstration and the observed result afterward. Note the role and device used, the transaction reference or demonstration record, the approval step, and the final status. If the result is incomplete, write down the manual workaround and who owns it. For example, a manager might need to put an unresolved balance on a follow-up list and check it before closing; specify where that list lives and who checks it.
After a safe simulation, you may choose a limited live service pilot using your normal approved operating controls. That is different from practice: real transactions and guests require your actual procedures, permissions, and communication. Do not use a guest or charge a card merely to complete a simulation.
Make the decision and assign exceptions
The worksheet below shows how to turn a demonstration into a buying decision. Its results are illustrative, not vendor ratings. Replace them with what your team observes. A pass means the stated requirement was demonstrated in the relevant setup; an unknown needs follow-up before you rely on it.
| Requirement | Illustrative result | Follow-up and owner |
|---|---|---|
| Find the $60 deposit from the canceled reservation | Pass: manager finds the deposit and unused amount on the demonstrated screen | Front-of-house lead checks the host's intended device |
| Find the $25 remainder after the reduced bill | Unknown: reduced-bill path was not demonstrated | Vendor demonstrates it; manager records the result |
| Restrict approval to an authorized role | Fail: demonstrated permissions do not meet the restaurant's requirement | Owner asks about configuration or a workable approval control |
| Trace resolution during reconciliation | Unknown: final record was not shown | Bookkeeper reviews a sample report and matches it to the original deposit |
A failed control does not automatically rule out a system, but the workaround must be realistic. If approval requires a separate manager sign-off, decide where it is recorded, how quickly it must happen, and how the cashier knows the decision is complete. If that control is essential and no workable option is shown, keep looking rather than assuming training will fix it.
For reconciliation, ask to follow one deposit from its original record through the amount applied and the resolution of any remainder. Check whether the record shows the transaction reference, amounts, relevant dates, status, and the person or role responsible. Ask how a pending or failed resolution is flagged and who follows up. The guide to POS payments and reports can help frame the close-of-shift questions.
Before signing or rollout, assign every unknown and exception to a named owner with a retest date. Retest after the vendor changes a setting, supplies a missing device, or demonstrates a different channel. Keep the agreed workflow and any manual steps with your staff procedures, and make sure the people covering another shift can find them.
Compare written quotes for the setup you actually need, including fixed charges, variable payment-processing charges, and any quoted exception or support charges. Processing fees alone are not the all-in operating cost. For Fleksa's current plan details, see Fleksa plans, checked November 2026; confirm your configuration and quote before deciding. Ask vendors about contract duration, cancellation fees, and processor requirements rather than assuming they are the same.
Ready to check the workflow? Request a Fleksa POS demo with the cancellation and reduced-bill scenarios. Ask the team to show the balance, approval path, and reconciliation record on the devices and channels you plan to use.
Frequently asked questions
What should staff see when a deposit is unused?
They should be able to find the original deposit, see any amount applied, and identify the remaining balance. Also check whether they can see who must approve its resolution and whether that decision is complete.
Is an unused deposit automatically a refund?
Do not assume so. The authorized outcome depends on the restaurant's policy and circumstances. Ask the vendor to demonstrate the options your policy permits and how each outcome is recorded.
Can a practice scenario use a real card?
No real payment is needed for practice. Use an isolated demonstration environment and confirm that the scenario cannot trigger a real charge, guest message, or courier dispatch.
