Die Tabelle `hcc_module_subscriptions` hält fest, welche Booyage-Module ein Hotel gebucht, aktiviert, verifiziert oder abgerechnet hat. Sie ist damit eine der wichtigsten Steuerungstabellen für die Frage, welche Module einem Hotel tatsächlich zur Verfügung stehen und in welchem kaufmännischen oder vertraglichen Zustand sich diese befinden.

Der Hauptzweck dieser Tabelle besteht darin, pro Hotel und pro Modul einen nachvollziehbaren Abo- und Statusdatensatz zu speichern. Darin können unter anderem Modulschlüssel, Plan, Aktivstatus, Preis, Währung, Abrechnungsintervall, Laufzeit, verifizierte Gebührenzustände und weitere abonnementsrelevante Informationen festgehalten werden. So wird die Freischaltung von Modulen nicht lose an vielen Stellen im System verteilt, sondern zentral in einem klaren Vertrags- und Statusmodell verwaltet.

Diese Tabelle existiert, weil Booyage aus mehreren Modulen besteht, die nicht für jedes Hotel automatisch gleich verfügbar sind. Ein Hotel kann bestimmte Module gebucht haben, andere nicht, und einige Module können zusätzlich von Statusprüfungen, Verifikation, Rechnungslogik oder Vertragsdaten abhängen. `hcc_module_subscriptions` löst genau dieses Problem, indem sie die Buchungs- und Aktivierungsrealität pro Hotel und Modul als zentrale Quelle abbildet. Ohne diese Tabelle müssten Berechtigungen, Kosten, Aktivstatus und Laufzeiten an verschiedenen Stellen parallel gepflegt werden, was schnell unübersichtlich und fehleranfällig würde.

Aus geschäftlicher Sicht sorgt diese Tabelle für Klarheit darüber, welche Leistungen ein Hotel gebucht hat und in welchem Zustand sich diese Leistungen befinden. Sie ist damit wichtig für Vertrieb, Freischaltung, Abrechnung, Support und Governance. Eine saubere Modul-Abo-Tabelle reduziert Missverständnisse, verhindert falsche Freischaltungen und schafft eine nachvollziehbare Grundlage für kostenpflichtige Zusatzmodule.

Einfach erklärt ist diese Tabelle die Modul-Übersicht eines Hotels. Hier wird gespeichert, welche Zusatzmodule ein Hotel hat, in welchem Tarif oder Plan sie laufen und ob sie aktiv, verifiziert oder abrechnungsrelevant sind. Man kann sich die Tabelle wie eine Mischung aus Vertragsübersicht und Freischaltliste vorstellen. Wenn ein Hotel zum Beispiel StayGuide, HotelPass oder GreenSeal nutzt, dann hilft diese Tabelle dem System dabei zu entscheiden, ob das Modul überhaupt sichtbar sein darf, ob es bereits freigegeben ist und wie es kaufmännisch eingeordnet wird. Für nicht-technische Leser ist wichtig: Diese Tabelle ist nicht nur Technik im Hintergrund, sondern ein zentraler Baustein dafür, was ein Hotel tatsächlich nutzen kann.

Technisch ist `hcc_module_subscriptions` eine führende Core-Tabelle für modulbezogene Lizenz-, Status- und Abrechnungslogik auf Hotel-Ebene. Sie verbindet den Hotel-Scope mit einem Modulschlüssel und hält pro Kombination zentrale Steuerungsdaten wie Plan, Status, Preis, Billing Cycle, Laufzeit und Verifikationswerte. In vielen Oberflächen ist sie nicht die einzige Bedingung für Sichtbarkeit oder Nutzbarkeit, aber sie ist oft die primäre fachliche Grundlage, auf der weitere Gates, Terms-Acceptance-Prüfungen oder effektive Aktivierungsentscheidungen aufsetzen. Änderungen an Status- oder Preisfeldern dieser Tabelle können deshalb direkte Auswirkungen auf Modul-Dashboards, Abrechnungsabläufe, Go-Live-Logik und vertragliche Auswertungen haben.

Änderungen an `hcc_module_subscriptions` haben meist eine größere Wirkung als eine reine Verwaltungsänderung. Besonders sensibel sind Status, Modulschlüssel, Preisfelder, Billing Cycle, Laufzeiten und verifizierte Aktivierungswerte. Wer diese Tabelle strukturell oder fachlich anpasst, sollte immer mitdenken, welche Dashboards, Vertragsprozesse, Freischaltentscheidungen und Go-Live-Prüfungen davon abhängen. Diese Tabelle ist ein Kernbaustein zwischen Produktlogik und kaufmännischer Realität.

• Ein Hotel bucht oder aktiviert ein Zusatzmodul und der Datensatz wird als Modul-Abonnement angelegt oder aktualisiert.
• Ein Dashboard prüft, ob ein bestimmtes Modul für das Hotel aktiv, gesperrt, verifiziert oder abrechnungsrelevant ist.
• Abrechnungsnahe Prozesse lesen Preis, Währung und Billing Cycle aus, um Gebühren oder Laufzeiten korrekt einzuordnen.
• Support oder interne Verwaltung prüfen, warum ein Modul sichtbar, unsichtbar, gesperrt oder nur teilweise aktiv ist.
• Go-Live- oder Vertragslogik kombiniert diesen Datensatz mit weiteren Bedingungen wie Terms-Acceptance oder operativer Freischaltung.

• Hotelbezug und Modulschlüssel als zentrale Zuordnungsbasis.
• Plan-, Status- und Aktivierungsinformationen pro Modul.
• Preis-, Steuer-, Währungs- und Abrechnungsdaten.
• Laufzeit-, Start- und Endinformationen für das Modul-Abonnement.
• Verifizierte Gebühren- oder Vertragsfelder für kaufmännisch belastbare Zustände.

• Ein Hotel aktiviert HotelPass und erhält einen Datensatz mit Modulschlüssel, Plan, Status und Preis.
• Ein Modul ist zwar gebucht, aber noch nicht vollständig freigeschaltet, weil ergänzende Bedingungen noch nicht erfüllt sind.
• Das Support-Team prüft anhand der Tabelle, ob ein Modul wirklich aktiv sein sollte oder ob ein Vertrags- oder Statusproblem vorliegt.
• Ein Verwaltungsprozess liest das Abrechnungsintervall aus, um die Gebührenlogik korrekt zu interpretieren.

• Steht in enger Beziehung zu `hcc_hotel`, weil jedes Modul-Abonnement einem konkreten Hotel zugeordnet ist.
• Wirkt fachlich mit Terms-Acceptance- und Freischaltungslogik zusammen, wenn ein Modul nicht nur gebucht, sondern auch rechtskonform und operativ aktiviert sein muss.
• Kann in Dashboards und Modul-Views als Basis für Sichtbarkeit, Nutzbarkeit und Statuskommunikation dienen.
• Hat Berührungspunkte zu Rechnungs- und Vertragsprozessen, wenn Modulpreise oder Laufzeiten ausgewertet werden.

• Fehlerhafte Statuswerte können dazu führen, dass Module zu früh, zu spät oder gar nicht freigeschaltet werden.
• Unklare oder inkonsistente Preis- und Billing-Felder können kaufmännische Auswertungen verfälschen.
• Änderungen an Modulschlüsseln oder Scope-Feldern können Sichtbarkeits- und Verknüpfungslogik in mehreren Oberflächen gleichzeitig beeinflussen.
• Wenn diese Tabelle ohne Berücksichtigung von Terms-, Gate- oder Freischaltlogik interpretiert wird, kann ein fachlich falsches Bild des tatsächlichen Modulstatus entstehen.

• Diese Tabelle ist fachlich sowohl für Produktfreischaltung als auch für kaufmännische Einordnung wichtig.
• Nicht jeder aktive Datensatz bedeutet automatisch, dass ein Modul in jeder Oberfläche effektiv nutzbar ist; zusätzliche Gates können darüberliegen.
• Für nicht-technische Leser lässt sich die Tabelle gut als zentrale Modul-Vertrags- und Statusübersicht erklären.