BonZumo · DE

Redeem restaurant vouchers with a clear view of credit, applied value and the balance

Connect voucher redemption to the sale and distinguish the value applied from the amount the guest still needs to pay.

Guide overview: Redeem restaurant vouchers with a clear view of credit, applied value and the balance: Make redemption as understandable as payment; An example with a voucher and a balance; Questions about restaurant voucher redemption

Make redemption as understandable as payment

A guest brings a restaurant voucher and wants to use it for their visit. They need to know how much value will be applied and whether anything remains to pay. Staff also need to establish whether the voucher is recognised, belongs to the intended process and has already been added to this transaction. Clear handling makes checkout easier for both sides.

Bonzumo includes voucher redemption within payment. The interface shows assigned vouchers, their applied amounts, the combined value and the remaining payment. This provides a shared view of the credit used for the current bill. Which vouchers your venue accepts and the applicable terms are agreed before the feature is introduced.

Distinguish voucher value from the bill total

A voucher is not the same as the full restaurant bill. If a €75 bill receives €50 of applicable voucher value, €25 remains to pay. Guests should be able to understand that calculation. Staff need to work with the value actually confirmed for redemption rather than relying only on a printed figure.

Bonzumo checks an entered voucher through the designated redemption flow and brings the result into payment context. Use that association and the displayed values. If the voucher is not recognised as expected, the situation needs clarification. An improvised discount would create a different event without resolving the voucher question.

Establish redemption before the remaining payment

A clear sequence starts when the guest mentions the voucher before the final payment step. Staff check and apply it within the existing sale, then review what remains due. This avoids beginning payment for the entire bill and subsequently trying to subtract the voucher mentally.

Include this sequence in training and in the guest conversation. A straightforward question about a voucher can prepare checkout without adding unnecessary complexity. Bonzumo displays the remaining amount in the voucher area of the payment flow. Any subsequent payment should relate to that current position.

Keep several vouchers visible together

A guest may bring more than one voucher. In that case, seeing only the most recently entered code is insufficient. Staff need to understand the existing entries and the value applied from each one, otherwise explaining the remaining balance becomes difficult.

Bonzumo keeps multiple assigned vouchers as entries and displays their combined value. The flow also checks whether a voucher has already been added. Staff still review whether the expected entries are present, whether the total makes sense and what remains for another payment. Those are useful questions to discuss directly with the guest.

Agree the relationship between vouchers and bill splitting

Applying a voucher to the whole table and applying it to one person’s share are different intentions. Establish which services the guest wants the credit to cover before selecting the workflow. An unresolved combination can leave the group expecting a different split from the one being prepared.

In Bonzumo, starting a split is restricted once a voucher association has begun, with a message directing the user to complete the voucher flow first. The practical lesson for staff is to avoid switching back and forth between redemption and splitting without a plan. Review the desired combination during introduction so the sequence is understood for your venue.

Handle uncertain or repeated codes carefully

A code may be misread or entered twice by mistake. Staff should first inspect the existing entry and the check result. Entering the same code again does not automatically create another valid amount to apply.

Assign a contact for cases in which a voucher does not match the expected record. Relevant evidence and conditions depend on the configured voucher programme. Bonzumo provides payment context, while the venue communicates its operating terms. These include which vouchers are accepted and who can answer a guest’s question when something is unclear.

An example with a voucher and a balance

The restaurant bill is €75. After checking, a voucher contributes €50 to the transaction. Staff show the remaining €25 and arrange its payment. If the guest also wants to give a tip, that intention is discussed explicitly and separately so it is not confused with the voucher deduction.

Another guest asks whether an additional voucher can be used. Staff follow the designated flow, review the extra entry and check the combined amount again. A Bonzumo demonstration can use suitable example data to follow code checking, applied value and the remainder as one connected process.

Align voucher terms with the checkout routine

A clear voucher offer needs understandable information for both guests and employees. Which vouchers belong to the business, who resolves discrepancies and what conditions apply to redemption? Answer those questions before the first code is entered at the till. Otherwise a server may have to explain conditions during payment that they do not confidently understand.

Separate technical displays from programme terms. A recognised code and an applied amount describe the current payment step. They do not replace clear communication of the offer itself. Equally, a professionally printed paper voucher does not establish that it belongs to the configured redemption route.

Bonzumo connects the check with the payment transaction. Bring the actual voucher types you intend to accept and common guest requests to setup discussions. That makes it possible to review the configured process and identify questions that should go to a designated person rather than be handled as ordinary checkout.

Staff should be able to explain that a particular code needs clarification without making an unsupported judgement about its validity. A calm and specific response keeps the guest informed while the responsible colleague checks the relevant information. This is more useful than improvising a promise or a rejection based only on appearance.

Review cases with and without a further payment

Training should include more than a voucher that leaves money to pay. Also review an appropriate example in which the displayed application covers the intended bill amount. Staff need to recognise the current position and understand the completion step in the configured workflow.

Where a balance remains, the employee should be able to explain the calculation simply: original bill, value applied and remainder. With several vouchers, review the individual entries and their combined amount. This provides a consistent explanation for the guest without maintaining a second mental calculation that may differ from the checkout.

Statements about unused credit or restrictions should come from the actual configured programme. Do not infer them solely from the amount applied to one bill. A short, confirmed information source is more useful to staff than several individual assumptions about what usually happens.

This distinction is particularly important when a guest combines a voucher with a separate payment or asks about tipping. Clarify each intention in its own right. The redemption amount, remaining purchase amount and any voluntary addition should be understandable before the final step is taken.

Assign responsibility for discrepancies

A guest may bring an older voucher whose association is initially unclear. The first response is to review the existing transaction and available information. Agree who takes ownership of such cases and how the guest is informed during clarification. The server should not have to decide the terms of an unfamiliar offer on the spot.

An accidentally repeated code also requires a clear overview. Check whether the voucher is already present as an entry and which value is currently applied. Another entry attempt is not an explanation for a changed bill amount. Bonzumo makes associated entries visible; reviewing them is part of orderly completion.

Prepare the designated colleague with the information they need to recognise the programme and the transaction. This makes escalation a purposeful step rather than simply passing the guest from one person to another. It also helps preserve the relationship between the original bill and any later decision about how to proceed.

Make the voucher demonstration representative

Prepare cases with one voucher, two vouchers, a remaining payment and an unclear code, using an appropriate test environment. For each, staff should explain what was recognised, which amount applies and the intended next step. These are practical criteria for judging whether Bonzumo and your venue’s rules create an understandable redemption flow.

Ask the employee to return to the overview after a brief interruption and explain it again. A useful workflow should remain comprehensible without relying on memory of the last number typed. The listed entries and total are particularly important when more than one voucher is involved.

Finish by recording the operating decisions: when to ask about vouchers, who answers programme questions and how a remaining payment is handled. Those agreements give your team a consistent routine and let guests see how their voucher contributes to the visit without turning checkout into a lengthy explanation.

Questions about restaurant voucher redemption

Can the printed value simply be entered as a discount? Voucher redemption should use its designated flow. A discount is a different situation and does not establish whether the voucher has been recognised and assigned correctly.

What if the voucher value and bill differ? The displayed application and the agreed programme terms determine the relevant next step. Questions about remaining credit, validity or restrictions are addressed specifically during setup rather than covered by a blanket promise.

What should a demonstration include? A recognised voucher, a remaining payment, several entries and a code accidentally entered again. These cases show how Bonzumo helps staff keep redemption understandable and identify the operating rules needed before introduction.

See how the workflow fits your operation.

Request a demo