Die Tabelle `hcc_hotel` ist die zentrale Grundtabelle eines Hotels im gesamten Booyage-System. Sie beschreibt das Hotel selbst als eigenständigen Mandanten und bildet damit die Basis, auf die sich viele weitere Tabellen, Module und Prozesse beziehen. Ohne diesen Datensatz können hotelbezogene Inhalte zwar technisch gespeichert werden, aber nicht sauber einem konkreten Hotel zugeordnet, verwaltet oder ausgewertet werden.

Der Hauptzweck dieser Tabelle besteht darin, ein Hotel mit seinen wichtigsten Stammdaten, Identifikationsmerkmalen und grundlegenden Systemeigenschaften zentral zu führen. Sie schafft eine gemeinsame Ausgangsbasis für alle Bereiche, die mit einem konkreten Hotel arbeiten, zum Beispiel Inventar, Buchung, Sichtbarkeit, Medien, Zusatzmodule, Rechte, Prüfungen oder Betriebslogik. Statt dieselben Basisinformationen in vielen unterschiedlichen Tabellen mehrfach zu pflegen, bündelt `hcc_hotel` diese Kerninformationen an einer zentralen Stelle.

Diese Tabelle existiert, weil das System ein klares Zentrum pro Hotel braucht. In einem modularen und mandantenfähigen System wie Booyage muss jederzeit eindeutig erkennbar sein, zu welchem Hotel Zimmer, Preise, Bilder, Module, Nutzer, Freischaltungen oder Inhalte gehören. `hcc_hotel` löst genau dieses Problem: Sie definiert das Hotel als organisatorische und technische Haupteinheit. Dadurch werden Zuordnung, Verwaltung, Erweiterbarkeit und spätere Auswertungen deutlich einfacher und stabiler.

Aus geschäftlicher Sicht sorgt diese Tabelle dafür, dass jedes Hotel sauber, eindeutig und dauerhaft im System geführt werden kann. Das ist entscheidend für ein professionelles SaaS-Produkt, weil nur so Funktionen pro Hotel getrennt aktiviert, abgerechnet, dokumentiert und ausgewertet werden können. Gleichzeitig reduziert die zentrale Stammdatenhaltung Pflegeaufwand, vermeidet Inkonsistenzen und verbessert die Nachvollziehbarkeit für Support, Betrieb und Weiterentwicklung.

Einfach erklärt ist diese Tabelle die digitale Hauptakte eines Hotels. Hier steht nicht jedes einzelne Detail des täglichen Betriebs, aber hier wird festgelegt, welches Hotel überhaupt im System existiert und unter welcher Kennung es geführt wird. Viele andere Bereiche bauen darauf auf. Wenn man es sich bildlich vorstellt, ist `hcc_hotel` wie der zentrale Ordner mit den wichtigsten Basisinformationen des Hotels. Zimmer, Bilder, Preise, Einstellungen und Zusatzmodule sind dann weitere Unterordner, die zu genau diesem Hotel gehören. Ohne diese Hauptakte wäre das System schnell unübersichtlich, weil Daten nicht mehr klar einem Hotel zugeordnet werden könnten.

Technisch ist `hcc_hotel` eine zentrale Mandanten- und Scope-Tabelle. Sie ist in vielen Bereichen die führende Referenz für hotelbezogene Datensätze und beeinflusst direkt, wie andere Tabellen ihren Geltungsbereich bestimmen. Typischerweise referenzieren nachgelagerte Tabellen das Hotel über eine Hotelnummer, Hotel-ID oder ein vergleichbares Scope-Feld. Dadurch fungiert `hcc_hotel` nicht nur als Stammdatenquelle, sondern auch als struktureller Anker für referenzielle Zuordnung, Modulfreischaltung, Prüflogik und konsistente Multi-Tenant-Verarbeitung. Änderungen an Schlüsselfeldern, Scope-relevanten Kennungen oder Basiszuständen dieser Tabelle sind deshalb architektonisch sensibel.

Änderungen an dieser Tabelle haben häufig eine größere Reichweite als bei gewöhnlichen Fachtabellen. Das gilt besonders für Kennungen, Scope-Felder, Aktivitätszustände oder andere Stammdaten, die in Modulen und Renderprozessen weiterverwendet werden. Wer hier strukturelle Änderungen vornimmt, sollte deshalb immer prüfen, welche Tabellen, Views, Import-/Export-Prozesse, Renderlogiken und Prüfmechanismen direkt oder indirekt an `hcc_hotel` hängen. Diese Tabelle ist kein isoliertes Randobjekt, sondern ein zentrales Fundament des Systems.

• Ein neues Hotel wird im System angelegt und erhält damit seine zentrale Mandantenbasis.
• Backend-Ansichten laden Hotel-Stammdaten, um Kopfbereiche, Verwaltungsseiten oder Dashboards zu befüllen.
• Weitere Tabellen nutzen die Hotelkennung aus `hcc_hotel`, um Zimmer, Preise, Bilder, Nutzer oder Inhalte korrekt zuzuordnen.
• Module und Prüfprozesse greifen auf den Hotelkontext zu, um Freischaltungen, Status oder betriebliche Regeln je Hotel zu ermitteln.
• Auswertungen, Exporte oder Synchronisationsprozesse verwenden das Hotel als zentrale organisatorische Einheit.

• Zentrale Identifikation des Hotels, zum Beispiel Hotelnummer oder interne Schlüsselwerte.
• Basis-Stammdaten wie Name, Kontaktinformationen und allgemeine Kerndaten.
• Systemrelevante Eigenschaften, die bestimmen, wie das Hotel im Portal oder in Modulen geführt wird.
• Grundlagen für Mandantenbezug, Sichtbarkeit, Betriebsstatus oder weitere Verwaltungslogik.

• Ein Hotel wird neu angelegt; danach können Zimmer, Bilder, Ratenpläne und Zusatzmodule diesem Hotel sauber zugeordnet werden.
• Ein Dashboard liest Hotel-Stammdaten, um Titel, Basisinformationen und den aktuellen betrieblichen Kontext anzuzeigen.
• Ein Modul prüft anhand des Hotelkontexts, ob bestimmte Bereiche freigeschaltet, vollständig eingerichtet oder noch im Setup sind.
• Ein Import ordnet eingehende Daten dem richtigen Hotel zu, weil dieses Hotel bereits als zentrale Einheit in `hcc_hotel` existiert.

• Viele hotelbezogene Tabellen referenzieren `hcc_hotel` direkt oder indirekt über Hotelnummer, Hotel-ID oder vergleichbare Scope-Felder.
• `hcc_hotel` ist die zentrale Ausgangsbasis für Inventar, Buchung, Sichtbarkeit, Zusatzleistungen und modulbezogene Erweiterungen.
• Nutzer-, Freischaltungs-, Prüf- und Statuslogik orientieren sich häufig am Hotelkontext aus dieser Tabelle.
• Wenn sich zentrale Hotelkennungen ändern, müssen abhängige Tabellen und Prozesse diese Änderung konsistent mittragen.

• Fehlerhafte Änderungen an Schlüssel- oder Scope-Feldern können mehrere Module gleichzeitig beeinträchtigen.
• Inkonsistente Hotelkennungen führen schnell zu fehlerhaften Zuordnungen in angrenzenden Tabellen.
• Unklare oder uneinheitliche Stammdaten erschweren Support, Auswertung und Automatisierung.
• Direkte Änderungen ohne Berücksichtigung abhängiger Prozesse können Seiteneffekte in Freischaltung, Darstellung oder Betriebslogik auslösen.

• Diese Tabelle gehört zu den wichtigsten Kernobjekten des gesamten Systems und sollte besonders sorgfältig dokumentiert werden.
• Für technische Änderungen an `hcc_hotel` ist eine Prüfung der abhängigen Module und Datenflüsse sinnvoll, bevor produktive Anpassungen erfolgen.
• Für nicht-technische Leser sollte diese Tabelle immer als Hauptakte oder zentrale Basis des Hotels erklärt werden, weil das ihren Stellenwert am verständlichsten beschreibt.