hcc_sg_service_request
Vertiefte Sicht auf fachlichen Zweck, Mandantenbezug, Nutzungsstatus, Datenverantwortung, Risiken und Spaltenstruktur dieser Tabelle.
Dieser Bereich arbeitet direkt mit hotel- bzw. mandantenbezogenem Scope. Änderungen sollten immer auf saubere Zuordnung und Scope-Logik geprüft werden.
Langbeschreibung
StayGuide – Service Request
Die Tabelle `hcc_sg_service_request` verwaltet 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.
Überblick
Die Tabelle `hcc_sg_service_request` verwaltet 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.
Fachlicher Zweck
Der Hauptzweck dieser Tabelle besteht darin, 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 `request_id`, `hotel_nr`, `gast_id`, `session_id`, `guest_ref`, `booking_ref`, 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
Einfach erklärt ist diese Tabelle der Bereich, in dem StayGuide 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.
Technische Einordnung
Technisch ist `hcc_sg_service_request` 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 `request_id`, `hotel_nr`, `gast_id`, `session_id`, `guest_ref`, `booking_ref`, `request_typ`, `entity_typ`. Typische Beziehungen bestehen zu `hcc_hotel`, `hcc_sg_settings`, `hcc_sg_medien`, `hcc_sg_gast`.
Ä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.
Typische Nutzung und Inhalte
- Pflege des betreffenden StayGuide-Bereichs im Backend
- Bearbeitung von Gästewünschen oder Serviceanfragen
- Verknüpfung mit angrenzenden Inhalten, Medien oder Statuslogiken
- Felder wie `request_id`, `hotel_nr`, `gast_id`, `session_id`
- Felder wie `guest_ref`, `booking_ref`, `request_typ`, `entity_typ`
- Felder wie `entity_id`, `von`, `bis`, `menge`
- Ein Hotel pflegt im StayGuide-Bereich neue Daten für `hcc_sg_service_request` und diese erscheinen danach in Backend, Vorschau oder Gästemappe
- Ein Gast sendet einen Wunsch, der als Serviceanfrage gespeichert und anschließend bearbeitet wird
Beziehungen und Risiken
- 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
- Steht fachlich in Beziehung zu `hcc_sg_gast`
- 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.
Steckbrief
Wofür diese Tabelle da ist
Dieser Bereich erklärt in kompakter Form, welche Aufgabe die Tabelle im Projekt hat und wie wichtig sie für Betrieb und Weiterentwicklung ist.
Erfasst operative Gästeanfragen wie Housekeeping, Services oder Bestellungen im Concierge-Kontext.
Mandantenbezug läuft über hotel_nr. | Wird im Code von 2 Datei(en) direkt referenziert. | Soft-Delete- oder Statuslogik ist in der Struktur erkennbar. | Verknüpft Gästekontext mit operativen Serviceanforderungen und Kommunikationsverlauf.
Fehlerhafte Status- oder Zuordnungsdaten beeinträchtigen operative Abläufe und Eskalationen.
Produktiv relevante Tabelle innerhalb des dokumentierten Concierge-Moduls.
Datenverantwortung
Datenart und Verantwortung
Hier siehst du, welche Art von Daten in der Tabelle liegt und worauf man bei Pflege, Historie und Umbauten achten sollte.
Personen- oder kontobezogene Daten nur gemäß Berechtigungs- und Löschkonzept bereinigen.
hotel_nr, Primärschlüssel und abhängige Zuordnungen müssen konsistent bleiben. JSON-Felder nur in stabil dokumentierter Struktur schreiben.
Änderungen mit kurzem Funktions- und Ausgabetest absichern.
Fachlich führende Tabelle innerhalb ihres Teilbereichs.
Nutzung
Wo die Tabelle verwendet wird
Dieser Bereich zeigt, in welchen Dateien oder Abläufen die Tabelle vorkommt. Das hilft beim Verstehen von Auswirkungen vor Änderungen.
Verwendet in Dateien
Wird gelesen von
Wird beschrieben von
Aktuell sind keine schreibenden Prozesse oder Hinweise dokumentiert.
Zusätzliche Hinweise
Schlüssel & Lifecycle
Wichtige Strukturmerkmale
Hier werden technische Merkmale der Tabelle zusammengefasst, zum Beispiel Schlüssel, Statusfelder und typische Verknüpfungsspalten.
Weiterarbeiten
Was noch dazugehört
Wenn du die Tabelle weiter untersuchen willst, findest du hier passende Dateien und fachlich verwandte Tabellen.
Spaltenstruktur
Spalten im Überblick
Hier siehst du die Felder der Tabelle mit Typ, Standardwerten und technischen Zusatzinformationen.
Spaltenstruktur öffnen
| Spalte | Typ | Null | Default | Key | Extra | Kommentar |
|---|---|---|---|---|---|---|
| request_id | bigint(20) | NO | PRI | auto_increment | ||
| hotel_nr | int(11) | NO | MUL | |||
| gast_id | bigint(20) | YES | NULL | MUL | ||
| session_id | bigint(20) | YES | NULL | MUL | ||
| guest_ref | varchar(64) | YES | NULL | |||
| booking_ref | varchar(64) | YES | NULL | |||
| request_typ | varchar(32) | NO | ||||
| entity_typ | varchar(32) | YES | NULL | |||
| entity_id | bigint(20) | YES | NULL | |||
| von | datetime | YES | NULL | |||
| bis | datetime | YES | NULL | |||
| menge | decimal(10,2) | YES | NULL | |||
| preis_snapshot | decimal(10,2) | YES | NULL | |||
| waehrung | char(3) | NO | 'EUR' | |||
| bemerkung | varchar(255) | YES | NULL | |||
| status | varchar(16) | NO | 'offen' | |||
| meta_json | longtext | YES | NULL | |||
| erstellt_am | datetime | NO | current_timestamp() | |||
| aktualisiert_am | datetime | NO | current_timestamp() | on update current_timestamp() |