Die Tabelle `hcc_sg_service_request_message` verwaltet Nachrichten zu Serviceanfragen im Modul Booyage Concierge bzw. StayGuide. Sie sorgt dafür, dass dieser Teilbereich nicht lose im Code oder in Einzelkonfigurationen verteilt ist, sondern als eigener fachlicher Datenbaustein im StayGuide / Concierge-Kontext geführt werden kann.

Der Hauptzweck dieser Tabelle besteht darin, Nachrichten zu Serviceanfragen im StayGuide-Modul strukturiert zu speichern und pro Hotel oder Funktionsbereich verfügbar zu machen. Sie hält dafür fachlich relevante Informationen zusammen, zum Beispiel über `message_id`, `request_id`, `hotel_nr`, `rolle`, `text`, `erstellt_am`, und macht diese Informationen für Backend, Gästeoberfläche, Kommunikation oder Automationslogik nutzbar.

Diese Tabelle existiert, weil StayGuide aus vielen klar getrennten Funktionsbereichen besteht: Inhalte, Gäste, Kommunikation, Service, Branding, Rechtstexte, Push-Nachrichten und weitere modulnahe Prozesse. Ohne eine eigene Tabelle für diesen Bereich würden Daten in JSON-Feldern, Einzellogiken oder UI-Sonderfällen verschwinden und wären deutlich schwerer pflegbar.

Die Tabelle erhöht den praktischen Nutzen des StayGuide-Moduls, weil sie einen klar abgegrenzten Funktionsbereich stabil und wartbar abbildet. Das verbessert sowohl die Gästeerfahrung als auch die interne Pflege im Hotel oder im Booyage-Backend.

Einfach erklärt ist diese Tabelle der Bereich, in dem StayGuide Nachrichten zu Serviceanfragen organisiert. Für nicht-technische Leser kann man sich das wie einen sauber abgegrenzten Verwaltungsordner vorstellen: Statt Informationen lose in einer Oberfläche zusammenzuklicken, gibt es hier einen festen Platz, an dem der jeweilige Inhalt, Prozess oder Status hinterlegt wird. Dadurch wird die Gästemappe nicht nur schöner, sondern verlässlicher, weil das System weiß, welche Informationen zu welchem Hotel, Gast, Inhalt oder Ablauf gehören.

Technisch ist `hcc_sg_service_request_message` eine modulnahe Fach- bzw. Steuerungstabelle innerhalb von StayGuide. Je nach Funktionsbereich wird sie von Backend-Masken, Gäste-Views, Kommunikationsflows oder Automationslogik gelesen und teilweise auch geschrieben. Relevante Felder sind unter anderem `message_id`, `request_id`, `hotel_nr`, `rolle`, `text`, `erstellt_am`. Typische Beziehungen bestehen zu `hcc_hotel`, `hcc_sg_settings`, `hcc_sg_medien`.

Änderungen an dieser Tabelle wirken sich in der Regel direkt auf Backend-Pflege, StayGuide-Ausgabe oder angrenzende Kommunikations- bzw. Serviceprozesse aus. Vor allem Statusfelder, Scope-Felder und Referenzen zu Medien, Gästen oder Inhalten sollten kontrolliert geändert werden.

• Pflege des betreffenden StayGuide-Bereichs im Backend
• Bearbeitung von Gästewünschen oder Serviceanfragen
• Verknüpfung mit angrenzenden Inhalten, Medien oder Statuslogiken

• Felder wie `message_id`, `request_id`, `hotel_nr`, `rolle`
• Felder wie `text`, `erstellt_am`

• Ein Hotel pflegt im StayGuide-Bereich neue Daten für `hcc_sg_service_request_message` und diese erscheinen danach in Backend, Vorschau oder Gästemappe
• Ein Gast sendet einen Wunsch, der als Serviceanfrage gespeichert und anschließend bearbeitet wird

• Bezieht sich fachlich auf ein Hotel und erbt oft dessen Mandanten-Scope
• Steht fachlich in Beziehung zu `hcc_sg_settings`
• Kann mit Medien, Covern oder Dateiobjekten verbunden sein

• Unsaubere Status- oder Scope-Daten können direkt in der Gästemappe sichtbar werden
• Mehrdeutige Zustände oder fehlende Referenzen erschweren Support und Fehlersuche
• Historisch gewachsene Felder sollten vor größeren Umstellungen geprüft werden

• Die Tabelle ist hotelbezogen und sollte in Mehrmandanten-Szenarien immer mit sauberem Hotel-Scope betrachtet werden.
• Die Tabelle gehört fachlich zum StayGuide-/Concierge-Kontext, auch wenn einzelne Inhalte von anderen Modulen mitgenutzt werden können.