Insellösungen: Wenn Kasse, Spa und Buchhaltung nicht miteinander reden
Drei Systeme, drei Exporte, drei Wahrheiten. Warum getrennte Software im Hotel jeden Monatsabschluss zu einer Abstimmung macht — und woran man erkennt, ob eine angebotene Schnittstelle wirklich eine ist.
Von Sascha Wohlert
Der Monatsabschluss in einem Haus mit Restaurant und Spa läuft oft so: Aus dem Kassensystem kommt eine Umsatzliste. Aus der Spa-Software eine zweite. Das PMS liefert die Logiszahlen. Und dann sitzt jemand zwei Stunden davor und sucht die Differenz von 340 Euro, die entstanden ist, weil eine Massage am 14. auf die Zimmerrechnung gebucht, im Spa-System aber als Barzahlung markiert wurde.
Niemand hat diese Architektur geplant. Sie ist entstanden: erst das PMS, dann eine Kasse, weil das Restaurant größer wurde, dann eine Spa-Software, weil die Therapeutinnen einen Terminplan brauchten. Jedes einzelne System war zum Zeitpunkt der Entscheidung richtig. Zusammen bilden sie eine Landschaft, in der dieselbe Leistung an drei Stellen erfasst wird.
Dieser Beitrag beschreibt, wo genau die Daten auseinanderlaufen, was das kostet, und wie man beim Anbietergespräch erkennt, ob eine angebotene Schnittstelle mehr ist als ein Export-Knopf.
Wie Insellösungen entstehen
Datensilos in der Hotellerie sind selten das Ergebnis einer schlechten Entscheidung, sondern das Ergebnis vieler kleiner richtiger. Der Auslöser ist fast immer derselbe: Das vorhandene System kann etwas nicht, und die Erweiterung kostet extra oder existiert nicht.
Wenn das PMS kein Kassenmodul hat, kommt ein Kassensystem dazu. Wenn es keinen Wellness-Terminplan hat, kommt eine Spa-Software dazu. Wenn es keinen DATEV-Export hat, übernimmt die Steuerberatung den Rest — mit einem Belegordner als Schnittstelle.
Und weil jedes dieser Systeme sein eigenes Verständnis von „einem Vorgang“ hat, verschieben sich die Zahlen. Für das Kassensystem ist eine Massage ein Verkauf. Für die Spa-Software ein Termin. Für das PMS eine Position auf dem Gastkonto. Drei Datensätze für ein Handtuch und vierzig Minuten Arbeit.
Wo die Daten auseinanderlaufen
Die Bruchstellen sind erstaunlich vorhersagbar. Es sind immer die Momente, in denen ein Vorgang das System wechselt.
Wo die Zahlen auseinanderlaufen
Vier Systeme, vier Wahrheiten
- PMSZimmer, Gäste, Logis · eigener Export
- KassensystemRestaurant & Bar · eigener Export
- Spa-SoftwareTermine & Anwendungen · eigener Export
- BuchhaltungBelege & Konten · eigener Export
Übertragung dazwischen: manuell. Jede Abschrift ist eine Stelle, an der zwei Systeme unterschiedliche Summen behalten können.
Jedes System exportiert für sich. Was zwischen ihnen liegt, tippt jemand ab — meist am Monatsende, meist zweimal.
Ein Gastkonto, ein Abschluss
Jede Leistung wird dort erfasst, wo sie entsteht, und läuft in dasselbe Gastkonto — der Monatsabschluss ist eine Auswertung, keine Abstimmung.
Vier Stellen fallen in der Praxis besonders auf:
Die Zimmerbuchung aus dem Restaurant. Der Gast unterschreibt den Bon und sagt „aufs Zimmer“. Wenn Kasse und PMS nicht verbunden sind, trägt jemand den Betrag später ein — oder legt den Bon in ein Fach, das um 22 Uhr niemand mehr leert.
Die Anzahlung. Sie geht auf dem Bankkonto ein, wird im PMS der Reservierung zugeordnet und muss in der Buchhaltung als Verbindlichkeit stehen, bis die Leistung erbracht ist. Drei Systeme, drei Zeitpunkte.
Der Gutschein. Verkauft im Dezember, eingelöst im April, vielleicht im Restaurant, vielleicht im Spa. Ohne gemeinsamen Datenstand weiß im April niemand mehr, welcher Umsatz im Dezember schon erfasst wurde.
Die Storno-Korrektur. Eine Rechnung wird nach dem Check-out storniert und neu geschrieben. Im PMS sauber dokumentiert. In der Kasse steht der ursprüngliche Vorgang weiter, weil dort nichts storniert wurde.
Was das tatsächlich kostet
Der offensichtliche Posten ist Zeit. Eine Stunde Mehrfacherfassung pro Tag ist in Häusern mit Restaurant und Spa keine pessimistische Annahme. Über ein Jahr ist das ein Betrag, der jedes Softwaremodul überschreitet — nur steht er in keinem Angebot.
Der zweite Posten ist der Monatsabschluss. Abstimmen ist keine Buchhaltung, sondern Suchen. Und weil die gefundene Differenz meist erklärt und nicht korrigiert wird, wandert die Unsicherheit ins nächste Jahr.
Der dritte Posten ist das Prüfungsrisiko, und er ist der unangenehmste. Wenn ein Prüfer wissen will, wie ein Umsatz entstanden ist, muss der Weg von der Leistung bis zur Buchung nachvollziehbar sein. Über drei Systeme mit manuellen Übergaben ist dieser Weg an jeder Übergabe unterbrochen. Wie das im Kassenbereich konkret aussieht, steht in TSE, DSFinV-K und die Kassennachschau.
Woran Sie eine echte Schnittstelle erkennen
„Wir haben eine Schnittstelle“ ist eine der dehnbarsten Aussagen im Softwarevertrieb. Diese fünf Fragen trennen die Ankündigung von der Funktion:
- In welche Richtung läuft sie? Ein Export ist einseitig. Eine Schnittstelle, die den Zimmerstatus zurück an die Kasse meldet, ist zweiseitig — nur dann kann die Kasse prüfen, ob das Zimmer belegt ist.
- Wie oft? Nächtlich oder in Echtzeit macht den Unterschied zwischen „der Bon ist auf der Rechnung“ und „der Bon ist morgen auf der Rechnung, wenn der Gast schon weg ist“.
- Welcher Standard? Für Kassensysteme ist VGPMS im deutschsprachigen Raum verbreitet und wird unter anderem von Vectron unterstützt. Ein herstellereigenes Format bindet Sie an genau ein Gerät.
- Was passiert bei einem Storno? Wenn die Korrektur nicht mitläuft, ist die Schnittstelle nur für den Gutfall gebaut.
- Ist sie im Preis enthalten? Schnittstellen sind ein klassischer Aufpreis-Posten — wie viele andere Module auch. Was das in Summe ausmacht, haben wir in Was Hotelsoftware wirklich kostet aufgeschlüsselt.
Und eine Frage an sich selbst: Welche dieser Systeme brauchen Sie eigentlich getrennt? Ein eigener Spa-Terminplan ist sinnvoll, wenn er Therapeuten, Räume und Anwendungsdauern kennt. Er ist nicht sinnvoll, wenn er nur Termine speichert und die Rechnung ohnehin im PMS entsteht.
Konsolidieren, ohne alles gleichzeitig umzustellen
Der häufigste Grund, warum Häuser bei drei Systemen bleiben, ist nicht Überzeugung, sondern Angst vor dem Umstellungswochenende. Die ist berechtigt: Ein PMS-Wechsel mitten in der Saison ist ein Risiko, das niemand freiwillig eingeht.
Die Reihenfolge lässt sich aber entzerren. In der Praxis funktioniert ein Weg über drei Schritte gut.
Zuerst das Gastkonto. Alles, was auf der Zimmerrechnung landen soll, muss in einem System zusammenlaufen: Logis, Frühstück, Minibar, Spa, Restaurantbons. Solange das steht, ist der Rest Anbindung.
Dann die Kasse. Sie ist der Bereich mit den härtesten Pflichten und der geringsten Toleranz für manuelle Übergaben — was dort schiefgeht, fällt bei einer Nachschau auf, nicht am Monatsende. Details dazu stehen im Beitrag zu TSE und DSFinV-K.
Zuletzt die Buchhaltung. Ein Export nach SKR03 oder SKR04 ist kein Projekt, sondern eine Kontenzuordnung — aber er ist nur so gut wie die beiden Schritte davor. Wer mit ihm anfängt, exportiert saubere Zahlen aus unsauberen Quellen.
Zwei Punkte gehören in jede Planung: ein Stichtag, der auf einen Monatswechsel und in die Nebensaison fällt, und eine Übergangsphase, in der Altsystem und Daten noch lesbar bleiben. Für Kassensysteme empfiehlt die Finanzverwaltung ausdrücklich, die Altkasse nach einer Umstellung weiter aufzubewahren — die Aufbewahrungsfristen laufen unabhängig von Ihrem Softwarevertrag.
Fazit
Insellösungen kosten nicht deshalb Geld, weil sie einzeln teuer sind, sondern weil sie zwischen sich Arbeit erzeugen, die niemand kalkuliert hat. Der Aufwand steigt mit jedem System, und die Verlässlichkeit der Zahlen sinkt.
Bei Hestia PMS liegt der Wellness-Terminplan im selben System wie das Gastkonto: Eine Anwendung wird beim Buchen des Termins zur Position auf der Zimmerrechnung, mit Therapeut, Raum und Dauer. Restaurant- und Barumsätze kommen über die POS-Anbindung nach VGPMS herein, etwa von Vectron-Kassen. Portalbuchungen holt der Channelmanager über DIRS21 in denselben Belegungsplan. Gutscheine, Anzahlungen und Stornos laufen über dieselben Belegnummern. Am Ende steht ein Buchungsjournal auf Ihrem Kontenrahmen nach SKR03 oder SKR04 — und ein Audit-Trail, der von der Leistung bis zur Buchung durchgeht.
Der Unterschied zeigt sich nicht im Tagesgeschäft, sondern am dritten Werktag des Monats.
Die Feature-Übersicht zeigt den Weg einer Leistung vom Restaurant bis ins Buchungsjournal — mit den Modulen, die daran beteiligt sind. Alle sind im Preis enthalten, es gibt keine Schnittstellen-Aufpreise.