# Zeitzonen machen Hotelbons nicht automatisch vergleichbar

**Teaser / Vorspann (2-4 Saetze):** Ein Restaurantbon wandert im Hotel durch Kasse, Küchenmonitor, Zahlungsterminal und bei Zimmergästen bis ins PMS. Treffen die Zeitangaben beim Storno oder Tagesabschluss aufeinander, lässt sich derselbe Vorgang schnell finden. Das Bundesamt für Sicherheit in der Informationstechnik ordnet synchronisierte Systemzeiten als Grundlage ein, um Protokolle mehrerer Systeme zeitlich zusammenzuführen.

## TL;DR

- Ein freigegebener Testfall verfolgt dieselbe Bonkennung durch POS, Küchenmonitor, Terminal und PMS-Folio.
- Das GastroNews-Arbeitsmodell erfasst sieben Angaben pro Ereignis, darunter Ortszeit, Zeitstempel und Zeitzone.
- Sommerzeit, Updates und Gerätewechsel erhalten eigene Wiederholungstests.
- Abweichungen gehen mit Exporten und Screenshots an IT oder den zuständigen Anbieter.

Der folgende Testfall beginnt um 14:03 Uhr an der Kasse, der Küchenauftrag erscheint ebenfalls um 14:03 Uhr am Pass. Das Terminal meldet die Zahlung um 14:04 Uhr, während das Zimmerfolio 14:01 Uhr ausweist. Bei einer Reklamation liegen dann Bon, Export und Bildschirmansicht auf dem Tisch, doch ihre Reihenfolge passt noch nicht zusammen.

Synchronisierte Systemzeiten und einheitliche Datums- und Zeitformate schaffen die Grundlage, um Protokolldaten aus verschiedenen Systemen zu vergleichen, schreibt das [BSI im Baustein zur Protokollierung](https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/Grundschutz/IT-GS-Kompendium_Einzel_PDFs_2022/04_OPS_Betrieb/OPS_1_1_5_Protokollierung_Edition_2022.html). Für Service, Küche, Rezeption und Night Audit wird daraus eine praktische Spurensuche.

## So verfolgt das Team denselben Bon durch alle Systeme

Der Betrieb legt einen freigegebenen Musterfall an, etwa eine kleine interne Bestellung oder einen Sandbox-Vorgang nach Vorgabe der beteiligten Anbieter. Der Test nutzt keine echten Gästedaten und löst keine unkontrollierten Belastungen oder Rückerstattungen aus.

Die Bonkennung erscheint in der Kasse, im Küchenmonitor und im Zahlungs- oder Folioablauf. Das Team findet damit denselben Vorgang in jeder Anwendung wieder und sammelt die Belege direkt beim Durchlauf.

Die sieben Spalten sind ein **GastroNews-Arbeitsmodell**: System, Ereignis, angezeigte Ortszeit, technischer Zeitstempel, Zeitzone, Zeitquelle und Beleg. Ein Bonfoto, der Screenshot des Küchenauftrags, der Terminalbeleg und der PMS-Export lassen sich damit zeitlich vergleichen.

## Warum Ortszeit und UTC unterschiedlich aussehen können

14:03 Uhr auf dem Kassendisplay beschreibt die Ortszeit, die der Service am Arbeitsplatz sieht. Ein Export kann denselben Zeitpunkt als 12:03 UTC führen. UTC steht für koordinierte Weltzeit; die lokale Anzeige ergänzt die für den Standort hinterlegte Zeitzone.

Cloud-Systeme können Ereignisse in UTC speichern und sie im Frontend als Ortszeit anzeigen. Beide Angaben bleiben in der Prüftabelle erhalten. So lässt sich prüfen, ob zwei abweichend aussehende Werte denselben Zeitpunkt meinen oder ob ein System aus der Reihe fällt.

Auch die Zeitquelle gehört in die Tabelle, soweit sie im System sichtbar oder vom Anbieter dokumentiert ist. Das BSI erläutert bei der [NTP-Zeitsynchronisation](https://www.bsi.bund.de/SharedDocs/Downloads/DE/BSI/Grundschutz/IT-GS-Kompendium_Einzel_PDFs_2022/04_OPS_Betrieb/OPS_1_2_6_NTP_Zeitsynchronisation_Edition_2022.pdf?__blob=publicationFile&v=1), wie Systeme Referenzzeiten abrufen und ihre interne Uhr anpassen. Änderungen an Zeitquellen, Terminal oder Netzwerk bleiben bei IT und Anbietern.

## Woran das Team erkennt, ob die Reihenfolge der Zeitstempel stimmt

Der Test prüft die Folge des Vorgangs: Bestellung im POS, Auftrag im Küchenmonitor, Zahlung am Terminal und bei Zimmergästen die Belastung im PMS-Folio. Die Tabelle hält fest, wann jedes System das jeweilige Ereignis ausweist.

Ein Abstand von wenigen Sekunden kann durch Übertragungswege oder zeitversetzte Verarbeitung entstehen. Größere oder wechselnde Abstände erschweren die Suche nach Zahlung, Storno oder Folioeintrag und gehören mit ihren Belegen an den zuständigen Anbieter. Das Betriebsteam dokumentiert die Beobachtung, der Anbieter bewertet Konfiguration und Verarbeitungsschritte.

Für Systeme im Umfeld der Kartenverarbeitung verlangt PCI DSS v4.0.1 in [Anforderung 10.6](https://listings.pcisecuritystandards.org/documents/PCI-DSS-v4_0_1.pdf) Zeitsynchronisationsmechanismen für konsistente Zeiteinstellungen. Welche Pflichten ein Hotel selbst trägt, richtet sich nach Zahlungsmodell und Verträgen mit Acquirer, Terminal- und Payment-Provider.

## Nach Sommerzeit, Updates oder Gerätewechsel wird erneut getestet

Die [EU-Richtlinie zur Sommerzeit](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32000L0084) koordiniert Beginn und Ende der Umstellung für die Mitgliedstaaten. In der Umstellungsnacht wird eine lokale Stunde übersprungen oder doppelt geführt. Deshalb wiederholt das Team den Musterfall vor und nach dem Wechsel, ohne Geräteuhren manuell anzufassen.

Bei internationalen PMS-, POS- oder Payment-Systemen prüft das Hotel zusätzlich Standort, Mandant und Berichtsexport. Eine lokale Anzeige in Berlin kann neben einem zentralen UTC-Export stehen. Die Prüftabelle macht beide Darstellungen vergleichbar und legt offen, welche Zeitbasis der jeweilige Beleg verwendet.

Auch nach einem Softwareupdate, Gerätewechsel oder Wechsel des Zahlungsanbieters läuft der Test erneut. Eine neue Bonkennung trennt den aktuellen Vorgang sauber von früheren Protokollen.

## Welche Belege IT und Anbieter für die Fehlersuche brauchen

Eine Störungsmeldung enthält Testkennung, Datum, Standort und beteiligte Systeme. Screenshots oder Exporte ergänzen die beobachtete Differenz, etwa POS 14:03 Ortszeit, Terminal 14:04 Ortszeit und PMS-Folio 14:01 Ortszeit.

Die Schichtleitung vermerkt, ob der Unterschied dauerhaft sichtbar war, nur ein Gerät betraf oder nach einem Update auftauchte. IT oder Anbieter prüfen Zeitquelle, Zeitzone, Synchronisationsstatus und die Verarbeitungsschritte innerhalb ihrer Zuständigkeit.

Nach der Rückmeldung läuft der Musterbon erneut durch Kasse, Pass, Terminal und Folio. Der Night Auditor legt die neuen Belege zur Testkennung ab und prüft die Zeitangaben direkt am sichtbaren Vorgang.