# Systemlandkarte fürs Hotel: Wer den Tech-Stack zusammenhält ## TL;DR - Hotelsoftware verbindet heute Rezeption, Revenue, F&B, Buchhaltung, Payment und Gästekommunikation. - Ohne klare Systemverantwortung werden Schnittstellenfehler schnell zu Serviceproblemen. - Kleine Häuser brauchen meist keine eigene IT-Abteilung, aber einen festen Tech-Owner. - Eine einfache Systemlandkarte klärt Tools, Datenflüsse, Rechte, Supportwege und Notfallprozesse. Montagmorgen, 8.17 Uhr. Die Rezeption hat Kaffee, Anreisen und ein rotes Warnsymbol im PMS. Der Channel Manager meldet andere Verfügbarkeiten. Die Kasse vom Wochenende exportiert nicht sauber. Im Dashboard sieht der Umsatz aus, als hätte jemand die Bar vergessen. Jetzt beginnt das kleine Hotelorchester der Zuständigkeiten. Revenue schaut auf die Rate. Die Buchhaltung auf den Export. Die Rezeption auf den Gast vor dem Tresen. Die externe IT fragt nach dem Ticket. Und irgendwo dazwischen liegt die Schnittstelle, die keiner so richtig besitzt. Genau hier wird Hotel-Tech zur Organisationsfrage. ## Software steht nicht mehr im Hinterzimmer Mews adressiert Tech Leads als eigene Zielgruppe. Das ist ein Signal: Hotelsoftware ist kein stilles Rezeptionsprogramm mehr, sondern Betriebssystem für viele Abteilungen. Das Wall Street Journal berichtete im Januar 2026 über eine 300-Millionen-US-Dollar-Investition in Mews, eine Bewertung von 2,5 Milliarden US-Dollar und rund 15.000 Hospitality-Properties, die Mews bedient. Für 2025 wurden fast 20 Milliarden US-Dollar an hotelbezogenen Transaktionen genannt, vor allem Reservierungen und Zahlungen vor Ort. Man muss daraus keine große Silicon-Valley-Erzählung machen. Für Hoteliers reicht die praktische Erkenntnis: Im Hotel fließt immer mehr Arbeit durch Systeme. PMS, POS, Channel Manager, Booking Engine, Payment, BI, Gästemessaging, CRM, Website, Buchhaltung, Türsystem, Housekeeping-Tool. Früher konnte man vieles getrennt betrachten. Heute zieht ein falsches Feld schnell Kreise. Ein Preisproblem ist manchmal ein Mappingproblem. Ein Reportingproblem ist manchmal ein Buchhaltungsproblem. Ein Check-in-Problem ist manchmal ein Paymentproblem. Der Gast sieht nur: Es dauert. ## Die Lücken sind selten spektakulär Die meisten Tech-Probleme beginnen klein. Zimmerkategorien heißen im PMS anders als im Channel Manager. Ein Frühstückspaket wird verkauft, aber im POS falsch aufgeteilt. Barumsätze laufen in die falsche Kostenstelle. Gästeprofile liegen dreifach in PMS, CRM und Messaging-Tool. Ein alter Login bleibt nach einem Mitarbeiterwechsel aktiv. Oder ein Anbieter spielt ein Update ein, und plötzlich sieht die Schnittstelle ein Feld anders. Der Monatsabschluss merkt es zuerst. Dann wird gesucht, exportiert, verglichen, korrigiert. Datenschutz hängt ebenfalls daran. Gäste- und Zahlungsdaten liegen über mehrere Systeme verteilt. Wer hat Zugriff? Wer darf exportieren? Wer löscht alte Rechte? Wer prüft externe Dienstleister? Das ist keine reine IT-Frage. Es ist Betrieb. ## Tech Lead ist keine Titelmode Ein Tech-Verantwortlicher muss nicht alle Systeme reparieren können. Er muss wissen, welche Systeme es gibt, wie sie sprechen und wer im Ernstfall zuständig ist. Im besten Fall ist diese Rolle Übersetzer. Die Rezeption sagt: „Der Gast kann nicht einchecken.“ Revenue sagt: „Die Rate zieht falsch.“ Buchhaltung sagt: „Der Umsatz ist falsch kontiert.“ Die externe IT sagt: „Das Netzwerk läuft.“ Der Anbieter sagt: „Bitte prüfen Sie das Mapping.“ Jemand muss daraus eine Reihenfolge machen. Die Aufgaben sind handfest: Systemlandkarte pflegen. Schnittstellen dokumentieren. Fachliche Owner benennen. Zugriffsrechte verwalten. Änderungen testen. Supportwege kennen. Notfallplan bereithalten. Datenqualität im Blick behalten. Ein neues Arrangement? Prüfen, ob PMS, Booking Engine, POS, Payment und BI dieselbe Logik verstehen. Ein neuer Channel? Mapping testen, bevor die ersten Buchungen kommen. Ein neues Dashboard? Vorher klären, welche Zahl wessen Wahrheit ist. ## Kleine Häuser, klare Rolle Privathotels und mittelgroße Häuser brauchen selten eine Vollzeit-Tech-Leitung. Aber sie brauchen jemanden, der offiziell zuständig ist. Das kann eine Person aus Operations sein, aus Revenue, aus Front Office oder aus der Geschäftsführung. Wichtig ist Hotelwissen. Externe IT bleibt wichtig für Netzwerk, Geräte, Sicherheit und Support. Aber sie weiß nicht automatisch, wie Ihr Wochenendpaket gebucht, kontiert und ausgewertet werden soll. Ein schlanker Start reicht: - Eine Tech-Owner-Rolle und eine Stellvertretung benennen. - Eine Liste aller Systeme, Anbieter, Kosten, Supportkontakte und Admin-Logins führen. - Datenflüsse markieren: PMS zu POS, PMS zu Payment, PMS zu Channel Manager, PMS zu Buchhaltung. - Änderungen an Rate, Mapping, Payment, Tracking oder Reporting kurz testen. - Monatlich offene Systemthemen mit Rezeption, F&B, Buchhaltung und Geschäftsführung durchgehen. Das ist keine Bürokratie. Es ist eine Brandschutztür für den digitalen Alltag. ## Ausfallpläne sind Servicepläne Der eigentliche Test kommt, wenn etwas nicht geht. PMS hängt. Internet weg. Payment streikt. Kasse exportiert nicht. Channel Manager synchronisiert nicht. Dann muss klar sein, welcher manuelle Prozess greift. Wer nimmt Zahlungen an? Wer führt Anreisen offline? Wer informiert Buchhaltung und Revenue? Wer ruft welchen Anbieter an? Wer gleicht später nach? Wer dokumentiert den Vorfall? Ein älteres arXiv-Paper von Kansakar, Munir und Shabani beschreibt, dass neue Technologien im Gastgewerbe Serviceplattformen verändern und technische Grundstrukturen neue Herausforderungen schaffen. Das klingt akademisch. Im Hotel heißt es schlicht: Mehr Tools brauchen mehr Verantwortung. ## Ein Blatt Papier hilft Die erste Systemlandkarte muss nicht schön sein. PMS in die Mitte. Darum: POS, Channel Manager, Booking Engine, Payment, BI, CRM, Buchhaltung, Gästekommunikation, Türsystem. Daneben Namen, Supportkontakte, Datenflüsse, Adminrechte. Schon dieses Blatt verändert Gespräche. Plötzlich ist sichtbar, wo Daten doppelt liegen. Wo niemand zuständig ist. Wo ein Ausfall den Betrieb trifft. Wo ein Anbieterwechsel vorbereitet werden muss. Tech-Verantwortung ist keine neue Hierarchie. Sie ist das Gegenmittel zum Satz: „Ich dachte, darum kümmert sich jemand anders.“ Wer Schnittstellen besitzt, schützt nicht die Software. Er schützt den Betrieb.