TL;DR
- Fünf Testfälle verbinden Reservierung, Tischstatus, Bon und Zahlung in einem kontrollierten Serviceablauf.
- Die Integrationskarte hält Sender, Empfänger, Zielstatus, Zeitstempel, Beleg und Ersatzweg fest.
- Herstellerangaben gelten je Produktversion, Vertrag, Land und lokaler Konfiguration.
- Testkonten oder freigegebene Schulungsfunktionen halten reale Gäste- und Kartendaten aus der Probe heraus.
Die Reservierung steht auf „angekommen“, der Gast sitzt bereits am Tisch, im Kassensystem fehlt jedoch der passende Bon. Am Empfang fällt der Abstand sofort auf. Während des Abendservices braucht das Team dafür einen klaren Handgriff.
Square beschreibt die Verbindung von OpenTable, einer internationalen Reservierungsplattform, und Square for Restaurants mit Funktionen rund um Reservierungen, Tickets und Deposits. Toast führt OpenTable ebenfalls in seinem Partnerverzeichnis. Solche Angaben beschreiben Funktionen der Anbieter; Produktversion, Vertrag, Land und lokale Konfiguration bestimmen den Umfang am einzelnen Standort.
Der Bericht von Nation’s Restaurant News führt direkt zur Betriebsprobe. Das GastroNews-Arbeitsmodell prüft fünf Vorgänge mit einem erwarteten Ergebnis, einer gemessenen Laufzeit und einem Ersatzweg.
Wie Reservierung, Tischstatus, Bon und Zahlung zusammenhängen
Eine Reservierung enthält Name, Uhrzeit, Personenzahl, Reservierungsnummer und oft einen Tischwunsch. Der Tischstatus bildet den Ablauf im Gastraum ab: reserviert, platziert, umgesetzt oder frei.
Der Bon entsteht im Kassensystem. Er führt Positionen, Steuer, Rabatt, Zahlweg und Rechnungssumme. Ein Deposit kann im Reservierungssystem hinterlegt sein, im POS auf der Rechnung erscheinen und dort einen Zahlungsstatus erhalten.
Manche Verbindungen übermitteln Besuchs- oder Umsatzdaten zurück an das Reservierungssystem. Andere enden am POS. Die Integrationskarte vermerkt für jeden Datenweg, ob er automatisch läuft, eine Bedienhandlung verlangt oder außerhalb der Verbindung liegt.
Diese fünf Fälle prüft das Team vor dem Start
Das GastroNews-Arbeitsmodell nutzt Testkonten oder freigegebene Schulungsfunktionen. Für jeden Vorgang stehen Sollzustand, beobachteter Zustand, Startzeit und Abschlusszeit nebeneinander.
Bei der Platzierung erhält eine Testreservierung den Status „erschienen“. Das Team prüft, ob der vorgesehene Tisch oder Bon im POS erscheint und welche Kennung die Datensätze verbindet.
Danach wechselt der Testgast den Tisch. Sind in Reservierungssystem und POS unterschiedliche Tischstände sichtbar, gleicht die vorab benannte Person die Zuordnung ab und dokumentiert die erforderliche Bedienhandlung.
Im dritten Fall wird ein Test-Deposit auf die Rechnung angerechnet. Betrag, Reservierungsnummer, Restwert und Beleg werden miteinander abgeglichen. Die geteilte Rechnung folgt als vierter Vorgang: Das Team hält fest, wie das Deposit auf Teilbeträge verteilt wird und welcher Restbetrag welchen Zahlungsstatus erhält.
Der fünfte Test führt einen zulässigen Test- oder Schulungsvorgang zum Storno. Anschließend kontrolliert das Team den Status im POS, im Reservierungssystem und, falls vereinbart, im Gästekonto.
So werden Übertragung und Servicehandlung getrennt dokumentiert
Die Karte enthält Vorgang, sendendes System, empfangendes System, erwarteten Zielstatus, Startzeit, Abschlusszeit und Ersatzweg. Screenshots, Testbons oder anonymisierte Reservierungsnummern ergänzen den Beleg, soweit die interne Datenschutzregel dies zulässt.
Die Laufzeit wird in Sekunden oder Minuten erfasst. Startet ein Tischwechsel um 14:03:12 Uhr und erscheint um 14:03:27 Uhr im Zielsystem, beträgt die beobachtete Übertragungszeit 15 Sekunden. Eine verzögerte Übertragung bleibt in der Karte stehen, auch wenn sich der Status später ergänzt.
Ein Eintrag kann zugleich eine technische Übertragung und eine Aktion im Service enthalten. Die Karte hält beide Schritte getrennt fest, damit Empfang und Service dieselbe Anzeige richtig einordnen.
Was der Service tut, wenn die Verbindung ausfällt
Fehlt die Boneröffnung, legt der Service den Bon nach einer festgelegten Regel manuell an und vermerkt die Reservierungsnummer. Bei einem Deposit prüft die zuständige Person Betrag, Bon und Reservierung vor einer weiteren Anrechnung.
Zahlungsstornos folgen den Berechtigungen des Kassensystems und einem dokumentierten Freigabeweg. Diese Abläufe stehen in der Stationsmappe und in der Einarbeitung neuer Mitarbeitender.
Vor dem Go-live führt das Team alle fünf Fälle in ruhiger Umgebung durch. Nach größeren Updates wiederholt es dieselben Vorgänge. Hotel-F&B ergänzt die Karte um PMS oder Zimmerfolio, sofern diese Übergabe zum vereinbarten Umfang zählt.
Beim nächsten Testfall startet die Servicekraft die Zeit mit der Platzierung, prüft den Zielstatus im Kassensystem und ergänzt die Zeile auf der Integrationskarte.
Weitere Bilder
