Welche Struktur sich für deutsche Hotelgruppen von 3 bis 25 Häusern bewährt.
Wenn eine Gruppe wächst, wird flache Rechteverwaltung schnell zum Engpass. Ein Yield-Manager, der in Hamburg für Nord-Deutschland zuständig ist, benötigt Schreibrechte auf 6 Häuser — aber nur Leserechte auf die 4 süddeutschen Häuser, die von München aus betreut werden. Das Cluster-Konzept löst genau diesen Fall.
Wir sehen in der Praxis drei Cluster-Typen: regional (Nord, Süd, West, Ost), markenbasiert (Boutique, Business, Ferien) und personenbasiert (Direktor A verantwortet 3 Häuser, Direktor B verantwortet 5 Häuser). Der regionale Cluster ist am robustesten: er ändert sich selten, ist für Vertretungsregelungen intuitiv und passt zu SLAs und Rufbereitschaften.
Unser Multi-Property-Modul unterstützt vier Rollen: Betrachter, Redakteur, Freigeber, Administrator. Betrachter lesen alle Daten des Clusters. Redakteur kann Änderungen vorschlagen. Freigeber gibt Änderungen im Vier-Augen-Prinzip frei. Administrator konfiguriert Cluster und Rollen. Alle Rechte werden pro Cluster und pro Haus vergeben.
Konflikte entstehen, wenn zwei Nutzer denselben Ratenplan gleichzeitig ändern. Wir setzen auf optimistisches Locking mit ETag: jede Ratenänderung enthält den ETag des zuletzt bekannten Stands. Weicht der aktuelle ETag ab, wird die Änderung mit einer Rückfrage („Möchten Sie die zwischenzeitliche Änderung übernehmen oder überschreiben?") abgebrochen.
Jede Aktion (Anmeldung, Änderung, Freigabe, Löschung) wird 12 Monate revisionssicher protokolliert. Der Audit-Log ist im Kundenbereich filterbar nach Nutzer, Haus, Aktion und Zeitraum. Für interne Revision oder Wirtschaftsprüfung ist ein signierter CSV-Export verfügbar.
Für Gruppen bis 8 Häuser: keine Cluster, flache Struktur. Ab 9 Häuser: regionaler Cluster, Vertretungsregeln in einem separaten Vertretungs-Cluster. Ab 20 Häuser: zwei Cluster-Dimensionen (Region × Marke), zusätzlicher zentraler Yield-Cluster für Konzern-Yield-Team.