When one item in an online order is unavailable, reconcile the refund against both the original order and the payment record. Confirm what the guest will receive, calculate the approved adjustment, submit it through the appropriate payment channel, and track it until the payment record and settlement reflect the result.
The goal is a clear trail: which item was removed, how much was returned, who authorized it, and whether the refund actually went through. Keep the rest of the order separate so the kitchen and the guest know what is still being fulfilled.
Confirm the affected item and amount
Start with the order as the guest placed it. Find the order number, the item name, quantity, modifiers, discounts, and the amount paid. Ask the kitchen or shift lead to confirm exactly what cannot be supplied. A missing side, a whole entrée, and one of two identical entrées may call for different adjustments.
Next, agree on the outcome with the guest. They may accept a substitution, want the unavailable item removed, or prefer to cancel the whole order. Do not assume that a substitution costs the same or that the guest wants one. Record the agreed outcome before changing the order or submitting a refund.
Assign clear responsibilities. The kitchen identifies the unavailable item. The person contacting the guest records their decision. An authorized staff member calculates and submits the adjustment. A manager or designated reconciler checks the payment record and settlement later. In a small restaurant, one person may handle several steps, but each step still needs a record.
Check whether a discount applied to the item or the whole order. If an item was part of a bundle, its menu price may not match the amount paid for it. Ask the ordering or payment provider how the original discount was allocated and how to calculate an adjustment. Keep the original receipt and note any allocation used; avoid changing the order total without recording why.
Also check the payment status. An order may be authorized, captured, partially refunded, or already adjusted. The correct action can depend on that status and on the provider’s workflow. If the payment has not been captured, ask whether an adjustment to the charge is appropriate instead of assuming a refund can be submitted. Confirm that another staff member has not already acted on the same item.
Calculate the refund and separate provider costs
A partial refund can involve more than the item’s displayed price. Depending on the original transaction and the provider’s guidance, review the item’s share of discounts and applicable tax, plus any delivery or service charge the restaurant has agreed to return. Record each component rather than entering an unexplained total.
Hypothetical example: A guest pays $38 for two items, assumed tax, and delivery. The $12 item is unavailable, and the guest agrees to receive the other item. For this example, assume the restaurant has confirmed that $1.20 of the original tax belongs with the unavailable item and that no delivery charge will be returned. The partial refund is $13.20, leaving $24.80 of the guest’s original payment.
The worksheet below separates the guest-facing adjustment from processing cost. Its amounts are assumptions for arithmetic, not a tax calculation or a provider quote.
| Component | Original payment | Returned | Retained after refund |
|---|---|---|---|
| Available item | $18.00 | $0.00 | $18.00 |
| Unavailable item | $12.00 | $12.00 | $0.00 |
| Assumed tax | $3.00 | $1.20 | $1.80 |
| Delivery charge | $5.00 | $0.00 | $5.00 |
| Total guest payment | $38.00 | $13.20 | $24.80 |
The $24.80 is the remaining guest payment, not profit or a bank deposit. For a separate settlement check, assume the processor retains a $1.10 original processing fee and charges no additional refund fee. The payment and refund together would contribute $23.70 to settlement: $38.00 minus $1.10 minus $13.20. The original payment and refund may appear in different settlement periods.
This settlement example includes the assumed original variable processing fee and assumes no refund exception fee. It excludes fixed software costs, other transaction fees, food, labor, delivery expense, and other operating costs. The $5 delivery charge paid by the guest is not necessarily the restaurant’s delivery expense. Ask your provider whether original processing fees are returned, whether a partial refund has a separate fee, and where each amount appears. Ask a qualified adviser about tax treatment where needed.
For shared discounts or charges, agree on a consistent method with the appropriate provider and document the result. If the guest is unhappy about a retained delivery charge, a manager can decide whether an additional adjustment is warranted under the restaurant’s policy. Record that decision separately so the payment record explains the full amount returned.
Record references and reconcile the settlement
Keep one refund record tied to the original order. It can be a worksheet, a field in your existing system, or a shared log with controlled access. At minimum, capture:
- Order number, date, channel, and location.
- Affected item and quantity, plus the agreed treatment of the rest of the order.
- Original payment amount and payment transaction reference.
- Refund components, total, reason, and any manager approval.
- Refund reference, submission date, current status, and follow-up owner.
- Settlement period, amount observed, fees, and any difference to investigate.
A refund reference is not the same as proof that money reached the guest. Record the status shown by the payment provider and update it when that status changes. If the provider rejects or reverses the request, do not mark the record complete. Assign someone to investigate and contact the guest with an accurate update.
During reconciliation, match the original payment and the refund by their references. Then compare them with the relevant settlement entries. If the refund falls in a later payout period, carry the open item forward instead of treating the first period’s deposit as an error. Check fee lines separately; a fee difference should not be hidden by changing the guest’s refund amount.
For the hypothetical order, the reconciler would expect a $38.00 original payment, a $13.20 refund, and the assumed $1.10 processing fee across the relevant records. If the settlement instead shows an unexplained extra deduction, leave a note and ask the provider for the fee detail. If the refund is absent, check its status before attempting another submission. This reduces the risk of returning the same amount twice.
Use references rather than storing full card details in a restaurant worksheet. Limit access to the guest and payment information staff need for their roles. If orders come through more than one channel, note which channel and payment provider handled each one; the correct place to submit or trace an adjustment may differ.
Before relying on a new workflow, walk staff through a simulated order and settlement using fictional references. Confirm that the calculator, approval step, handoff, and follow-up log work together. A simulation should not create a real payment, guest message, or courier dispatch. If you later choose a live-service pilot, use the normal authorized workflow for actual orders and monitor the results separately from the simulation.
Tell the guest what was submitted and when to follow up
Give the guest a concise explanation of what changed: the unavailable item, whether the rest of the order will be fulfilled, and the amount being returned. If a delivery or service charge remains, explain that clearly. Avoid promising an arrival date for the money unless the payment provider has given you a reliable timeframe.
For the hypothetical order, the message could say: “The $12 item is unavailable. We submitted a $13.20 refund, including the assumed $1.20 adjustment to tax. The other item and the delivery charge remain on your order.” Use “submitted” only after the request has actually been submitted. If it is still awaiting approval, say that instead.
Provide a contact route and a date to check back based on the provider’s stated processing window. Put the same follow-up date in the staff log. If the provider’s status changes to failed or requires action, contact the guest rather than waiting for them to call. When the provider shows the refund completed, record that status and date; the guest’s bank may display it on a different schedule.
Close the restaurant’s reconciliation record only when the adjustment has been traced through the relevant payment and settlement records, or when an unresolved difference has been assigned for investigation. Periodically review open records for missed handoffs, repeated item shortages, or confusing receipt descriptions. Those patterns can point to a staff-process problem even when individual refunds were calculated correctly.
If you are comparing ordering setups, the online ordering buying guide covers broader questions. Also consider how an order placed through your restaurant website reaches the payment and reconciliation records, and review the direct-order contribution guide separately from any individual refund.
As a next step, use the worksheet fields above to check one recent partial adjustment against its payment and settlement records. Then ask Fleksa about restaurant online ordering, including verified US availability and how your proposed payment setup would handle partial refunds and references.
Frequently asked questions
Should a partial refund include tax?
Review the tax associated with the affected item and the original transaction. Use provider guidance for the adjustment and consult a qualified adviser about tax treatment when needed. Do not assume the item’s menu price is the entire refund.
What if the refund does not appear in the next deposit?
Check the refund status, reference, and settlement period first. The original payment and refund may appear in different periods. Keep the record open and ask the provider to investigate an unexplained absence before submitting another refund.
Can staff practice this without contacting a guest?
Yes. Use a fictional order, payment references, and settlement entries to practice the calculation and handoff. Keep the exercise simulated so it causes no real payment, guest message, or courier dispatch.
