Die Tabelle `hcc_sg_push_delivery` verwaltet Zustellungen von Push-Nachrichten 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, Zustellungen von Push-Nachrichten 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 `delivery_id`, `push_id`, `hotel_nr`, `subscription_id`, `status`, `gesendet_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 Zustellungen von Push-Nachrichten 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_push_delivery` 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 `delivery_id`, `push_id`, `hotel_nr`, `subscription_id`, `status`, `gesendet_am`, `error_text`. 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
• Steuerung und Nachverfolgung von Push-Kommunikation
• Verknüpfung mit angrenzenden Inhalten, Medien oder Statuslogiken

• Felder wie `delivery_id`, `push_id`, `hotel_nr`, `subscription_id`
• Felder wie `status`, `gesendet_am`, `error_text`

• Ein Hotel pflegt im StayGuide-Bereich neue Daten für `hcc_sg_push_delivery` und diese erscheinen danach in Backend, Vorschau oder Gästemappe
• Eine Push-Kampagne wird erstellt, geplant und die Zustellung später protokolliert

• 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.