I cannot fully prevent POS fraud, but I can make it unattractive
I do not prevent staff cash register fraud with a POS system through technology alone, but through traceable transactions, tight permissions, and a disciplined end-of-day close. The key is that order, change, payment, receipt, and closing all stay tied to the same transaction so gaps stand out. That is exactly where Bonzumo helps with one shared data basis, timestamps, receipts, voids, and authorized actions along the same sales path. If someone wants to manipulate a sale, they need more hidden steps, and those extra steps become visible in the way I organize the operation.
A typical everyday example is a server who collects cash at table 14, later removes individual items, and pockets the difference. If my system keeps open balances, partial payments, receipts, and closing status properly linked, that trick becomes much harder. The table is only closed once the outstanding amount is settled; payment and sale remain connected. I still do not frame this as a mistrust project against my team, but as protection for everyone: for honest employees, for guests who ask questions later, and for me as the operator who has to clarify discrepancies calmly instead of emotionally.
The first weak point is usually not the POS, but an overly open workflow
The biggest risks arise where I leave grey areas in the business: everyone can do everything, voids happen casually, tips and revenue get mixed, and nobody checks open tables at the end of a shift. That is where I start first. In Bonzumo, roles and access rights are part of the setup, so not every person can make the same sensitive corrections. In practice, that means service staff sell, shift leaders review delicate changes, and the office evaluates patterns later. The fewer people can change prices, void items, or edit transactions afterward, the smaller the attack surface for intentional manipulation becomes.
I therefore set permissions by task, not by trust alone. A new casual employee does not need broad correction rights; an experienced shift leader may need more, but still not unlimited access. It also matters that tips and revenue are kept separate. Bonzumo stores those amounts separately within the transaction; 100 euros in revenue plus 5 euros in tip remain two different figures. That sounds basic, but it blocks one of the most common excuses when differences appear. If 5 euros are missing in the evening, I do not want a vague discussion about whether they are supposedly “in the tips.” Clear categories make honest clarification possible and spontaneous cover stories much harder.
How the ideas connect
The opening sections of this article, shown together.
How can I make POS fraud by staff unattractive without relying on tech alone?
Make transactions traceable, assign tight [permissions](/en/product/team-access/team-roles-access-rights/), and enforce disciplined…
I cannot fully prevent POS fraud, but I can make it unattractive
I do not prevent staff cash register fraud with a [POS system](/en/resources/run-pos-system-from-smartphone/) through technology alone,…
The first weak point is usually not the POS, but an overly open workflow
The biggest risks arise where I leave grey areas in the business: everyone can do everything, voids happen casually, tips and revenue…
I treat every suspicious POS change as an exception that needs a reason
Fraud rarely hides in normal order entry; it usually hides in corrections afterward: a void after food was served, a discount without reason, a cash payment without the matching receipt, or a closed table despite a remaining balance. So I do not only watch revenue totals; I watch patterns. Bonzumo keeps receipts, voids, timestamps, and authorized actions attached to the transaction. That lets me review the exact point where the question starts: when was an item changed, was the table still open, had there already been a partial payment, and who was even allowed to perform that action? Instead of searching through the fog of a long evening, I can inspect the concrete history of one sale.
In my team, I therefore use a simple rule: every unusual change needs an operationally understandable reason and, where necessary, approval from the shift leader. For example, a guest complains that the wrong wine was entered, so the item is corrected and entered again. That is normal. It becomes suspicious when the same type of correction appears repeatedly just before shift end, on the same items, or only on cash-paying tables. I do not label such patterns fraud immediately, but I do treat them as requiring review. That sober distinction protects honest employees far better than blanket suspicion or nervous announcements in the dining room.
The strongest protection starts during payment and when tables are closed
Many manipulations succeed when payments are handled “somehow” outside a clear POS process. That is why I make sure every payment is completed inside the system, not on scraps of paper or in someone’s head. Bonzumo supports partial payments, bill splitting by items or equal shares, tip capture inside the payment flow, and the remaining open balance on the table. That is not just guest convenience; it is protection against later gaps. If four guests pay separately, I want to see what has already been settled and what remains open. A table should never be closed by feeling, only by numbers. That is exactly where small amounts otherwise disappear.
A practical example is a group that pays for three main courses by card, drinks in cash, and adds a tip on top. If my team calculates cases like that outside the POS, it creates ideal loopholes. Inside the system, the connection stays intact: sale, payment method, tip, and open remainder all remain attached to the same transaction. For my team, that is not only cleaner but calmer through a clear payment experience. For me as the operator, the important part is that when a question comes up later, I do not have to compare three different memories. I can follow the same business event from the first order to the final close.
End-of-day closing is not a ritual; it is one of my fraud brakes
POS fraud often does not become visible while taking payment, but only when I close the day properly. That is why I never treat daily closing as annoying leftover work. In Bonzumo, cash position, Z report, cash book, archive, and preparatory accounting all build on the recorded transactions. When a discrepancy appears, I do not only inspect the total; I inspect the path that led there. Which cash movements took place? Which tables were closed late? Which voids are piling up? Which payment methods do not fit the physical cash? Understand the day’s activity before you close up is more than a slogan for me; it is the operating attitude I need in the business.
In organizational terms, that means the person responsible for the shift counts cash, checks open transactions, and documents irregularities the same evening. One very effective detail is a short list of the day’s three exceptions, for example an unusual number of split bills at one station or two post-service corrections after the kitchen had already closed. That way I do not wait until the monthly review. In Germany, as of 30 September 2026, electronic cash register systems within the legal scope must record transactions properly, and changes must not overwrite the tax history without a trace; the framework comes from Section 146a of the German Fiscal Code and the German Ministry of Finance FAQ.
This only stays fair if I do not treat every discrepancy as theft
A cash shortfall is not proof of fraud. That matters to me, because justified control can quickly turn into unfair accusation if I handle it badly. When an error appears, I first examine the transaction, the access rights, the shift handover, the training level, and the actual cause. Especially in hectic service, differences can also come from wrong bill splits, swapped payment methods, or entries that were added late. Legally, that fits the German position as of 30 September 2026: a discrepancy at the register does not by itself prove personal liability; under Section 619a of the German Civil Code, compensation requires a breach of duty for which the employee is responsible.
For my leadership practice, that means I always hold clarification conversations around a specific transaction, never as a general interrogation. I can say, for example: “Table 7 was closed at 22:41, then one item was voided at 22:46; let us look at what happened together.” That is completely different from saying, “Your register is always wrong.” At the same time, I draw clear lines. Repeated patterns without a credible explanation, involving the same items, the same time windows, or the same permissions, stop looking like coincidence. Then I secure the records, limit rights if necessary, and clarify the matter in a structured way instead of in the heat of live service.
Control needs privacy, proportionality, and clear internal rules
Anyone trying to prevent POS fraud can quickly fall into the temptation to collect more and more employee data. That is exactly where I deliberately slow myself down. I am not allowed to analyze employee data out of general curiosity; it has to be purpose-bound and proportionate. In Germany, under Section 26 BDSG and the GDPR, uncovering criminal conduct requires documented factual indications; a merely odd POS report does not justify any kind of covert surveillance. If there is a works council, Section 87 of the Works Constitution Act can also become relevant where control technology affects employee behavior or performance monitoring.
That is why I write down internally in advance what we review, who may see it, and when an analysis is even permissible. I do not need permanent suspicion; I need clear triggers: a cluster of unusual voids, recurring discrepancies in one shift, unexplained remaining balances, or contradictory receipts. Technically, I prefer to rely on traceable POS transactions rather than fantasies of ever more surveillance. In the end, that is more effective anyway. A properly configured POS system makes manipulation harder directly inside the workflow, while excessive monitoring often only damages the atmosphere. My goal is a restaurant where honesty remains the easiest path and irregularities can be clarified fairly, quickly, and with evidence.
Putting it into practice
Later sections put the topic in the context of day-to-day operations.
End-of-day closing is not a ritual; it is one of my fraud brakes
POS fraud often does not become visible while taking payment, but only when I close the day properly. That is why I never treat daily…
This only stays fair if I do not treat every discrepancy as theft
A cash shortfall is not proof of fraud. That matters to me, because justified control can quickly turn into unfair accusation if I…
Control needs privacy, proportionality, and clear internal rules
Anyone trying to prevent POS fraud can quickly fall into the temptation to collect more and more employee data. That is exactly where I…