PMS in der Cloud oder vor Ort: Was das für Ihren Betrieb konkret heißt

Cloud oder On-Premise entscheidet darüber, wo Verantwortung und Ausfallrisiken liegen. Maßgeblich sind Internetabhängigkeit, Wiederherstellung und die Anbindung lokaler Systeme.
Zum Artikel
Continue Read
zurück
zurück

PMS in der Cloud oder vor Ort: Was das für Ihren Betrieb konkret heißt

Author
Pilipp Krey
Lesezeit
5 min
Publiziert
November 2026

Die Diskussion über Cloud- und On-Premise-Systeme wird häufig wie ein Produktvergleich geführt. Welche Lösung ist moderner? Welche bietet mehr Funktionen? Welche Oberfläche wirkt zeitgemäßer?

Für den Hotelbetrieb sind andere Fragen entscheidender. Wer wird angerufen, wenn das PMS nicht erreichbar ist? Wer prüft, ob das letzte Backup tatsächlich verwendbar ist? Wie arbeitet die Rezeption weiter, wenn die Internetleitung ausfällt? Und wer bringt das System wieder zum Laufen, wenn PMS, Netzwerk, Schließanlage und Zahlungsdienstleister jeweils für sich keinen Fehler erkennen?

Cloud oder On-Premise beschreibt deshalb nicht nur den Standort einer Software. Die Entscheidung legt fest, wo technische Verantwortung liegt, welche Abhängigkeiten entstehen und welche Störungen das Hotel selbst auffangen muss.

Die entscheidende Frage lautet: Wer betreibt das System?

Bei einem Cloud-PMS läuft die zentrale Anwendung im Rechenzentrum des Anbieters. Das Hotel greift über das Internet darauf zu. Der Anbieter wartet die Plattform, installiert Updates und kümmert sich um die zentrale Datensicherung und Wiederherstellung.

Bei einer On-Premise-Lösung läuft das PMS dagegen auf einem Server im Hotel oder in einer selbst verantworteten Infrastruktur. Das Haus behält mehr Kontrolle über Betrieb und Konfiguration, übernimmt damit aber auch Aufgaben, die bei einer Cloud-Lösung beim Hersteller liegen.

Diese Verteilung von Verantwortung wird im Alltag leicht übersehen. Solange alles funktioniert, wirkt die technische Architektur wie eine Hintergrundentscheidung. Relevant wird sie am Sonntagmorgen, wenn das PMS nicht startet, beim Schichtwechsel niemand das Administratorkennwort kennt oder sich herausstellt, dass zwar regelmäßig Backups erstellt wurden, ihre Wiederherstellung aber nie getestet wurde.

Die Deployment-Entscheidung beseitigt solche Aufgaben nicht. Sie verschiebt sie.

Auch die Prioritäten der Hoteliers sprechen dafür, das Thema aus Betriebssicht zu betrachten. Im HTR 2026 PMS Report wurden 450 geprüfte Hoteliers befragt; 44 Prozent nannten Cloud-Zugriff und Remote-Management als Priorität. Integriertes Payment und Housekeeping lagen mit jeweils 60 Prozent deutlich darüber.

Cloud-Zugriff ist also relevant, steht aber nicht allein im Mittelpunkt. Höher gewichtet werden Funktionen, die unmittelbar in den täglichen Betrieb eingreifen. Für die Deployment-Frage folgt daraus keine automatische Entscheidung zugunsten der einen oder anderen Architektur. Sie muss vielmehr danach beantwortet werden, unter welchen Bedingungen die zentralen Prozesse eines konkreten Hotels zuverlässig laufen.

Was sich mit einem Cloud-PMS im Alltag verändert

Ein Cloud-PMS nimmt dem Hotel einen erheblichen Teil des klassischen Serverbetriebs ab. Es muss vor Ort kein PMS-Server beschafft,gewartet und regelmäßig erneuert werden. Updates werden zentral eingespielt. Neue Standorte oder zusätzliche Arbeitsplätze lassen sich meist anbinden, ohne die lokale Serverumgebung entsprechend auszubauen.

Auch der Zugriff wird flexibler. Berechtigte Mitarbeitende können das System je nach Lösung von anderen Standorten oder mobilen Geräten aus nutzen. Für Hotelgruppen erleichtert das die zentrale Steuerung. Der technische Betrieb wird zugleich kalkulierbarer, weil viele Kosten als laufende Gebühren statt als größere Investition in Hardware und Lizenzen anfallen.

Vor allem aber liegt die Wiederherstellung der zentralen Anwendung beim Anbieter. Fällt dessen Plattform aus, kann das Hotel den PMS-Server nicht selbst neu starten oder ein lokales Backup einspielen. Es muss den Vorfall melden und auf die Wiederherstellung durch den Betreiber warten.

Das ist nicht grundsätzlich ein Nachteil. Ein spezialisierter Cloud-Anbieter kann Systeme oft professioneller redundant betreiben, als es ein einzelnes Hotel mit einem Serverraum vor Ort könnte. Für den Betrieb bedeutet es jedoch, dass die Einflussmöglichkeiten während einer zentralen Störung begrenzt sind. Entscheidend sind dann ein klarer Eskalationsweg, erreichbarer Support und vorbereitete Ersatzprozesse.

Noch unmittelbarer ist die Abhängigkeit von der Internetverbindung.

Freitag, kurz vor der Hauptanreise. Die Arbeitsplätze an der Rezeption funktionieren, die Kartenleser sind eingeschaltet, doch das PMS lässt sich nicht öffnen. Nicht der PMS-Anbieter ist ausgefallen, sondern die Leitung des Hotels.

Bei einer vollständig cloudbasierten Lösung kann bereits eine lokale Internetstörung den Zugriff auf Reservierungen, Gastkonten und Zimmerstatus unterbrechen. Eine zweite Leitung oder eine Mobilfunkanbindung kann dieses Risiko reduzieren. Sie hilft allerdings nur, wenn die Umschaltung vorbereitet, technisch getestet und für die benötigten Systeme freigegeben ist.

Auch der Notbetrieb muss vorab geklärt sein. Sind aktuelle Anreiselisten lokal verfügbar? Lassen sich Schlüsselkarten ohne aktive PMS-Verbindung ausgeben? Wie werden Zahlungen, Zusatzleistungen und Zimmerwechsel dokumentiert, damit sie später sauber nachgetragen werden können?

Ein Cloud-PMS macht den Betrieb nicht automatisch ausfallsicher. Es verlagert den technischen Schwerpunkt vom lokalen Server auf Konnektivität, Anbietersteuerung und funktionierende Notprozesse.

Was ein PMS vor Ort dem Hotel abverlangt

Ein lokal betriebenes PMS kann auch dann erreichbar bleiben,wenn die externe Internetverbindung gestört ist. Rezeption und andere angebundene Bereiche arbeiten innerhalb des Hotelnetzes weiter, sofern die benötigten Funktionen und Schnittstellen ebenfalls lokal verfügbar sind.

Diese Unabhängigkeit kann ein starkes Argument sein. Besonders dort, wo die Leitungsqualität schwankt oder ein unterbrechungsfreier lokaler Betrieb höher gewichtet wird als der Zugriff von außen, ist ein eigener Server nicht automatisch ein überholtes Modell.

Auch wirtschaftlich kann On-Premise im Mehrjahresbetrieb sinnvoll sein. Nach der anfänglichen Investition können die laufenden Kosten unter denen eines dauerhaft nutzungsbasierten Cloud-Modells liegen. Ob dastatsächlich zutrifft, hängt allerdings davon ab, ob Hardwareerneuerung, Lizenzen, Wartungszeit, Datensicherung und technischer Support vollständig mitgerechnet werden.

Hinzu kommt der größere Konfigurationsspielraum. In gewachsenen Hotelumgebungen sind Buchungssystem, Schließanlage,Kartenprogrammierung, Kassensystem und weitere lokale Anwendungen oft eng miteinander verbunden. Ein eigener Server kann hier direktere Integrationen erlauben und bestimmte Abläufe unabhängig von externen Plattformen halten.

Diese Kontrolle hat ihren Preis: Jemand muss den Serverüberwachen, Betriebssystem und Datenbank pflegen, Sicherheitsupdates installieren und prüfen, ob angeschlossene Systeme nach einer Änderung weiterhin funktionieren. Auch die Datensicherung bleibt in der eigenen Verantwortung.

Ein Backup ist dabei erst dann belastbar, wenn sich daraus ein lauffähiges System wiederherstellen lässt. Kopierte Dateien allein beantworten noch nicht, wie lange eine Wiederherstellung dauert, wer sie ausführt und ob die benötigte Hardware verfügbar ist.

Montagmorgen bleibt der PMS-Server beim Start hängen. Die Rezeption kann nicht arbeiten. Der Hersteller bestätigt, dass die Anwendung grundsätzlich unterstützt wird, verweist bei der Ursache aber auf das Betriebssystem oder die Hardware. Nun muss klar sein, wer den Server administriert, das Backup prüft und die Abstimmung zwischen den Beteiligten übernimmt.

On-Premise schafft Unabhängigkeit von der Leitung, aber keine Unabhängigkeit von technischer Verantwortung.

Nicht jede Modernisierung muss in die Cloud führen

Aus 25 Jahren Praxis mit beiden Betriebsmodellen ergibt sich kein allgemeiner Sieger. Es gab Projekte, in denen bewusst zu einem eigenen Server geraten wurde, weil die Unabhängigkeit von der Internetleitung und die Kosten über mehrere Jahre stärker wogen als Remote-Zugriff und ausgelagerte Wartung.

In anderen Häusern war die Cloud die logischere Lösung. Mehrere Standorte sollten zentral arbeiten, lokale Serverkenntnisse waren nicht vorhanden und die bestehende Hardware hätte ohnehin ersetzt werden müssen. Dort hätte ein Festhalten an On-Premise vor allem neue Wartungsaufgaben geschaffen.

Entscheidend ist nicht, welche Architektur als moderner gilt. Entscheidend ist, welches Betriebsmodell zum Haus passt.

Ein Hotel mit mehreren Standorten, stabiler redundanter Internetanbindung und zentraler Verwaltung bewertet die Cloud anders als ein einzelnes Haus mit schwacher Leitungsversorgung und vielen lokal gekoppelten Systemen. Ebenso macht es einen Unterschied, ob intern technisches Personalverfügbar ist oder jede Serverstörung extern eskaliert werden muss.

Auch vorhandene Schnittstellen dürfen nicht nur auf dem Papier betrachtet werden. Ein Cloud-PMS kann grundsätzlich mit Schließsystem,Payment und POS verbunden sein. Für den Betrieb ist aber ausschlaggebend, wie diese Verbindungen technisch umgesetzt sind, welche lokalen Komponenten weiterhin benötigt werden und wer im Fehlerfall Zugriff auf Protokolle und Konfigurationen hat.

Umgekehrt ist ein lokales PMS nicht automatisch robuster. Ein einzelner Server ohne überwachte Hardware, getestetes Backup oder klare Vertretung schafft lediglich eine andere Form der Abhängigkeit.

Die Entscheidung fällt im Störungsfall

Vor einer Entscheidung sollte ein Hotel deshalb nicht nur Funktionen und Lizenzkosten vergleichen, sondern konkrete Störungssituationen durchspielen.

Was geschieht, wenn die Internetleitung für mehrere Stunden ausfällt? Bei einem Cloud-PMS muss feststehen, welche Ersatzverbindung übernimmt und welche Prozesse offline weiterlaufen können. Bei einem lokalen PMS lautet die entsprechende Frage, was passiert, wenn Server oder Datenträger ausfallen.

Ebenso wichtig ist die Wiederherstellung. In der Cloud liegt sie beim Anbieter. Das Hotel benötigt vertraglich und organisatorisch klare Eskalationswege, hat auf den technischen Ablauf aber nur begrenzten Einfluss. On-Premise kann die Wiederherstellung selbst gesteuert werden, vorausgesetzt,es gibt ein geprüftes Backup, dokumentierte Zugänge und jemanden, der den Vorgang beherrscht.

Auch Updates verteilen die Verantwortung unterschiedlich. In der Cloud entscheidet meist der Anbieter über Zeitpunkt und Auslieferung. Das reduziert den Wartungsaufwand, verlangt aber Aufmerksamkeit für Änderungen an Oberflächen, Schnittstellen und Arbeitsabläufen. Beim lokalen Betrieb lässt sich ein Update stärker steuern und testen. Dafür darf es nicht auf unbestimmte Zeit verschoben werden, weil genau daraus Sicherheits- und Kompatibilitätsprobleme entstehen.

Die Frage „Cloud oder On-Premise?“ wird damit zu einer Reihe sehr konkreter Betriebsfragen: Welche Ausfälle kann das Hotel selbst überbrücken? Welche Aufgaben sollen beim Hersteller liegen? Welche Kompetenzen sind vor Ort vorhanden? Und an welcher Stelle wäre eine Abhängigkeit besonderskritisch?

Verantwortung endet nicht am PMS

Cloud-Systeme reduzieren lokale Serverarbeit, ermöglichen Remote-Zugriff und erleichtern die Skalierung. Dafür steigt die Bedeutung von Internetanbindung, Anbieter-Support und vorbereiteten Ersatzprozessen.

On-Premise-Systeme geben dem Hotel mehr Kontrolle und können den lokalen Betrieb von der externen Leitung unabhängig halten. Dafür bleiben Wartung, Patching, Backup und Wiederherstellung in der eigenen Verantwortung.

Beide Modelle können zuverlässig funktionieren. Beide können schlecht betrieben werden.

Ein Anbieterwechsel behebt keine instabile Vernetzung, keine unklaren Schnittstellenzuständigkeiten und kein unverwaltetes Endgerät. Was ein Hotel braucht, ist ein technischer Verantwortungspunkt, der den Gesamtprozess betrachtet: vom PMS über Netzwerk und Endgeräte bis zu Payment, Buchungssystem und Schließanlage.

Diese Zuständigkeit darf nicht an der Grenze eines einzelnen Herstellers enden.

FAQ: PMS in der Cloud oder vor Ort

Ist ein Cloud-PMS automatisch ausfallsicherer?

Nein. Der zentrale Serverbetrieb liegt zwar beim Anbieter, dafür werden Internetanbindung, Supportwege und vorbereitete Ersatzprozesse kritischer. Eine zweite Leitung hilft nur, wenn die Umschaltung eingerichtet und getestet ist.

Wann kann ein lokales PMS sinnvoll sein?

Wenn der Betrieb bei einer Störung der externen Leitung lokal weiterlaufen muss oder viele Systeme eng am Standort gekoppelt sind. Dann müssen Wartung, Datensicherung und Wiederherstellung allerdings klar verantwortet und regelmäßig geprüft werden.

Wer ist bei einem Cloud-PMS für Backups und Wiederherstellung zuständig?

Die zentrale Datensicherung und Wiederherstellung liegen in der Regel beim Anbieter. Das Hotel braucht dennoch vertraglich und organisatorisch klare Eskalationswege, weil es den technischen Ablauf während einer zentralen Störung nur begrenzt beeinflussen kann.

Welche Rolle spielen bestehende Schnittstellen bei der Entscheidung?

Entscheidend ist nicht nur, ob eine Schnittstelle angeboten wird, sondern wie sie technisch umgesetzt ist und welche lokalen Komponenten weiter benötigt werden. Ebenso muss feststehen, wer im Fehlerfall auf Protokolle und Konfigurationen zugreifen kann.

Welche Frage sollte vor Cloud oder On-Premise zuerst beantwortet werden?

Das Hotel sollte klären, welche Ausfälle es selbst überbrücken kann und welche Aufgaben beim Hersteller liegen sollen. Erst daraus ergibt sich, welches Betriebsmodell zum Haus passt.