PMS, CRM und RMS verbinden

Ein durchschnittliches Hotel mittlerer Größe arbeitet heute mit fünf bis zehn verschiedenen Softwaresystemen. Mindestens.

Da ist das PMS (Property Management System) für Reservierungen, Check-in, Belegung. Das RMS (Revenue Management System) für Pricing, Forecast und Nachfragesteuerung. Das CRM für Anfragen, Angebote und Kundenhistorie. Dazu kommen Channel Manager, Buchhaltungssoftware, MICE-Tools, Bewertungsplattformen und — natürlich — Excel.

Jedes dieser Systeme hat seine Berechtigung. Jedes macht seinen Job. Und jedes lebt in seiner eigenen Welt.

Das Problem ist nicht, dass es diese Systeme gibt. Das Problem ist, dass sie nicht miteinander sprechen. Oder wenn sie es tun, dann in verschiedenen Sprachen, mit verschiedenen Definitionen und auf verschiedenen Zeitachsen.

Datensilos sind kein abstraktes IT-Problem. Sie haben konkrete Auswirkungen auf den Hotelalltag.

Zeitverlust. Wenn ein Commercial Director für ein Weekly Meeting Zahlen aus drei verschiedenen Systemen zusammensuchen muss, ist das keine halbe Stunde — das ist oft ein halber Tag. Daten exportieren, in Excel aufbereiten, prüfen ob die Zeiträume stimmen, Abweichungen manuell identifizieren. Jede Woche.

Widersprüchliche Zahlen. Wenn das PMS eine andere Auslastung zeigt als das RMS, welche stimmt? Wenn die Umsatzzahl im CRM nicht zur Buchhaltung passt, wer hat recht? Diese Diskussionen kosten nicht nur Zeit — sie untergraben das Vertrauen in die eigenen Daten.

Späte Reaktion. Wenn man eine Budgetabweichung erst am Monatsende erkennt, weil die Systeme nicht in Echtzeit zusammenspielen, ist der Zeitraum für Gegenmaßnahmen meistens schon vorbei. Dann wird aus „steuern" ein „erklären" — und erklären allein generiert keinen Umsatz.

Fehlende Zusammenhänge. Das PMS sieht die Belegung. Das RMS sieht den Preis. Das CRM sieht die Pipeline. Aber niemand sieht, ob die steigende Belegung aus dem richtigen Segment kommt, ob der Preis zum Budget passt, und ob die Pipeline für nächsten Monat ausreicht. Diese Zusammenhänge existieren nur in den Köpfen einzelner Personen — und das skaliert nicht.

Die meisten Hotels wissen, dass sie ein Integrationsproblem haben. Viele haben auch schon versucht, es zu lösen. Und viele sind gescheitert.

Warum?

APIs sind begrenzt. Nicht jedes Hotelsystem bietet eine offene Schnittstelle. Und die, die es tun, liefern oft nur einen Teil der Daten — oder in Formaten, die sich schwer kombinieren lassen. Eine PMS-API, die Reservierungsdaten liefert, sagt nichts über die Segmentzuordnung im RMS.

Definitionen weichen ab. „Umsatz" im PMS ist nicht dasselbe wie „Umsatz" in der Buchhaltung. „Forecast" im RMS bedeutet etwas anderes als „Forecast" in der Sales-Pipeline. Bevor man Daten verbinden kann, muss man sie erst übersetzen. Und diese Übersetzung ist der Teil, den die meisten Integrationsprojekte unterschätzen.

Excel füllt die Lücke — temporär. Wenn die Systeme nicht zusammenspielen, wird Excel zum inoffiziellen Integrations-Layer. Das funktioniert kurzfristig. Aber Excel-Dateien haben keine Versionierung, keine automatische Aktualisierung und keine Zugriffskontrolle. Was als Brücke anfängt, wird schnell zum Risiko.

BI-Tools reichen nicht. Power BI, Tableau oder Looker können Daten aus verschiedenen Quellen visualisieren. Aber sie lösen das Grundproblem nicht: Wenn die Quelldaten widersprüchlich sind, zeigt auch das beste BI-Dashboard widersprüchliche Zahlen — nur eben mit hübscheren Farben.

Eine einheitliche Datenbasis ist nicht einfach „alle Daten in eine Datenbank kippen". Das wäre ein Data Lake, und Data Lakes allein haben noch kein Hotel besser gesteuert.

Was Hotels brauchen, ist eine normalisierte Datenebene: ein System, das Daten aus verschiedenen Quellen zusammenführt, bereinigt und in ein gemeinsames Datenmodell überführt.

Das bedeutet konkret:

Gleiche Kennzahlen, gleiche Definitionen. Wenn „Umsatz" gesagt wird, muss überall dasselbe gemeint sein. Ob die Zahl aus dem PMS, dem CRM oder der Buchhaltung kommt — sie muss nach den gleichen Regeln berechnet werden.

Gleiche Zeitachsen. Budget-Daten müssen auf der gleichen Zeitachse liegen wie Ist-Daten und Forecast-Daten. Nur dann sind Abweichungen sinnvoll berechenbar.

Gleiche Segmentierung. Wenn das PMS mit Marktsegmenten arbeitet und das CRM mit Kundengruppen, braucht es eine Übersetzungsschicht, die beides in eine gemeinsame Struktur bringt.

Das ist keine triviale Aufgabe. Aber es ist die einzige, die das Grundproblem löst.

Ein wichtiger Punkt, der oft missverstanden wird: Eine einheitliche Datenbasis bedeutet nicht, bestehende Systeme zu ersetzen.

Hotels brauchen weiterhin ihr PMS für den operativen Betrieb. Sie brauchen weiterhin ihr RMS für die Preissteuerung. Sie brauchen weiterhin ihr CRM für Sales-Aktivitäten.

Was sie zusätzlich brauchen, ist eine Lese-Schicht darüber — ein System, das Daten aus all diesen Quellen liest, zusammenführt und für Managemententscheidungen aufbereitet. Ohne in die operativen Systeme einzugreifen. Ohne Datenflüsse zu verändern. Ohne Risiko für den laufenden Betrieb.

Das Read-Only-Prinzip ist nicht nur technisch sinnvoll — es senkt auch die Einstiegshürde dramatisch. Kein Hotel muss sein PMS wechseln, um bessere Entscheidungen zu treffen. Es muss nur seine Daten zugänglich machen.

hotelvision baut genau diese Schicht. Eine zentrale Datenebene, die Informationen aus PMS, RMS, CRM und Buchhaltung zusammenführt, normalisiert und in eine einheitliche Steuerungsansicht überführt.

Keine weitere Excel-Datei. Kein weiteres Dashboard, das nur eine Perspektive zeigt. Sondern eine Plattform, die Zusammenhänge sichtbar macht, Abweichungen automatisch erkennt und konkrete Entscheidungen ermöglicht.

Denn am Ende zählt nicht, wie viele Systeme ein Hotel hat. Es zählt, ob die richtigen Informationen zur richtigen Zeit bei den richtigen Personen ankommen.

Und das gelingt nur mit einer Datenbasis, die das Wort „einheitlich" auch verdient.