Cloud oder lokales PMS: ein Entscheidungsleitfaden für unabhängige Hotels

Was ist der tatsächliche Unterschied zwischen Cloud und lokal?

Bei einer Cloud-Bereitstellung laufen Anwendung und Datenbank in einer vom Anbieter betriebenen Umgebung. Das Haus greift über einen Browser oder einen Thin Client darauf zu. Sicherungen, Patches und Kapazität liegen in der Verantwortung des Anbieters. Die Abhängigkeit des Hauses ist der Netzwerkpfad zum Anbieter.

Bei einer lokalen Bereitstellung laufen Anwendung und Datenbank auf Servern im Hotel. Das Haus kontrolliert Hardware, Netzwerk und den Upgrade-Kalender. Die Abhängigkeit verlagert sich auf die lokale IT-Kapazität: Jemand muss den Server, die Sicherungen und das Update-Fenster verantworten.

Das funktionale Produkt kann identisch sein. Was sich ändert, ist, wo die Fehler auftreten.

Wann ist die Cloud sinnvoller?

Die Cloud ist für unabhängige Hotels und kleine Gruppen meist die richtige Standardwahl. Sie nimmt den Server von der Risikoliste des Hauses, macht Reporting über mehrere Häuser unkompliziert und hält die Software aktuell, ohne dass jedes Jahr ein Projekt nötig ist.

Sie eignet sich besonders, wenn das Haus über eine resiliente Verbindung verfügt, ein kleines IT-Team hat und keine regulatorische Anforderung besteht, Gästedaten im Gebäude zu halten. Sie passt auch zu Gruppen, die Häuser schneller hinzufügen, als sie IT-Kapazität aufbauen können.

• Das Haus verfügt über einen zuverlässigen primären und einen Backup-Internetzugang.
• Es gibt kein internes IT-Team, das Server und Sicherungen verantwortet.
• Die Gruppe möchte konsolidiertes Reporting ohne Data-Warehouse-Projekt.
• Das Haus erwartet, Module oder Zimmer ohne Hardware-Planung hinzuzufügen.

Wann ist eine lokale Bereitstellung weiterhin sinnvoll?

Eine lokale Bereitstellung ist nicht obsolet. Sie bleibt die ehrliche Wahl, wenn dem Netzwerk nicht zu trauen ist, wenn Daten in einer bestimmten Jurisdiktion oder einem bestimmten Gebäude bleiben müssen oder wenn das Haus die IT-Disziplin hat, sie ordentlich zu betreiben.

Der Fehler ist, lokal zu wählen, um ein Cloud-Abonnement zu vermeiden, und dabei die Betriebskosten zu unterschätzen: Serverersatz, Sicherungsprüfung, Patches, Strom und eine Person, die das verantwortet.

• Datenresidenz oder Eigentümerrichtlinie verlangen, dass die Datenbank im Haus bleibt.
• Das WAN ist unzuverlässig, und ein lokales System ist der einzige Weg, die Rezeption arbeitsfähig zu halten.
• Das Haus betreibt bereits einen disziplinierten Serverraum mit getesteten Sicherungen.
• Ein Investitionsmodell wird bevorzugt, und die Lebenszykluskosten sind verstanden.

Was bedeutet hybrid tatsächlich?

Hybrid bedeutet in der Regel einen Server im Haus, der den lokalen Betrieb aufrechterhält, während die Daten für Reporting und Gruppendienste mit einer zentralen Umgebung synchronisiert werden. Fällt das WAN aus, laufen Check-in, Folios und Housekeeping lokal weiter; kehrt die Verbindung zurück, werden die Transaktionen abgestimmt.

Hybrid ist komplexer als beide reinen Modelle, weil die Abstimmung zwischen lokalen und zentralen Daten entworfen werden muss. Die Komplexität lohnt sich, wenn lokale Resilienz und zentrale Transparenz beide echte Anforderungen sind.

Ein hybrides Design ist nur glaubwürdig, wenn jemand auf einer Seite erklären kann, was mit einem während eines WAN-Ausfalls gebuchten Folio geschieht und wie es danach abgestimmt wird.

Wie sollten Sie die Gesamtkosten vergleichen?

Vergleichen Sie nicht den Abonnementpreis mit dem Serverpreis. Vergleichen Sie die Gesamtbetriebskosten über drei Jahre – einschließlich Einführung, Schnittstellen, Hardware-Erneuerung, Sicherung und Wiederherstellung, Upgrade-Aufwand, interner Personalzeit und den Kosten eines fehlgeschlagenen Abschlusses.

Ein Cloud-Abonnement, das pro Monat teurer wirkt, kann günstiger sein als eine lokale Bereitstellung, die einen neuen Server, ein Sicherungssystem und 20 % einer IT-Kraft benötigt. Eine lokale Bereitstellung, die günstig wirkt, kann teuer werden, wenn zum ersten Mal eine Wiederherstellung nötig ist und niemand sie getestet hat.

• Aufwand für Einführung und Datenmigration
• Entwicklung und Wartung von Schnittstellen
• Hardware, Strom, Kühlung und Ersatzzyklus
• Sicherung, Wiederherstellungstests und Sicherheits-Patches
• Interne Personalzeit für Upgrades und Störungen
• Ausfallrisiko während des Nachtaudits und in Spitzenankunftszeiten

Was sollte im Vertrag stehen, unabhängig vom gewählten Modell?

Das kommerzielle Etikett ist weniger wichtig als die operativen Zusagen. Fordern Sie diese schriftlich und in klarer Sprache an, und stellen Sie sicher, dass sie zur tatsächlichen Arbeitsweise Ihres Hauses passen.

• Wem gehören die Daten, und wie können sie in einem nutzbaren Format exportiert werden?
• Wiederherstellungszeit und Wiederherstellungspunktziele – und wann sie zuletzt getestet wurden.
• Supportzeiten, Reaktionsziele und der Eskalationspfad um 02:00 Uhr.
• Was bei einem fehlgeschlagenen Upgrade oder einem Sicherheitsvorfall geschieht.
• Ausstiegsbedingungen: Kündigungsfrist, Datenexport, Parallelbetrieb und Löschung.
• Welche Schnittstellen enthalten sind, welche berechnet werden und wer einen Ausfall Dritter verantwortet.

Wie ändert sich die Entscheidung zur Bereitstellung je nach Größe des Hauses?

Bei 10–60 Zimmern gibt es im Haus oft keinen Serverraum und selten eine eigene IT-Person. Der General Manager, der Eigentümer oder ein Schichtleiter kommt einem technischen Support am nächsten, und die Rezeption deckt Anreise, Reservierung und Concierge in derselben Schicht ab. In diesem Umfeld geht es bei der Bereitstellungsentscheidung vor allem um den Netzwerkweg und darum, wer um 02:00 erreichbar ist. Die Cloud ist der übliche Standard, weil sie den Server aus dem Gebäude nimmt und Patches und Backups beim Anbieter lässt. On-Premise bleibt vertretbar, wenn eine rechtliche Vorgabe oder eine Eigentümerregel Gästedaten im Haus hält oder wenn die einzige verfügbare Verbindung die Rezeption nicht tragen kann. Schreiben Sie unabhängig vom Modell auf, was die Rezeption tut, wenn die Verbindung ausfällt: welche Anreisen noch bearbeitet werden können, wie Schlüssel ausgegeben werden und wo Leistungen erfasst werden, bis der Link zurück ist. Ein einzelnes kleines Haus braucht selten ein zweites Rechenzentrum, aber es braucht einen zweiten Weg ins Internet und eine namentlich benannte Person, die man anrufen kann. Schreiben Sie das Offline-Verfahren auf eine Seite und testen Sie es in einer ruhigen Woche, nicht bei ausgebuchtem Haus.

Zwischen 60 und 250 Zimmern gewinnt das Haus Abteilungen, Schnittstellen und Schichtmuster. Die Rezeption läuft 24 Stunden über 3 Schichten, und das PMS spricht mit POS, Türschlössern, Channel Manager, Zahlungsterminals und manchmal einem Spa- oder Golfsystem. Check-in und Night Audit hängen beide von diesen Schnittstellen ab, sodass sich die Fehlerbilder vervielfachen, auch wenn die Software gleich bleibt. In diesem Bereich wird Hybrid zu einer echten Option statt zu einem Kompromiss: Ein lokaler Server hält Rezeption und Outlets während eines WAN-Ausfalls am Laufen, während Daten zur Auswertung in eine zentrale Umgebung synchronisieren. Hier gibt es in der Regel auch einen IT-Generalisten oder einen Managed Service Provider, was die ehrliche Antwort zu On-Premise verändert. Zu klären ist nicht Cloud oder lokal, sondern welche Funktionen einen Verbindungsverlust überstehen müssen und welche warten können. Gehören Check-in, Folios und Housekeeping zur Antwort, muss die Architektur das abbilden. Kann nur das Reporting warten, ist eine Cloud-Bereitstellung mit dokumentiertem Offline-Verfahren meist einfacher zu betreiben.

Über 250 Zimmer und in Resorts mit mehreren Gebäuden verhält sich das Haus wie ein kleiner Campus. Es gibt mehrere Outlets, Bankett, Freizeit, mehrere Verteilerräume und ein Nachteam, das vor Ort ist statt auf Abruf. Redundante Internetwege, ein Serverraum mit kontrolliertem Zugang und eine IT-Funktion sind in dieser Größe normale Erwartungen, und die Bereitstellungsentscheidung wird zur Designaufgabe: welche Dienste lokal laufen, welche zentral und wie beide abgeglichen werden, wenn ein Link ausfällt. Ein Resort kann zudem Datenregeln des Betriebslandes unterliegen, und eine Gruppe möchte vielleicht eine einheitliche Reporting-Schicht über Häuser mit unterschiedlichen Regeln. Diese Kombination rechtfertigt die Komplexität von Hybrid, aber nur wenn der Abgleich vorab spezifiziert ist. Latenz an der Rezeption, das Verhalten der Zahlungsterminals bei einem Failover und der Remote-Support-Weg des Anbieters verdienen einen Test vor der Eröffnung, nicht einen Absatz im Vertrag. Strom und Kühlung für das lokale Rack werden ebenfalls zur Verantwortung von jemandem, und diese Verantwortung sollte im Betriebsmodell benannt sein.

Klären Sie die bindenden Restriktionen, bevor Sie Produkte vergleichen. Erstens die Datenpflichten: ob ein Gesetz, ein Franchisevertrag oder eine Eigentümerrichtlinie verlangt, dass Gästedaten in einer Jurisdiktion oder im Haus bleiben. Zweitens die Netzrealität: ob zwei wirklich unabhängige Wege existieren und wann das Failover zuletzt getestet wurde. Drittens die Zuständigkeit für die Wiederherstellung: wer eine Rücksicherung durchführt, wie oft und welche Nachweise aufbewahrt werden. Viertens die Kosten über 3 bis 5 Jahre im gleichen Umfang, einschließlich Schnittstellen, Hardware-Erneuerung und Personalzeit statt nur der Abonnementzeile. Fünftens der Ausstieg: wie ein nutzbarer Export aussieht und wie lange Parallelbetrieb erlaubt ist. Diese fünf Antworten engen die Wahl meist auf ein Modell ein, bevor eine Demo stattfindet. Eine hilfreiche Disziplin ist, die Antwort zu jeder Restriktion in einem kurzen Absatz zu schreiben und den Anbieter schriftlich darauf antworten zu lassen statt in einer Präsentation. Die Grenzbedingung ist der 02:00-Test. Kann niemand erklären, wer angerufen wird, was die Rezeption tut und wie fehlende Transaktionen abgeglichen werden, rettet die Bezeichnung im Vertrag die Nacht nicht.

• Kann die Rezeption 4 Stunden ohne WAN weiter Gäste einchecken?
• Gibt es einen zweiten Internetweg, und wurde das Failover in diesem Jahr getestet?
• Verlangt ein Gesetz oder eine Eigentümerrichtlinie, dass Gästedaten im Haus bleiben?
• Wer führt einen Wiederherstellungstest durch, und wo wird das Ergebnis festgehalten?
• Werden die Kosten über 3 bis 5 Jahre bei identischem Umfang und identischen Schnittstellen verglichen?