Hotelsoftware-Schnittstellen: welche du wirklich brauchst — und woran du eine schlechte erkennst
Channel Manager, Buchhaltung, Zutritt, Meldewesen: welche Schnittstellen ein kleines Haus wirklich braucht, wie sie gebaut sind und was du vorher fragst.
„Ja, wir haben eine Schnittstelle zu Ihrer Buchhaltung." Der Satz steht in jedem zweiten Angebot — und sagt fast nichts. Er kann bedeuten: Daten fließen nachts automatisch in beide Richtungen. Er kann auch bedeuten: Du kannst eine CSV-Datei herunterladen und jemand anderes lädt sie irgendwo hoch.
Ein kleines Hotel braucht in der Praxis sechs Schnittstellen: Channel Manager, Buchungsstrecke auf der eigenen Website, Buchhaltung, Zahlungsanbieter, Zutritt und Meldewesen. Entscheidend ist nicht, ob eine Schnittstelle existiert, sondern drei Eigenschaften: die Richtung (liest sie nur oder schreibt sie auch zurück), die Frequenz (Sekunden oder ein nächtlicher Lauf) und die Feldtiefe (kommt nur die Belegung an oder auch Preis, Gastdaten und Storno). Wer nur nach dem Häkchen fragt, bekommt oft eine Dateiablage verkauft.
Die sechs Schnittstellen, die ein Haus wirklich braucht
Alles andere ist Kür. Diese sechs entscheiden, wie viel du von Hand tippst:
| Schnittstelle | Was sie überträgt | Was ohne sie passiert |
|---|---|---|
| Channel Manager | Verfügbarkeit, Preise, Buchungen von Booking, Airbnb & Co. | Du pflegst jedes Portal einzeln — und überbuchst irgendwann |
| Buchungsstrecke (IBE) | Direktbuchungen von der eigenen Website ins System | Anfragen kommen per Mail, du tippst sie ab |
| Buchhaltung | Umsätze, Steuersätze, Rechnungen an DATEV, lexoffice, sevDesk oder easybill | Monatlicher Export-Import-Zirkus mit dem Steuerberater |
| Zahlung (PSP) | Kartenzahlung, Vorauszahlung, Rückerstattung | Zahlungsabgleich von Hand, offene Posten bleiben liegen |
| Zutritt | Türcodes, Gültigkeitszeiträume | Schlüsselübergabe zur Anreisezeit — auch um 23 Uhr |
| Meldewesen | Meldescheine, Kurtaxe, Beherbergungsstatistik | Doppelerfassung für Gemeinde und Statistikamt |
Die Reihenfolge ist bewusst gewählt. Der Channel Manager verhindert Überbuchungen und damit echten Umsatzschaden, die Buchhaltungs-Schnittstelle spart die meisten Stunden. Zutritt und Meldewesen sind später dran — aber sie sind der Grund, warum viele Häuser abends noch am Empfang stehen.
Vier Bauarten — und was sie im Alltag taugen
Hinter dem Wort „Schnittstelle" stecken vier sehr unterschiedliche Techniken:
REST-API mit Webhooks. Der Goldstandard. Beide Systeme sprechen direkt miteinander, und bei jeder neuen Buchung ruft das eine das andere aktiv an. Verzögerung: Sekunden. Daran erkennst du sie: Der Anbieter hat eine öffentliche Entwickler-Dokumentation mit Endpunkten und Feldlisten.
API ohne Webhooks (Polling). Funktioniert, aber das Zielsystem muss regelmäßig nachfragen. Üblich sind Intervalle von 5 bis 60 Minuten. Für Buchhaltung völlig ausreichend, für Verfügbarkeit auf stark gebuchten Terminen grenzwertig.
CSV oder SFTP-Export. Ein Datei-Abzug, meist nachts. Kein Rückkanal, keine Fehlermeldung, wenn etwas nicht ankommt. Hier passieren die meisten stillen Datenverluste — und genau das wird gern als „Schnittstelle" verkauft.
iCal. Der wichtigste Fallstrick für kleine Häuser. iCal überträgt ausschließlich, ob ein Zeitraum belegt oder frei ist. Keine Preise, keine Gastdaten, keine Stornogründe, keine Zahlungsinfos. Für einen zweiten Kalender in Ordnung, als Kanalanbindung nicht. Wer drei Portale per iCal verbindet, synchronisiert Blockaden — und tippt alles Übrige weiter ab.
Woran du vor Vertragsschluss eine schwache Schnittstelle erkennst
Fünf Fragen, die im Verkaufsgespräch selten von allein beantwortet werden:
- Schreibt sie zurück? Eine Buchhaltungs-Schnittstelle, die Umsätze exportiert, aber keinen Zahlungsstatus zurückholt, lässt dich offene Posten weiter von Hand abgleichen.
- Wie oft läuft sie? „Täglich" heißt: Eine Buchung um 9 Uhr morgens steht bis Mitternacht nur in einem System.
- Welche Felder genau? Lass dir die Feldliste zeigen. Fehlt der Leistungszeitraum oder der Steuersatz, ist die Rechnung am Ende doch Handarbeit.
- Was passiert bei Storno? Viele Schnittstellen übertragen Neubuchungen sauber und Stornos gar nicht. Das fällt erst im Monatsabschluss auf.
- Was kostet der Anschluss? Getrennt fragen: einmalige Einrichtung, laufende Gebühr und Kosten beim zweiten Anbieter. Manche Systeme berechnen die Schnittstelle auf beiden Seiten.
Ein Vergleich der gängigen Systeme im DACH-Raum steht im PMS-Vergleich; wie die Übergabe an die Finanzbuchhaltung im Detail abläuft, steht im Beitrag zur DATEV-Schnittstelle.
Praxis-Beispiel: acht Zimmer, drei Portale
Ein Haus mit acht Zimmern verkauft über Booking, Airbnb und die eigene Website.
Ohne Channel-Manager-Schnittstelle: Verfügbarkeit und Preise werden in drei Portalen plus dem eigenen System gepflegt. Realistisch sind 20 Minuten pro Tag für Pflege und Abgleich — rund 10 Stunden im Monat. Dazu kommen die Buchungen, die nicht automatisch im System landen und abgetippt werden.
Mit Schnittstelle: Preise werden einmal zentral gesetzt, Buchungen laufen automatisch ein. Es bleibt eine Kontrollrunde von etwa einer Stunde im Monat.
Die Differenz sind rund neun Stunden. Der eigentliche Gewinn ist aber ein anderer: Eine Doppelbuchung an einem ausgebuchten Wochenende kostet nicht nur den Zimmerpreis, sondern eine Umbuchung und in der Regel eine schlechte Bewertung.
Der Teil, den niemand im Angebot erwähnt: GoBD
Schnittstellen sind nicht nur ein Komfortthema. Sobald steuerlich relevante Daten fließen, greifen die Aufbewahrungspflichten aus § 147 AO: Rechnungen und Buchungsdaten müssen zehn Jahre unveränderbar und maschinell auswertbar vorliegen.
Drei Punkte, die daraus folgen:
- Verfahrensdokumentation. Jede Schnittstelle gehört beschrieben: welche Daten wann von wo nach wo fließen. Bei einer Betriebsprüfung wird genau danach gefragt.
- Unveränderbarkeit. Ein System, in dem eine bereits übertragene Rechnung nachträglich still korrigiert werden kann, ist ein Problem — nicht die Schnittstelle, sondern die Prüfung.
- Datenexport bei Kündigung. Kläre vorher, in welchem Format du deine Daten wiederbekommst. Ein Anbieter, der nur PDF herausgibt, macht den Wechsel teuer.
Der DEHOGA Bundesverband veröffentlicht dazu Handreichungen für die Hotellerie — ein Blick lohnt, bevor du unterschreibst.
Ein Sonderfall ist die Kurtaxe: Sie ist ein durchlaufender Posten und trägt keine Umsatzsteuer (§ 10 Abs. 1 S. 6 UStG). Überträgt die Schnittstelle sie trotzdem als steuerpflichtigen Umsatz, stimmt am Jahresende die Bemessungsgrundlage nicht. Wie sich Kurtaxe und Meldung automatisieren lassen, steht unter Kurtaxe-Software.
Wenn dein PMS die Schnittstelle nicht hat
Nicht jedes System deckt alle sechs Bereiche ab, und ein Wechsel des kompletten PMS ist selten die erste Antwort. Der übliche Weg ist ein Zwischenlayer: ein Dienst, der sich an die vorhandene API hängt und die fehlenden Strecken ergänzt — Rechnungen, Kurtaxe, Gästekommunikation. Genau dafür gibt es zimrly, und ähnliche Ansätze bieten mehrere Anbieter.
Prüfe vorher zwei Dinge: Hat dein aktuelles System überhaupt eine offene API — moderne Cloud-Systeme wie apaleo dokumentieren ihre öffentlich — und darf ein Drittanbieter sie nutzen, ohne dass eine zusätzliche Lizenz fällig wird. Beides steht im Vertrag, nicht auf der Produktseite.
Das Wichtigste in Kürze
- Sechs Schnittstellen zählen: Channel Manager, Buchungsstrecke, Buchhaltung, Zahlung, Zutritt, Meldewesen. Der Rest ist Kür.
- „Hat eine Schnittstelle" ist keine Auskunft. Frag nach Richtung, Frequenz und Feldliste — sonst kaufst du einen CSV-Download.
- iCal ist keine Kanalanbindung. Es überträgt nur belegt oder frei, keine Preise und keine Gastdaten.
- Stornos sind der häufigste blinde Fleck. Viele Schnittstellen übertragen Neubuchungen sauber und Absagen gar nicht.
- Rechne mit rund 9 gesparten Stunden pro Monat bei acht Zimmern und drei Portalen — der größere Posten ist die vermiedene Doppelbuchung.
- GoBD nicht vergessen: Jede Schnittstelle gehört in die Verfahrensdokumentation, und der Datenexport bei Kündigung sollte vor Vertragsschluss geklärt sein.