Supportprobleme am Kassensystem im Service fair und schnell lösen

Erst den Gästebetrieb sichern, dann die Technik anfassen

Wenn mein Kassensystem im laufenden Service Probleme macht, behandle ich das zuerst als Betriebsstörung und nicht als Technikrätsel. Für Mitarbeitende heißt das: nicht gleichzeitig an fünf Stellen herumtippen, sondern den Fehler an einem Vorgang sauber eingrenzen. Für Gäste heißt es: Ich sage offen, dass sich der Abschluss oder die Bestellung kurz verzögert, und halte den Tisch weiter betreut. Meine erste Entscheidung ist immer dieselbe: Läuft nur ein einzelner Vorgang schief, nur ein Gerät, nur eine Zahlart oder der ganze Serviceweg. Genau diese Reihenfolge spart mir hektische Fehlversuche und verhindert, dass aus einer kleinen Störung ein zweites Problem entsteht.

Im Restaurantalltag organisiere ich dafür eine klare Sofortrolle. Eine Person bleibt am Gast oder am betroffenen Tisch, eine zweite prüft das Problem auf dem Gerät, und nur die Schichtleitung entscheidet über Korrekturen. Ein Beispiel: Eine Rechnung lässt sich nicht abschließen. Dann lasse ich nicht drei Servicekräfte nacheinander dieselbe Zahlung erneut versuchen, sondern halte fest, an welchem Tisch der Vorgang offen ist, welche Zahlart geplant war und ob schon ein Teilbetrag gebucht wurde. Diese Disziplin ist wichtiger als technische Tiefe, weil sie Doppelbuchungen, übersehene offene Tische und widersprüchliche Zurufe zwischen Service, Theke und Küche vermeidet.

Zuerst herausfinden, welche Art Supportfall vorliegt

Ich unterscheide Supportprobleme in vier Gruppen: Bestellaufnahme, Weitergabe an Küche oder Bar, Zahlung und Abschluss sowie Zugriffs- oder Rollenfragen. Diese Trennung wirkt banal, ist aber praktisch. Wenn zum Beispiel die Artikelauswahl normal funktioniert, Bestellungen aber nicht dort ankommen, wo sie produziert werden sollen, suche ich nicht im Zahlungsablauf. Wenn eine Kartenzahlung hakt, fasse ich die Bestellung selbst möglichst nicht an. In Bonzumo hilft mir dabei die gemeinsame Datenbasis des Vorgangs: Tisch, Bestellung, Zahlung und Abschluss beziehen sich auf dieselben erfassten Daten. Ich kann also dort prüfen, wo die Störung tatsächlich sichtbar wird, statt den ganzen Abend rückwärts zu rekonstruieren.

Im Team verlange ich deshalb eine knappe Fehlermeldung in Alltagssprache: Was wollte ich tun, was ist stattdessen passiert, welcher Tisch oder Verkauf war betroffen, und seit wann tritt es auf. Ein konkretes Beispiel ist hilfreicher als „die Kasse spinnt“. Etwa: „Tisch 14, zwei Hauptgänge nachbestellt, Auftrag erscheint nicht am Küchenmonitor“ oder „Thekenverkauf 18,40 Euro, Barzahlung geht, Kartenzahlung heute an diesem Gerät nicht“. So kann ich entscheiden, ob wir eine Stationsfrage, ein Geräteproblem, eine Zahlungsanbindung oder ein Berechtigungsthema haben. Gerade bei Schichtwechseln verhindert diese Form, dass jede Person den Fall neu interpretiert.

Bei Bestellungen nie blind neu erfassen

Das häufigste Risiko bei Supportfällen ist für mich die doppelte Bestellung. Wenn unklar ist, ob ein Auftrag schon gespeichert oder an die Produktion gegeben wurde, erfasse ich ihn nicht reflexhaft neu. In Bonzumo kann ich den betroffenen Tisch beziehungsweise Vorgang wieder aufrufen und am Zusammenhang von Bestellung, Notiz und Bearbeitungsstand prüfen, was bereits erfasst ist. Bei eingerichteten Produktionsstationen und Küchenmonitoren sehe ich zudem, ob der Auftrag im jeweiligen Stationskontext offen oder bearbeitet ist. Erst wenn der alte Stand verständlich ist, entscheide ich, ob ich nacherfasse, ergänze oder nur die Ausgabe informiere. Das schützt Gäste vor doppelten Speisen und die Küche vor unnötiger Mehrarbeit.

Ein typischer Fall aus meinem Organisationsbeispiel: Auf der Terrasse bestellt ein Vierertisch noch zwei Desserts, kurz darauf behauptet der Service, der Bon sei „weg“. Dann prüfe ich nicht zuerst den Drucker, sondern den Tischvorgang. Sind die Artikel am Tisch vorhanden, aber am Monitor nicht sichtbar, liegt der Fehler eher in der Weitergabe oder Station. Fehlen sie am Tisch ganz, geht es um die Aufnahme. Sind sie vorhanden und schon bearbeitet, lasse ich nicht nochmals senden, sondern kläre die Ausgabe direkt mit Küche oder Bar. So bleibt die Entscheidung am konkreten Datensatz und nicht an der Lautstärke der Situation hängen. Genau dafür sind ein sauberer Tischkontext und nachvollziehbare Bestellwege wertvoll.

Zahlungsprobleme getrennt von der Bestellung behandeln

Beim Bezahlen mache ich eine harte Trennung zwischen Verkauf und Zahlungsweg. Wenn die Kartenzahlung stockt, heißt das nicht automatisch, dass der Verkauf verloren ist. In Bonzumo bleiben Teilzahlungen, offene Beträge, Trinkgeld und Belegbezug am selben Vorgang sichtbar. Das ist im Supportfall entscheidend, weil ich dem Team sagen kann: Nichts am Tisch löschen, nichts neu bonieren, zuerst offenen Betrag und bereits erfasste Zahlungen prüfen. Ein Gast soll nicht zweimal zahlen, nur weil mehrere Personen unter Zeitdruck dieselbe Rechnung anfassen. Besonders bei geteilten Rechnungen nach Artikeln oder gleichen Anteilen ordne ich jede Rückfrage genau dem betroffenen Anteil zu, nicht dem gesamten Tisch.

Praktisch organisiere ich das so: Eine Person erklärt dem Gast ruhig die Verzögerung, die Schichtleitung prüft auf einem berechtigten Zugang, ob schon ein Betrag erfasst wurde, ob nur die Terminalanbindung hakt oder ob die Rechnungsteilung unvollständig ist. Wenn etwa drei Gäste schon bezahlt haben und nur der letzte Kartenanteil offen bleibt, behandle ich nur diesen Restbetrag weiter. Dass Bonzumo offene und bereits beglichene Anteile im Vorgang zusammenhält, verhindert dabei das klassische Durcheinander aus Papiernotiz, Zuruf und Erinnerung. Wer seine Abläufe mit Terminal, Beleg und Rechnungsteilung vorab sauber einrichtet, hat im Störfall deutlich weniger Interpretationsspielraum; dafür lohnt ein Blick auf Anbindungen für deine Gastronomie – mit klaren Voraussetzungen..

Berechtigungen, Geräte und Übergaben sauber auseinanderhalten

Viele vermeintliche Supportprobleme sind in Wahrheit Zuständigkeitsprobleme. Eine Servicekraft braucht nicht dieselben Rechte wie die Schichtleitung, und genau das ist richtig so. Wenn also etwas „nicht geht“, prüfe ich auch, ob die Person die Aktion überhaupt ausführen darf oder soll. Bonzumo arbeitet mit Rollen und Zugriffen, die Zuständigkeiten abbilden. Für meinen Betrieb heißt das: Korrekturen, sensible Zahlungsbearbeitung oder bestimmte Abschlussarbeiten liegen nicht bei jeder Person. Das ist kein Hindernis, sondern schützt vor spontanen Eingriffen an der falschen Stelle. Ein technischer Fehler und eine fehlende Berechtigung sehen im Stress ähnlich aus, müssen aber unterschiedlich gelöst werden.

Ein alltagsnahes Beispiel: Im Abendgeschäft versucht eine neue Schichtleitung, einen bereits weit bearbeiteten Vorgang zu ändern, obwohl diese Berechtigung noch bei der Betriebsleitung liegt. Wenn ich das nicht erkenne, eröffne ich unnötig einen Supportfall beim Anbieter. Besser ist eine kurze Prüffrage: Betrifft das Problem alle Geräte oder nur diesen Zugang. Betrifft es jede Person oder nur diese Rolle. Betrifft es nur die Terrasse oder auch die Theke. Mit dieser Logik trenne ich Bedienfehler, Rollenlogik und echte Systemstörungen. Zugleich halte ich fest, welches Gerät betroffen war. Denn ein Problem auf einem einzelnen Terminal, Tablet oder Kassenplatz ist organisatorisch etwas anderes als eine Störung des gesamten Betriebs.

Jeden Supportfall so dokumentieren, dass er wirklich lösbar wird

Wenn ich Support anfrage, schicke ich nie nur „Bitte dringend zurückrufen“. Ich sammle vier Dinge: betroffener Vorgang oder Tisch, ungefähre Uhrzeit, konkreter letzter Schritt und beobachtetes Ergebnis. In Bonzumo sind Vorgänge, Belege, Stornos, Zeitstempel und berechtigte Aktionen nachvollziehbar; genau das nutze ich, um aus einem Gefühl einen prüfbaren Fall zu machen. Für den Support ist es ein großer Unterschied, ob ich melde „Zahlung kaputt“ oder „Tisch 22, 21:17 Uhr, zwei Artikel schon getrennt bezahlt, Restbetrag Kartenzahlung startet nicht, Beleg noch offen“. Diese Präzision verkürzt Rückfragen und entlastet mein Team, weil nicht dieselbe Geschichte dreimal neu erzählt werden muss.

Nach dem Service prüfe ich den Tag nicht nur emotional, sondern am Abschluss. Wenn es Differenzen, offene Fragen oder unklare Bargeldwege gab, schaue ich mir den Tagesabschluss, Z-Berichte, Archiv und die zugehörigen Transaktionen an. Damit kann ich klären, ob ein Problem nur als Störung wahrgenommen wurde oder tatsächlich Spuren im Abschluss hinterlassen hat. Gerade nach hektischen Schichten ist diese Nachbereitung wichtiger als das Bauchgefühl einzelner Beteiligter. Für solche Rückfragen nutze ich regelmäßig Verstehe deinen Tag, bevor du den Betrieb abschließt, weil dort die Logik von Abschluss, Bericht und nachvollziehbarem Vorgangsbezug für meinen Betriebsalltag besonders gut greift.

Die beste Supportstrategie entsteht vor dem nächsten Problem

Technische Supportprobleme lassen sich nie komplett vermeiden, aber ich kann sie so vorbereiten, dass der Abend nicht kippt. Dafür trainiere ich keine langen Theorien, sondern kurze Standardsätze und Entscheidungen. Jede neue Person soll wissen: Bei einer Störung erst am Tisch bleiben, dann die Art des Problems benennen, keine zweite Erfassung ohne Prüfung, offene Beträge sichtbar lassen und die Schichtleitung früh holen. Zusätzlich lege ich fest, welches Ersatzvorgehen wir bei kurzen Unterbrechungen nutzen, etwa wer Bestellnotizen vorübergehend sammelt, wer die Küche informiert und wer nach Wiederherstellung die Vorgänge geordnet nachträgt. Das ist Organisation, nicht Improvisation.

Am wertvollsten ist dabei eine kleine Nachbesprechung mit echten Erkenntnissen statt Schuldzuweisung. Ich frage: Wo fehlte Information, wo war der Zugriff unklar, wo war der Ablauf zu kompliziert. Ein Beispiel: Wenn Supportfälle fast immer beim Rechnungssplit entstehen, übe ich genau Gruppenrechnungen und Restzahlungen. Wenn Bestellungen an einer Station häufiger unklar werden, prüfe ich die eingerichteten Produktionswege und die Verständlichkeit für Service und Küche. So wird aus jedem Vorfall ein besserer nächster Dienst. Für Mitarbeitende und Gäste ist das die fairste Lösung: nicht behaupten, Technik sei immer reibungslos, sondern den Betrieb so führen, dass auch unter Störung nachvollziehbar, ruhig und korrekt gearbeitet wird.