Für Hotels in Deutschland ist die GoBD-Konformität keine freiwillige Maßnahme, sondern eine gesetzliche Verpflichtung, die bei jeder Betriebsprüfung durch die Finanzbehörden überprüft wird. Echte GoBD-Konformität hängt nicht davon ab, wo Finanzdaten gespeichert werden, sondern davon, ob jede Transaktion vollständig, nachvollziehbar und vor unbemerkten Änderungen geschützt ist.
Die GoBD („Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form“) werden vom Bundesministerium der Finanzen (BMF) herausgegeben und basieren auf den §§ 140–147 der Abgabenordnung (AO).
Für wen gelten die GoBD – und welche Folgen Verstöße haben können
Die GoBD gelten für nahezu jedes Unternehmen in Deutschland – unabhängig vom Umsatz. Seit der Aktualisierung im Jahr 2020 erfassen sie alle Steuerpflichtigen mit Buchführungs- oder Aufzeichnungspflichten, darunter auch kleine unabhängige Hotels, Einzelunternehmer und Freiberufler. Auch Boutique-Hotels sind von diesen Anforderungen nicht ausgenommen.
Einzelne Bußgelder sind vergleichsweise begrenzt und können beispielsweise bei einer nicht GoBD-konformen Registrierkasse oder einem nicht konformen Kassensystem (POS) bis zu 25.000 € betragen. Das deutlich größere Risiko entsteht jedoch durch die Verwerfung der Buchführung, Steuerschätzungen und den Wegfall steuerlicher Abzugsmöglichkeiten, was schnell zu Nachforderungen im fünf- oder sechsstelligen Bereich führen kann. Besteht der Verdacht einer Steuerhinterziehung, droht den Verantwortlichen zudem eine persönliche strafrechtliche Haftung.
Die Anforderungen der GoBD verstehen
Die GoBD-Konformität basiert auf zwei eng miteinander verbundenen Grundprinzipien, für deren Umsetzung viele cloudbasierte Hospitality-Systeme ursprünglich nicht entwickelt wurden.
Unveränderbarkeit (Immutability)
Die erste Grundanforderung besagt, dass ein finanzrelevanter Datensatz nach seiner Erstellung nicht so verändert oder gelöscht werden darf, dass sein ursprünglicher Zustand verloren geht. Die GoBD verbieten Korrekturen nicht – sie verbieten jedoch stille Änderungen. Jede Korrektur muss als neuer Eintrag erfolgen, mit Zeitstempel versehen sein und eindeutig auf den ersetzten Datensatz verweisen. Der ursprüngliche Eintrag muss dabei vollständig erhalten sowie jederzeit sichtbar und nachvollziehbar bleiben.
In der Hotellerie gilt dieses Prinzip für nahezu alle operativen Abläufe, darunter beispielsweise:
- ● Ein beim Check-in eröffnetes Folio, das während des gesamten Aufenthalts des Gastes aktualisiert wird
- ● Eine Restaurant- oder Barrechnung, die während des Service angepasst oder storniert wird
- ● Nachträglich berechnete Stornierungsgebühren oder No-Show-Gebühren
- ● Eine Rückerstattung oder ein Rabatt, der erst Tage nach der ursprünglichen Transaktion gewährt wird
- ● Preisüberschreibungen, die von Führungskräften am Kassensystem (POS) vorgenommen werden
Im Gegensatz zu herkömmlichen Systemen nach dem Prinzip „Bearbeiten und Speichern“ dokumentiert unveränderbare Software jede einzelne Änderung, anstatt bestehende Daten zu überschreiben. Cloud-Hosting, Backups und Verschlüsselung gewährleisten diese Anforderung nicht automatisch, da die Unveränderbarkeit davon abhängt, wie Daten geschrieben und versioniert werden – nicht davon, wo sie gespeichert sind.
Nachvollziehbarkeit (Auditability)
Die zweite Grundanforderung stellt eine andere Frage: Kann ein externer Prüfer ohne internes Wissen über das Unternehmen den vollständigen und logischen Ablauf einer Transaktion von ihrem Ursprung bis zum Abschluss nachvollziehen? In der Praxis muss das System Folgendes dokumentieren:
- ● Was passiert ist – die konkrete Aktion oder Buchung
- ● Wer sie durchgeführt hat – eindeutige Zuordnung zum jeweiligen Benutzer
- ● Wann sie erfolgt ist – beispielsweise bei der Reservierung, dem Check-in, einer Folio-Buchung oder der Zahlungsabwicklung
- ● Zu welchem Prozessschritt sie gehört – einschließlich eines manipulationssicheren und präzisen Zeitstempels
Gerade für Hotels, die separate Systeme für Reservierungen, Kassensysteme und Zahlungsabwicklung einsetzen, ist dies häufig die größte Herausforderung. Denn die Nachvollziehbarkeit hängt nicht nur von den einzelnen Systemen selbst ab, sondern ebenso von den Verbindungen zwischen ihnen. Fehlt beispielsweise die Protokollierung bei der Übergabe zwischen Booking Engine und PMS oder zwischen POS-System und Payment Gateway, ist die Prüfkette unterbrochen – selbst dann, wenn beide Systeme für sich genommen eine lückenlose Dokumentation führen.
„Cloud-ready“ beschreibt die technische Infrastruktur. Nachvollziehbarkeit beschreibt die Integrität eines Geschäftsprozesses. Das eine garantiert das andere nicht.
Was gilt nach den GoBD als „Dokument“?
Ein weit verbreiteter Irrtum ist, dass die GoBD nur für formelle Rechnungen und endgültige Belege gelten. Tatsächlich ist der Anwendungsbereich deutlich umfassender. Nach den GoBD muss jeder elektronische Datensatz, der einen Geschäftsvorfall dokumentiert, nachvollziehbar und prüfbar sein. Solche Datensätze gelten als Aufzeichnungen und unterliegen den Anforderungen an Unveränderbarkeit und Aufbewahrung. In einem modernen Hotel-PMS umfasst dies unter anderem:
- ● Reservierungsdatensätze einschließlich Stornierungen, Änderungen und Umbuchungshistorie
- ● Einzelne Folio-Buchungen – nicht nur die endgültig beglichene Rechnung, sondern sämtliche Buchungen und Korrekturen während des gesamten Prozesses
- ● POS-Transaktionen in Bars und Restaurants (einschließlich stornierter oder kostenlos gewährter Positionen)
- ● Preisänderungen und Preisüberschreibungen durch Führungskräfte am Kassensystem (POS)
- ● Berechnungen von No-Show- und Stornierungsgebühren einschließlich der jeweils angewendeten Richtlinienversion
- ● Protokolle des Payment Gateways sowie Abstimmungs- und Abgleichsprotokolle
- ● Interne Nachrichten oder Notizen zu finanzrelevanten Entscheidungen, die eine Korrektur erläutern (z. B. „Rückerstattung aufgrund der Gästebeschwerde Nr. 4521 genehmigt“)
Das ist deshalb wichtig, weil viele PMS-Anbieter den Begriff „Dokumentenaufbewahrung“ zu eng auslegen und lediglich die endgültige PDF-Rechnung archivieren. Die zugrunde liegende Folio-Historie, POS-Protokolle und die Historie von Preisüberschreibungen bleiben häufig außerhalb der GoBD-konformen, unveränderbaren Datenebene. Für die Prüfung einer strittigen Buchung benötigt der Betriebsprüfer jedoch die vollständige Nachweiskette – nicht nur den Endbetrag auf der Rechnung.
Der Mythos der Cloud-Compliance
Die Speicherung von Daten in der Cloud garantiert keine GoBD-Konformität. Ein PMS kann eine Betriebsprüfung dennoch nicht bestehen, wenn es keine manipulationssichere Transaktionshistorie bereitstellt – selbst wenn es über sichere Backups und eine hohe Verfügbarkeit verfügt. Die Folgen können verworfene Buchführungsunterlagen, Steuerschätzungen und erhebliche rechtliche Risiken sein:
Cloud-Ready vs. Audit-Ready-Systeme: Die wichtigsten Unterschiede
|
Vergleichsbereich |
Cloud-Ready |
Audit-Ready |
|
Schwerpunkt |
Verfügbarkeit und Disaster Recovery |
Integrität der Transaktionshistorie |
|
Backups |
Snapshots in festen Intervallen |
Lückenlose, miteinander verknüpfte Historie jeder einzelnen Änderung |
|
Änderungsnachverfolgung |
Änderungen können unbemerkt überschrieben werden |
Jede Korrektur erzeugt einen neuen Eintrag mit Zeitstempel |
|
Benutzerzuordnung |
Nur Anmeldeprotokolle |
Jede Änderung eines Datensatzes ist einem bestimmten Benutzer zugeordnet |
|
Aufbewahrung |
Globale Standardaufbewahrung, häufig 90 Tage bis 1 Jahr |
6–10 Jahre, abhängig von den deutschen gesetzlichen Vorgaben |
|
Export für Betriebsprüfungen |
Erfordert eine manuelle Rekonstruktion |
Strukturierter Export, kompatibel mit IDEA |
Die versteckten Risiken generischer Cloud-Lösungen
Generische Cloud-Systeme bieten keine vollständige, unveränderbare Prüfungshistorie, sondern schützen in erster Linie vor Datenverlust. Backups, Verschlüsselung und Anmeldeprotokolle können eine Versionierung auf Transaktionsebene nicht ersetzen, die dokumentiert, was geändert wurde, wer die Änderung vorgenommen hat und wann sie erfolgt ist.
Warum generisches Cloud-Hosting nicht ausreicht
Generisches Cloud-Hosting wurde entwickelt, um Daten zu schützen – nicht, um ihre Integrität nachzuweisen. Die häufige Verwechslung beruht auf einem grundlegenden Kategorienfehler: „Hosting“ beschreibt, wo Daten gespeichert werden, während ein „Audit Trail“ beschreibt, wie sich Daten im Laufe der Zeit verändern und dokumentiert werden. Ein Hotel kann seine Daten auf drei Kontinenten replizieren und dennoch eine GoBD-Betriebsprüfung nicht bestehen, weil Redundanz lediglich vor Datenverlust schützt – nicht vor unzulässigen Änderungen an den Daten.
Dies zeigt sich in der Praxis auf mehrere konkrete Arten:
- ● Backups sind keine Audit Trails. Ein nächtliches Backup erstellt lediglich eine Momentaufnahme zu einem bestimmten Zeitpunkt. Wird ein Datensatz im Laufe desselben Tages geändert und anschließend wieder zurückgesetzt, zeigt das Backup keinerlei Auffälligkeiten.
- ● Datenbankprotokolle sind keine Protokolle von Geschäftstransaktionen. Die meisten Cloud-Datenbanken speichern lediglich kurzfristige technische Logs für Wiederherstellungszwecke. Diese enthalten jedoch keinen geschäftlichen Kontext, etwa warum ein Zimmerpreis geändert wurde.
- ● Anmeldeprotokolle sind keine forensisch belastbare Benutzerzuordnung. Standardmäßige Hosting-Protokolle erfassen lediglich Anmeldungen, nicht jedoch, wer einen bestimmten Datensatz wann geändert hat. Gemeinsame Benutzerkonten und Administrator-Überschreibungen unterbrechen diese Nachweiskette häufig.
- ● Globale SaaS-Standards berücksichtigen keine lokalen Aufbewahrungspflichten. Viele internationale PMS-Plattformen verwenden für alle Kunden dieselben Aufbewahrungsfristen – häufig zwischen 90 Tagen und einem Jahr. Nach den GoBD müssen Daten jedoch 6 bis 10 Jahre aufbewahrt werden. Viele Hoteliers entdecken diese Lücke erst während einer Betriebsprüfung.
- ● „Sicher“ bedeutet nicht automatisch „unveränderbar“. Verschlüsselung schützt vor externen Angriffen. Sie verhindert jedoch nicht, dass berechtigte Benutzer Datensätze unbemerkt ändern oder löschen.
Kurz gesagt: Standardmäßiges Cloud-Hosting belegt, dass Daten einen Systemausfall überstehen. Die GoBD verlangen den Nachweis, dass sie auch einer Betriebsprüfung standhalten. Die Lösung des ersten Problems löst das zweite nicht.
Die Risiken von Datenmanipulation und unzureichender Versionierung
Die meisten Datenbanken überschreiben beim Aktualisieren eines Datensatzes den bisherigen Wert – ein Vorgehen, das den GoBD widerspricht. Ändert beispielsweise ein Manager einen Folio-Preis, ohne dass der ursprüngliche Eintrag, Zeitstempel, Benutzerkennung und der Grund der Änderung erhalten bleiben, kann das Hotel diese Änderung im Rahmen einer Betriebsprüfung nicht mehr nachvollziehen.
Dadurch entstehen konkrete Risiken für Hotels:
- ● Verwerfung der Buchführung (Verwerfung der Buchführung) – Betriebsprüfer können die gesamte Buchführung als nicht ordnungsgemäß verwerfen und nicht nur den geänderten Datensatz.
- ● Steuerschätzung (Schätzung) – wird die Buchführung verworfen, ist die Finanzverwaltung berechtigt, Umsatz und Steuerlast selbst zu schätzen – in der Regel zum Nachteil des Unternehmens.
- ● Verlust der rechtlichen Absicherung bei Streitfällen – ohne eine nachvollziehbare Historie kann ein Hotel seine Position nicht belegen, wenn Gäste, Geschäftspartner oder Behörden einen Geschäftsvorfall anzweifeln.
- ● Bußgelder und – je nach Schwere des Verstoßes – eine persönliche Haftung der Geschäftsleitung.
Steuerschätzungen (Schätzung) wurden von deutschen Finanzgerichten bereits in Fällen bestätigt, in denen Lücken in POS- oder Kassenaufzeichnungen gegen die GoBD-Anforderungen an Vollständigkeit verstießen. Auf dieses Risiko wird ebenfalls in den Hinweisen deutscher Steuerberater sowie in den BMF-Schreiben hingewiesen.
Marketingaussagen wie „sicheres Cloud-Hosting“ oder „99,9 % Verfügbarkeit“ sagen nichts darüber aus, ob ein System jede Änderung als neuen, eindeutig zuordenbaren Datensatz protokolliert oder bestehende Historien einfach überschreibt. Versionierung im Sinne der GoBD ist weder eine Backup- noch eine Wiederherstellungsfunktion – sie ist ein dauerhaftes, durchsuchbares Protokoll sämtlicher Änderungen an allen geschäftsrelevanten Datensätzen.
GoBD und DSGVO: Den Zielkonflikt bei Aufbewahrungsfristen lösen
Hotels müssen zwei unterschiedliche Rechtsrahmen einhalten, die verschiedene Anforderungen an die Aufbewahrung von Daten stellen. Die GoBD und die Abgabenordnung (AO) verlangen, dass steuerrelevante Unterlagen 6 bis 10 Jahre aufbewahrt werden. Gleichzeitig gibt Artikel 17 der DSGVO betroffenen Personen das Recht, die Löschung ihrer personenbezogenen Daten zu verlangen, sobald der ursprüngliche Zweck der Verarbeitung entfällt. Beide Anforderungen gelten gleichzeitig und müssen miteinander in Einklang gebracht werden.
Die DSGVO regelt diesen Zielkonflikt ausdrücklich. Nach Artikel 17 Absatz 3 Buchstabe b dürfen personenbezogene Daten weiterhin gespeichert werden, wenn dies zur Erfüllung einer gesetzlichen Verpflichtung erforderlich ist – beispielsweise aufgrund der deutschen steuerrechtlichen Aufbewahrungspflichten. Das bedeutet, dass Folios, Rechnungen und POS-Daten, die den GoBD unterliegen, während der gesamten gesetzlich vorgeschriebenen Aufbewahrungsfrist gespeichert werden dürfen, selbst wenn ein Gast die Löschung anderer Profildaten verlangt.
Hotels sollten deshalb Finanzdaten klar von optionalen Gästedaten trennen. Marketingpräferenzen, Loyalitätshistorien und Kontaktdaten sollten anonymisiert oder gelöscht werden, sobald sie nicht mehr benötigt werden. Folios, Zahlungsreferenzen und die Zuordnung von Benutzeraktionen müssen hingegen für die vorgeschriebene Aufbewahrungsdauer unverändert erhalten bleiben. Ein PMS, das den gesamten Gästedatensatz als ein einziges löschbares Objekt behandelt, läuft Gefahr, personenbezogene Daten entweder länger als zulässig aufzubewahren oder prüfungsrelevante Informationen zu früh zu entfernen.
Der Compliance-Ansatz von HotelFriend
Generische Cloud-Plattformen behandeln Compliance häufig als nachträgliche Ergänzung. HotelFriend betrachtet sie dagegen von Anfang an als grundlegende Anforderung an die Systemarchitektur. Die Plattform wurde so entwickelt, dass sie genau die Daten und Nachweise bereitstellt, die ein Betriebsprüfer erwartet – und zwar in dem Format, das für die Prüfung erforderlich ist.
Eine zentrale Rolle spielt dabei die IDEA-Schnittstelle. IDEA (Interactive Data Extraction and Analysis) ist die Prüfsoftware, mit der deutsche Finanzbehörden Buchführungsdaten direkt auswerten. Die GoBD verlangen deshalb, dass Daten in einem strukturierten Format exportiert werden können, das von IDEA ohne manuelle Nachbearbeitung eingelesen und verarbeitet werden kann.
Die GoBD-konforme Architektur von HotelFriend basiert auf fünf zentralen Grundprinzipien:
- Append-only-Datenstruktur. Jede Änderung erzeugt einen neuen, mit dem ursprünglichen Datensatz verknüpften Eintrag. Der Originaleintrag bleibt unverändert erhalten, während die Korrektur mit eigenem Zeitstempel und Benutzerkennung gespeichert wird.
- Automatische Zuordnung von Benutzer und Zeitstempel. Jede Änderung an einem finanzrelevanten Datensatz wird automatisch mit dem verantwortlichen Benutzer und dem Zeitpunkt der Änderung versehen, ohne dass Mitarbeitende den Grund manuell dokumentieren müssen.
- Strukturierte, exportierbare Daten. Die Datensätze entsprechen direkt den von den GoBD geforderten Exportformaten, sodass die Erstellung einer IDEA-kompatiblen Exportdatei eine Standardfunktion des Systems ist.
- Konsistenz über alle Systeme hinweg. Reservierungen, POS- und Zahlungsdaten können aus unterschiedlichen Modulen stammen. Die Systemarchitektur stellt dennoch eine durchgängige Kette von Zeitstempeln und Referenzen über alle Module hinweg sicher.
- Aufbewahrung gemäß den deutschen gesetzlichen Vorgaben. Daten werden standardmäßig über die vollständige gesetzliche Aufbewahrungsfrist gespeichert, anstatt einer verkürzten, weltweit einheitlichen Aufbewahrungsrichtlinie zu folgen.
Das Ergebnis ist ein System, bei dem eine Betriebsprüfung nicht zu einer hektischen Suche nach Informationen in verstreuten Protokollen und Backups wird. Alle für die Prüfung erforderlichen Daten liegen bereits im vorgeschriebenen Format vor.
Ein praxisnahes Beispiel
Stellen Sie sich ein Boutique-Hotel mit 60 Zimmern in München vor, das HotelFriend für sämtliche Abläufe einsetzt – von der Reservierung über die Rezeption bis hin zum POS-System. Im Rahmen einer routinemäßigen Betriebsprüfung fordert das Finanzamt die Buchungsdaten der vergangenen drei Jahre an. Im Fokus stehen Folios, die nach dem Check-out korrigiert wurden, sowie No-Show-Gebühren, die außerhalb der üblichen Stornierungsfrist berechnet wurden.
In einem generischen System müsste das Hotelpersonal Änderungen möglicherweise mühsam in verschiedenen, voneinander getrennten oder bereits abgelaufenen Protokollen nachvollziehen. Mit einem korrekt konfigurierten und GoBD-konformen HotelFriend-System kann der Finanzverantwortliche dagegen einfach einen strukturierten Export für den gewünschten Zeitraum erstellen.
Der Export enthält:
- ● Ursprüngliche und korrigierte Folio-Buchungen, miteinander verknüpft und versehen mit Datum, Uhrzeit sowie dem verantwortlichen Mitarbeitenden
- ● No-Show-Gebühren, jeweils mit Verweis auf die ursprüngliche Reservierung und die zum jeweiligen Zeitpunkt gültige Stornierungsrichtlinie
- ● Eine durchgängige Kette von Zeitstempeln über Reservierungen, POS-Buchungen und Zahlungsabwicklungen hinweg – selbst wenn diese aus unterschiedlichen Modulen stammen
Der Betriebsprüfer lädt die Datei direkt in IDEA. Da der Export bereits dem erwarteten Format entspricht, sind keine nachträglichen Anpassungen erforderlich. Es entstehen keine Rückfragen zu fehlenden Daten und keine Notwendigkeit, Mitarbeitende hinzuzuziehen, um Monate zurückliegende Vorgänge zu erklären. Auch die korrigierten Folios geben keinen Anlass zu Beanstandungen, da die Änderungen nie verborgen wurden. Sie wurden von Beginn an als neue Datensätze protokolliert und zusammen mit den ursprünglichen Einträgen gespeichert, anstatt diese zu überschreiben.
Die Betriebsprüfung ist innerhalb weniger Tage abgeschlossen – nicht erst nach mehreren Wochen. Keine Bußgelder, keine Steuerschätzung und keine Beanstandungen der Buchführung.
Praxistaugliche Checkliste: So prüfen Hoteliers ihre aktuelle Software Schritt für Schritt
Bevor Sie davon ausgehen, dass Ihr PMS allein aufgrund seiner Cloud-Architektur GoBD-konform ist, sollten Sie die folgenden Punkte überprüfen:
- Testen Sie eine Korrektur – nicht nur eine Buchung. Stornieren Sie in einer Testreservierung eine Folio-Position oder ändern Sie einen Zimmerpreis. Prüfen Sie anschließend, ob der ursprüngliche Eintrag weiterhin sichtbar und mit einem Zeitstempel versehen ist oder ob er lediglich überschrieben wurde.
- Prüfen Sie, wer jeder Änderung zugeordnet ist. Vergewissern Sie sich, dass bei einem korrigierten Datensatz der konkrete Benutzer ausgewiesen wird, der die Änderung vorgenommen hat – und nicht lediglich ein allgemeines Systemprotokoll oder ein gemeinsames Benutzerkonto.
- Überprüfen Sie die Aufbewahrungsfristen. Stellen Sie sicher, dass Transaktionsprotokolle, Folio-Historien und Reservierungsänderungen die nach den GoBD vorgeschriebene Aufbewahrungsdauer von sechs bis zehn Jahren erfüllen und nicht einer kürzeren globalen Standardrichtlinie unterliegen.
- Fordern Sie einen IDEA-kompatiblen Export an. Fragen Sie nach, ob das System auf Knopfdruck einen strukturierten Export erzeugen kann – ohne individuelle Entwicklungen oder manuelle Nachbearbeitung.
- Verfolgen Sie eine Buchung über alle Systeme hinweg. Prüfen Sie, ob die Prozesskette von der Reservierung bis zur endgültigen Zahlungsabwicklung über PMS, POS und Zahlungsdienstleister an jeder Übergabestelle vollständig nachvollziehbar ist.
- Überprüfen Sie Administratorberechtigungen. Kontrollieren Sie, ob Führungskräfte finanzrelevante Datensätze löschen oder stillschweigend bearbeiten können oder ob ausschließlich neue, verknüpfte Korrektureinträge zulässig sind.
- Verwechseln Sie Backups nicht mit einem Audit Trail. Fragen Sie ausdrücklich nach, ob das System eine vollständige Versionshistorie aller Änderungen führt – unabhängig von den regulären Backups zur Notfallwiederherstellung.
- Lassen Sie sich Compliance-Zusagen schriftlich bestätigen. Fordern Sie eine Dokumentation an, aus der hervorgeht, welche GoBD-Anforderungen erfüllt werden und auf welche Weise – anstatt sich auf allgemeine Marketingaussagen zu verlassen.
Zeigt bereits einer dieser Prüfpunkte eine Schwachstelle auf, ist dies mit hoher Wahrscheinlichkeit ein Problem, das sich spätestens bei einer zukünftigen Betriebsprüfung bemerkbar machen wird – und keine bloße Formalität.
GoBD-Konformität als Grundlage für unternehmerische Stabilität
Die GoBD sind weit mehr als eine gesetzliche Pflicht, die lediglich erfüllt werden muss. Der entscheidende Unterschied zwischen einem cloudfähigen und einem prüfungssicheren System besteht darin, ob den gespeicherten Daten tatsächlich vertraut werden kann: Jede Korrektur bleibt dauerhaft erhalten, jede Änderung ist eindeutig einer Person und einem Zeitpunkt zugeordnet, und die vollständige Historie einer Buchung lässt sich jederzeit lückenlos nachvollziehen. Das erleichtert nicht nur Betriebsprüfungen durch die Finanzbehörden, sondern hilft Hotels auch dabei, Streitfälle mit Gästen zu klären, interne Fehler aufzudecken und fundierte Entscheidungen auf Basis verlässlicher Daten zu treffen.
Generisches Cloud-Hosting bietet dieses Maß an Unveränderbarkeit und Nachvollziehbarkeit nur selten. Ein speziell auf die Anforderungen der GoBD ausgelegtes PMS verschafft Hoteliers deshalb weit mehr als nur rechtliche Sicherheit: Es schafft Vertrauen in die eigenen Geschäftsprozesse – Vertrauen, das sowohl einer Betriebsprüfung als auch den Anforderungen von Gästen und dem eigenen Unternehmen standhält.
