Jeden Monat dasselbe Bild: Die Rezeptionistin exportiert PDF-Berichte aus Apaleo, der Buchhalter tippt Zahlen in DATEV ab, der Steuerberater fragt nach fehlenden Belegen. Drei Stunden pro Hotel, jeden Monat, bei sechs Hotels. Wir haben das abgeschafft. Mit einer Pipeline, die nachts läuft und morgens fertig ist.
Warum die Buchhaltung der größte Zeitfresser im Hotelbetrieb ist
Die Buchhaltung in der Hotellerie ist komplex, nicht wegen der Buchungssätze, sondern wegen der Menge. Ein Hotel mit 50 Zimmern erzeugt leicht 300 bis 500 Einzelbuchungen pro Monat: Übernachtungen, F&B-Umsätze, City Tax, Stornierungen, Vorauszahlungen, Gutschriften. Jeder Vorgang muss dem richtigen Konto zugeordnet, steuerlich korrekt verbucht und im DATEV-Format an den Steuerberater übergeben werden.
Das Problem ist nicht Apaleo. Das PMS liefert saubere, strukturierte Daten. Das Problem ist der Medienbruch: Die Daten stehen im System, aber der Weg zum Steuerberater führt über manuelle Exporte, Excel-Dateien und E-Mail-Anhänge. Genau hier setzt Automatisierung an.
400.000+
Buchungsvorgänge
fehlerfrei verarbeitet
15 Min.
pro Hotel & Monat
vorher: mehrere Stunden
6
Hotels parallel
eine Pipeline für alle
Die Architektur: Vom PMS zum Steuerberater in drei Stufen
Unsere Pipeline besteht aus drei Kernbausteinen, die nacheinander greifen. Jeder Baustein läuft automatisch per Cronjob: kein manueller Eingriff nötig, kein Login in Apaleo erforderlich.
Täglicher Datenimport (2:00 Uhr)
Jeden Morgen um 2:00 Uhr holt ein automatisierter Job alle Buchungsvorgänge des vergangenen Geschäftstags über die Apaleo Gross Transactions API (Dokumentation: apaleo.dev). Umsätze, Zahlungen, Stornierungen, City Tax: alles wird in eine PostgreSQL-Datenbank importiert. Der Import läuft für alle Hotels parallel und erkennt Duplikate automatisch anhand einer Kombination aus Property-ID, Vorgangsnummer, Zeitstempel und Betrag.
Monatlicher DATEV-Export (1. des Monats)
Am ersten Tag jedes Monats wird automatisch eine DATEV-konforme Exportdatei erzeugt, für jedes Hotel individuell. Die Kontonummern werden direkt aus den Apaleo-SubAccount-Identifiern extrahiert: Ein Eintrag wie RevenueFoodAndBeverages_8301000 liefert die Kontonummer 8301000 ohne manuelle Mapping-Tabelle. Der fertige Export geht per E-Mail direkt an den jeweiligen Steuerberater.
SevDesk-Kassenbuch (automatisch)
Parallel zum DATEV-Export läuft die Kassenbuch-Automatisierung über SevDesk. Alle Bartransaktionen werden per API abgeholt, in ein Excel-Format überführt und als ZIP-Archiv mit den zugehörigen Belegen an die Buchhaltung versendet. Das ersetzt das handschriftliche Kassenbuch, und liefert jederzeit eine revisionssichere Übersicht aller Barzahlungen.
Architektur-Überblick
Apaleo API → Cronjob (täglich 2:00) → PostgreSQL
PostgreSQL → DATEV-Reporter (monatlich) → E-Mail an Steuerberater
SevDesk API → Kassenbuch-Export (monatlich) → ZIP + E-Mail
SKR03, SKR04 und das Konten-Mapping
In der Hotellerie dominiert der Kontenrahmen SKR03, aber nicht überall. Wenn mehrere Hotels mit verschiedenen Steuerberatern zusammenarbeiten, ist es keine Seltenheit, dass ein Haus mit SKR03 und ein anderes mit SKR04 arbeitet. Das System muss beides unterstützen, und zwar pro Property konfigurierbar.
| Buchungstyp | SKR03 | SKR04 | Apaleo-Bezeichnung |
|---|---|---|---|
| Übernachtungserlöse (7%) | 8300 | 4300 | RevenueAccommodation |
| F&B-Erlöse (19%) | 8301 | 4301 | RevenueFoodAndBeverages |
| City Tax | 8310 | 4310 | CityTax |
| Frühstückserlöse | 8302 | 4302 | RevenueBreakfast |
| Sonstige Erlöse (19%) | 8400 | 4400 | RevenueOther |
| Debitorenkonto (AR) | 1017 | 1017 | PostToAccountsReceivables |
Das Konten-Mapping funktioniert bei Apaleo eleganter als bei den meisten PMS-Systemen: Die DATEV-Kontonummer steckt direkt im SubAccount-Identifier. RevenueFoodAndBeverages_8301000 enthält die Kontonummer 8301000. Ein einfacher regulärer Ausdruck extrahiert den Wert und ordnet ihn automatisch zu. Keine manuellen Mapping-Tabellen, kein Nachpflegen bei neuen Erlösarten.
Aus unserer Erfahrung
Das einzige Mapping, das uns am Anfang Kopfschmerzen bereitet hat, war das Debitorenkonto 1017 (Accounts Receivable). Apaleo liefert die Beträge mit dem gleichen Vorzeichen wie andere Konten. Im DATEV-Export müssen die Vorzeichen aber umgekehrt werden. Wer das übersieht, hat im Monatsabschluss einen Saldo, der nicht aufgeht.
Sebastian Hübsch, CTO H24 Hotels
Der DATEV-Export: Zwei Formate, ein System
Nicht jeder Steuerberater will das Gleiche sehen. Manche Kanzleien brauchen den vollen Detailbericht mit jeder einzelnen Buchung, 4.000 Zeilen und mehr pro Monat. Andere wollen eine kompakte Zusammenfassung: 25 Zeilen mit den aggregierten Summen pro Konto. Unser System unterstützt beides, konfigurierbar pro Hotel.
Detailformat
Jede einzelne Buchung als eigene Zeile. Ideal für Steuerberater, die jede Transaktion nachvollziehen möchten.
Einzelbuchung mit Datum, Konto, Betrag, MwSt.
Kompaktformat
Aggregierte Summen pro Konto und Steuersatz. Für Kanzleien, die selbst verbuchen und nur die Eckdaten brauchen.
Summe pro Konto mit Steueraufteilung
Der Export wird am 1. des Monats automatisch erzeugt und per E-Mail versendet, für jedes Hotel an den hinterlegten Steuerberater. In der Praxis bedeutet das: Am Morgen des 1. hat die Kanzlei die Daten im Postfach, ohne dass jemand im Hotel etwas tun muss.
SevDesk-Integration: Das digitale Kassenbuch
Das Kassenbuch ist in der Hotellerie ein Pflichtdokument, und gleichzeitig einer der letzten manuellen Prozesse. In vielen Hotels wird es noch handschriftlich geführt oder umständlich in Excel eingepflegt. Unsere SevDesk-Integration automatisiert diesen Schritt vollständig.
Bartransaktionen abrufen
Alle Barzahlungen des Monats werden per SevDesk-API abgeholt, gefiltert nach dem Kassenkonto des jeweiligen Hotels.
Excel-Bericht generieren
Die Transaktionen werden in ein formatiertes Excel überführt, mit deutschem Datumsformat, Einzelbeträgen und Monatssumme.
Belege herunterladen
Alle verknüpften Kassenbelege werden als PDF heruntergeladen, automatisch dekodiert und korrekt benannt.
ZIP-Archiv versenden
Excel-Bericht und Belege werden in ein ZIP gepackt und per E-Mail an die Buchhaltung und den Steuerberater versendet.
Die fünf größten Fallstricke, und wie man sie vermeidet
Die Technik ist nicht das Problem. Die Details sind es. Hier die fünf Punkte, die in keinem Apaleo-Handbuch stehen und uns in der Praxis am meisten Zeit gekostet haben.
Geschäftstag vs. Kalendertag
In der Hotellerie beginnt der Geschäftstag nicht um Mitternacht, sondern erst am frühen Morgen, in unserem Fall um 5:40 Uhr. Ein Gast, der um 23:30 Uhr eine Minibar-Buchung auslöst, gehört noch zum laufenden Geschäftstag. Wer den Tagesschnitt auf 0:00 Uhr setzt, weist Nachtschicht-Transaktionen dem falschen Tag zu. Im DATEV-Export fällt das erst auf, wenn der Steuerberater die Tagessummen nicht mit dem PMS abgleichen kann.
Vorzeichenumkehr bei Debitoren (Konto 1017)
Wenn Apaleo einen Betrag auf „Post to Accounts Receivables" bucht, liefert die API den Wert mit dem gleichen Vorzeichen wie reguläre Erlöse. Im DATEV-Export muss dieser Wert aber vorzeichenverkehrt übertragen werden. Der Fehler fällt erst im Monatsabschluss auf, als unerklärbare Saldodifferenz, die den gesamten Abschluss blockiert.
Duplikat-Erkennung bei Re-Imports
Ein täglicher Import muss idempotent sein. Wenn der Job zweimal läuft (nach einem Neustart, einem Timeout, einer Wiederholung), darf keine Buchung doppelt in der Datenbank landen. Wir nutzen ein Tuple-Matching aus Property-ID, Vorgangsnummer, Zeitstempel und Bruttobetrag. Einfache Checks nur auf die Vorgangsnummer reichen nicht, weil Stornierungen dieselbe Nummer mit anderem Betrag haben können.
Zeitzonen in der Apaleo API
Die Apaleo API arbeitet mit UTC-Zeitstempeln. Dein Import-Script muss alle Zeiten nach Europe/Berlin konvertieren, bevor es den Geschäftstag berechnet. Wer UTC-Daten direkt verwendet, ordnet Buchungen zwischen 22:00 und 1:00 Uhr dem falschen Tag zu, an Tagen mit Zeitumstellung sogar systematisch.
Mehrere Kontenrahmen in einem System
Wer nur ein Hotel betreibt, hat dieses Problem nicht. Aber sobald mehrere Properties mit verschiedenen Steuerberatern laufen, braucht das System eine Konfiguration pro Hotel: Welcher Kontenrahmen? Welches Exportformat? Welche E-Mail-Adresse? SKR03-Erlöse liegen im 8xxx-Bereich, SKR04 im 4xxx-Bereich. Eine Verwechslung führt zu komplett falschen Buchungen beim Steuerberater.
Was andere Hotels machen, und wo die Grenzen liegen
Die meisten Hotels lösen die Apaleo-Buchhaltung über einen von drei Wegen. Keiner davon ist falsch, aber jeder hat Grenzen, die man kennen sollte.
Weg 1: Manueller Export
Der Klassiker: PDF-Berichte aus Apaleo exportieren und manuell in DATEV oder Excel übertragen. Funktioniert bei einem Hotel, skaliert aber nicht. Ab drei Properties ist der Aufwand nicht mehr vertretbar.
Weg 2: Accounting-Apps aus dem Apaleo Store
Es gibt im Apaleo Store einige Accounting-Integrationen. Sie decken den Standardfall gut ab: eine Property, ein Kontenrahmen, ein Steuerberater. Sobald die Anforderungen komplexer werden (Multi-Property, gemischte SKR03/04, individuelle Exportformate), stoßen sie an Grenzen.
Weg 3: Eigene Pipeline über die API
Die flexibelste Lösung, und die, die wir gewählt haben. Volle Kontrolle über Konten-Mapping, Exportformate und Zeitpläne. Der Nachteil: Der initiale Aufbau erfordert technisches Know-how. Einmal eingerichtet, läuft das System aber ohne manuellen Eingriff.
Marktbeobachtung
In der Apaleo Community fragen regelmäßig Hotels nach Buchhaltungslösungen. Das zeigt: Es gibt keinen „einen Weg", der für alle passt. Die richtige Lösung hängt von der Anzahl der Properties, dem Steuerberater und dem gewünschten Automatisierungsgrad ab. Was wir beobachten: Hotels, die früh automatisieren, sparen langfristig nicht nur Zeit, sondern reduzieren auch Fehler im Monatsabschluss signifikant.
Aus unserer Erfahrung
Wir haben alle drei Wege ausprobiert. Angefangen mit manuellen Exporten, dann Accounting-Apps getestet, am Ende die eigene Pipeline gebaut. Der Wendepunkt kam, als wir das vierte Hotel anbinden wollten, mit einem anderen Steuerberater und SKR04 statt SKR03. Ab diesem Moment war klar: Nur eine flexible Pipeline kann das leisten, was wir brauchen.
Sebastian Hübsch, CTO H24 Hotels
Drei Schritte, mit denen du heute anfangen kannst
Bestandsaufnahme: Was liefert dein PMS?
Prüfe, welche Daten Apaleo über die API bereitstellt, insbesondere die Gross Transactions Reports und die SubAccount-Identifier. Exportiere einen Monat testweise und vergleiche die Daten mit deinem aktuellen DATEV-Import. Wo stimmen die Kontonummern überein? Wo gibt es Lücken? Dieser Abgleich zeigt dir, wie viel Mapping-Aufwand tatsächlich nötig ist.
Steuerberater einbinden: früh, nicht spät
Der häufigste Fehler: Erst die Pipeline bauen, dann dem Steuerberater das Format zeigen. Dreh es um. Frag deinen Steuerberater: Welches DATEV-Format braucht er genau? Detail- oder Kompaktbericht? Welche Kontonummern erwartet er? Welche Belegfelder muss der Export enthalten? Diese Informationen vorab zu klären spart Wochen an Nacharbeit.
Klein starten, dann skalieren
Beginne mit einem Hotel und einem Monat Testdaten. Richte den täglichen Import ein, erzeuge einen DATEV-Export und lass ihn vom Steuerberater validieren. Erst wenn dieser Kreislauf sauber funktioniert, rollst du auf weitere Properties aus. Der Aufwand für die Ersteinrichtung liegt bei 2 bis 4 Wochen pro Hotel. Danach läuft das System vollautomatisch.
Weiterführende Praxis-Artikel
- PMS-Wechsel im laufenden Betrieb: Erfahrungen aus 4 Migrationen
- Rechnungsrouting automatisieren: Von der Reservierung zur korrekten Rechnung
- Gästerechnungen individualisieren: Rechnungsgestaltung für Hotels