hcc_sg_angebot
Vertiefte Sicht auf fachlichen Zweck, Mandantenbezug, Nutzungsstatus, Datenverantwortung, Risiken und Spaltenstruktur dieser Tabelle.
Dieser Bereich ist für sichtbare, operative oder produktive Abläufe besonders relevant.
Dieser Bereich arbeitet direkt mit hotel- bzw. mandantenbezogenem Scope. Änderungen sollten immer auf saubere Zuordnung und Scope-Logik geprüft werden.
Langbeschreibung
StayGuide-Angebote
Diese Tabelle enthält die zentralen Angebotsobjekte der Booyage Concierge bzw. des StayGuide. Sie beschreibt Angebote, die Gästen in der digitalen Gästemappe oder im Concierge-Kontext präsentiert werden können.
Überblick
Diese Tabelle enthält die zentralen Angebotsobjekte der Booyage Concierge bzw. des StayGuide. Sie beschreibt Angebote, die Gästen in der digitalen Gästemappe oder im Concierge-Kontext präsentiert werden können.
Fachlicher Zweck
Die Tabelle speichert die fachlichen Kerndaten eines StayGuide-Angebots, damit Angebote im System angelegt, sortiert, mit Medien verbunden und an Gäste ausgespielt werden können.
Im Concierge- und Gästemappenbereich braucht es ein eigenes Angebotsobjekt, das unabhängig von anderen Modulen wie HotelPass oder klassischen Buchungsdaten funktioniert. Ohne diese Tabelle gäbe es keinen stabilen Mittelpunkt für gästeorientierte Angebote innerhalb des StayGuide.
Die Tabelle unterstützt die Vermarktung und Sichtbarkeit von hotelnahen Angeboten direkt im Gastkontakt. Sie hilft, Leistungen verständlich darzustellen und zusätzliche Interaktion oder Buchungsanreize in der Gästemappe zu schaffen.
Einfach erklärt
Einfach erklärt ist dies die Hauptliste für Angebote in der Gästemappe. Hier wird festgelegt, welche Angebote ein Hotel dem Gast im StayGuide zeigen möchte, zum Beispiel Leistungen, Empfehlungen oder spezielle buchbare Inhalte.
Technische Einordnung
Technisch ist dies eine zentrale Content- und Fachobjekt-Tabelle des StayGuide-Moduls. Sie verbindet Hotel, Kategorie, optionales Cover-Medium, Preis- und Gültigkeitsinformationen sowie Metadaten zu einem primären Angebotsdatensatz.
Änderungen an dieser Tabelle wirken sich direkt auf die Angebotsdarstellung im StayGuide aus. Besonders sensibel sind Status, Gültigkeitsfenster, Preisfelder und die Verknüpfung zu Medien oder Sprachversionen.
Typische Nutzung und Inhalte
- Anlage und Verwaltung von StayGuide-Angeboten im Backend
- Ausspielung von Angeboten in der digitalen Gästemappe
- Verknüpfung mit Kategorien, Medien und Sprachversionen
- Hotel- und Kategorienbezug des Angebots
- Optionaler Bezug auf ein Cover-Medium
- Preis-, Status- und Gültigkeitsinformationen
- Sortierung und ergänzende Metadaten
- Ein Hotel veröffentlicht ein Wellness- oder Restaurant-Angebot in der Gästemappe
- Ein Angebot erhält ein Cover-Bild, eine Kategorie und einen Zeitraum für die sichtbare Ausspielung
Beziehungen und Risiken
- Steht typischerweise in Beziehung zu Angebots-Sprachversionen, Medien und Kategorien
- Dient als fachlicher Mittelpunkt für die sichtbare Angebotsdarstellung im StayGuide
- Unklare Status- oder Gültigkeitswerte können zu falscher Anzeige im Frontend führen
- Fehlende Abstimmung mit Sprach- oder Mediendaten schwächt die Qualität der Gästedarstellung
- Diese Tabelle ist fachlich näher an Concierge-Content als an klassischer Buchungslogik
- Für mehrsprachige Inhalte ist sie klar von der i18n-Erweiterung zu unterscheiden
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.
Speichert Concierge-Angebote mit Hotelbezug, Kategorie, Cover-Medium, Preis- und Statuslogik.
Mandantenbezug läuft über hotel_nr. | Wird im Code von 8 Datei(en) direkt referenziert. | Soft-Delete- oder Statuslogik ist in der Struktur erkennbar. | Relevant für sichtbare Angebots- bzw. Zusatzleistungsinhalte innerhalb von StayGuide.
Fehlerhafte Inhalte, Zuordnungen oder Statuswerte wirken sich auf sichtbare Concierge-Funktionen und interne Abläufe aus.
Direkter Einfluss auf sichtbare Concierge-Inhalte oder produktive Modulsteuerung.
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.
Produktionsrelevante Daten nur mit fachlicher Archivierungsstrategie 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 |
|---|---|---|---|---|---|---|
| angebot_id | bigint(20) | NO | PRI | auto_increment | ||
| hotel_nr | int(11) | NO | MUL | |||
| kategorie_id | int(11) | YES | NULL | MUL | ||
| cover_medien_id | bigint(20) | YES | NULL | MUL | ||
| preis | decimal(10,2) | YES | NULL | |||
| waehrung | char(3) | NO | 'EUR' | |||
| gueltig_von | date | YES | NULL | |||
| gueltig_bis | date | YES | NULL | |||
| buchbar | tinyint(1) | NO | 1 | |||
| status | varchar(16) | NO | 'entwurf' | |||
| sortierung | int(11) | NO | 0 | |||
| meta_json | longtext | YES | NULL | |||
| erstellt_von | int(11) | YES | NULL | |||
| aktualisiert_von | int(11) | YES | NULL | |||
| erstellt_am | datetime | NO | current_timestamp() | |||
| aktualisiert_am | datetime | NO | current_timestamp() | on update current_timestamp() | ||
| geloescht_am | datetime | YES | NULL |