Entwicklerhandbuch

Tabellen-Detail

Datenmodell

Tabellen-Detail

Tabellenprofile mit Zweck, Tenant-Key, Kritikalität, Beziehungen und technischer Spaltenstruktur.

DB-Tabellen: 333Views: 0Trigger: 0
Tabellen-Detail

hcc_policy_assignments

Vertiefte Sicht auf fachlichen Zweck, Mandantenbezug, Nutzungsstatus, Datenverantwortung, Risiken und Spaltenstruktur dieser Tabelle.

← Zurück zu Datenbank

Policies / KalenderNutzung: aktivKritikalität: hochTenant-Key: pa_hotel_nrGo-Live: hoch
12
Spalten
2
Dateibezüge
2
Lese-/Schreibhinweise
4
ID-/Verknüpfungsfelder
Kritischer Bereich
Diese Datei oder Tabelle ist fachlich bzw. technisch besonders sensibel. Änderungen sollten immer mit Blick auf Abhängigkeiten, Scope und Seiteneffekte geprüft werden.
Go-Live-relevant
Dieser Bereich ist für sichtbare, operative oder produktive Abläufe besonders relevant.
Tenant-/Hotelbezug
Dieser Bereich arbeitet direkt mit hotel- bzw. mandantenbezogenem Scope. Änderungen sollten immer auf saubere Zuordnung und Scope-Logik geprüft werden.

Langbeschreibung

Policy Assignments

Die Tabelle `hcc_policy_assignments` speichert buchungsnahe, operative oder inventarbezogene Daten. Sie schafft dafür eine eigene, klar abgegrenzte Datenbasis, damit Informationen in diesem Bereich nicht unsystematisch über mehrere Tabellen oder Prozessschritte verstreut werden.

Überblick
Kurzbeschreibung

Die Tabelle `hcc_policy_assignments` speichert buchungsnahe, operative oder inventarbezogene Daten. Sie schafft dafür eine eigene, klar abgegrenzte Datenbasis, damit Informationen in diesem Bereich nicht unsystematisch über mehrere Tabellen oder Prozessschritte verstreut werden.

Fachlicher Zweck
Wofür diese Tabelle gebraucht wird

Der Hauptzweck von `hcc_policy_assignments` besteht darin, buchungsnahe, operative oder inventarbezogene Daten dauerhaft und strukturiert zu speichern. Statt Informationen lose in mehreren Stellen zu verteilen, schafft die Tabelle einen klaren Ort, an dem genau dieser Ausschnitt des Fachmodells gepflegt, verknüpft und später wieder ausgewertet werden kann.

Warum es sie gibt

Diese Tabelle existiert, weil das System für `Policy Assignments` eine eigene, eindeutig zuständige Datenablage benötigt. Ohne einen solchen dedizierten Speicher würden Informationen schneller doppelt gepflegt, uneinheitlich verknüpft oder nur schwer nachvollziehbar verarbeitet werden. Die Tabelle verbessert deshalb Stabilität, Wartbarkeit und fachliche Trennung.

Nutzen im Alltag

Der geschäftliche Nutzen liegt vor allem in klareren Datenstrukturen, weniger Redundanz und einer stabileren Grundlage für angrenzende Prozesse.

Einfach erklärt
Für Nicht-Techniker

Einfach erklärt hilft `hcc_policy_assignments` dabei, operative Hotel- und Buchungslogik geordnet abzulegen. Das betrifft zum Beispiel Zimmerzuordnungen, Gebühren, Stornoregeln, Kalenderimporte oder andere Einstellungen, die für korrekte Verfügbarkeit und Buchbarkeit wichtig sind.

Technische Einordnung
Für Entwickler

Technisch dient `hcc_policy_assignments` als persistente Tabelle für buchungsnahe, operative oder inventarbezogene Daten. Sie bildet entweder Stammdaten, Bewegungsdaten, Zuordnungen oder Regelzustände ab und wird typischerweise über IDs, Scope-Felder und Statusspalten mit angrenzenden Tabellen verbunden. Aus dem Schema sind insbesondere Hotelscope erkennbar, was für Integrität, Filterlogik und Auswertungen wichtig ist.

Was Änderungen auslösen können

Änderungen an Struktur, Referenzen oder Statuslogik von `hcc_policy_assignments` können sich auf Import-, Render-, Backend- und Auswertungsprozesse auswirken. Vor allem Umbenennungen, Scope-Änderungen und Eingriffe in Schlüsselfelder sollten deshalb kontrolliert und mit Blick auf angrenzende Tabellen erfolgen.

Typische Nutzung und Inhalte
Typische Nutzung
  • Pflege, Import oder Aktualisierung von Daten in Bezug auf **Policy Assignments**
  • Verknüpfung mit angrenzenden Tabellen über IDs, Status- oder Scope-Felder
  • Auslesen im Backend, in Prozessen oder in Darstellungen des Systems
Hauptinhalte
  • Hotelbezug oder Hotel-Scope
  • Zeitstempel, Laufzeiten oder Datumsangaben
  • sprachabhängige oder lokalisierte Inhalte
Beispiele
  • Ein Backend-Prozess legt oder aktualisiert einen Datensatz in `hcc_policy_assignments`, damit **Policy Assignments** im System konsistent verfügbar ist.
  • Ein Frontend-, Import- oder Serviceprozess liest `hcc_policy_assignments`, um den passenden fachlichen Zustand für **Policy Assignments** anzuzeigen oder weiterzuverarbeiten.
Beziehungen und Risiken
Wichtige Beziehungen
  • steht in Beziehung zu hotelbezogenen Stammdaten und Hotel-Scope-Tabellen
Risiken
  • Ungenaue Zuordnungen oder falsche Referenzen können fachliche Abläufe verfälschen.
  • Änderungen an Status-, Scope- oder Referenzfeldern sollten nicht ohne Prüfung erfolgen.
  • Fehler können Verfügbarkeit, Regeln oder operative Buchungslogik beeinträchtigen.
Hinweise
  • Die genaue fachliche Einordnung sollte immer gemeinsam mit angrenzenden Tabellen und dem realen Anwendungspfad betrachtet werden.

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.

Projektkontext und Verantwortung
Modul / BereichPolicies / Kalender
Status im Projektaktiv
Hotel- / Mandanten-Schlüsselpa_hotel_nr
Wichtigkeithoch
Relevanz im Betriebhoch
Datenbank-EngineInnoDB
Zweck und Aufgabe

Ordnet Policy-Vorlagen konkreten Zielen wie Rateplänen, Sprachen oder Scopes zu.

Wichtige Beziehungen

Wird im Code von 2 Datei(en) direkt referenziert. | Verbindet Vorlagen mit konkreten Zielen und Anwendungsfällen.

Risiken bei Änderungen

Fehlerhafte Assignments führen zu falschen oder fehlenden Policies in Frontend und Buchungslogik.

Praktischer Hinweis

Relevant für Policies, Kalenderabgleich oder externe Verfügbarkeitslogik.

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.

Art der gespeicherten Daten
DomäneBuchung
Datenklassemapping
Lifecycledauerhaft
PIInein
Aufbewahrung und Historie

Produktionsrelevante Daten nur mit fachlicher Archivierungsstrategie bereinigen.

Worauf bei Datenqualität zu achten ist

Tenant-Key, Primärschlüssel und Mapping-Bezüge konsistent halten.

Risiko bei Umbauten

Änderungen mit kurzem Funktions- und Ausgabetest absichern.

Führende Datenquelle

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.

Wird gelesen von2 Lese-Hinweise
hotel/portal_readiness_audit.phphotel/settings_legal.php
Wird beschrieben von0 Schreib-Hinweise

Aktuell sind keine schreibenden Prozesse oder Hinweise dokumentiert.

Zusätzliche Hinweise6 Einträge
#hcc#policy#assignments#used#policies#mapping

Schlüssel & Lifecycle

Wichtige Strukturmerkmale

Hier werden technische Merkmale der Tabelle zusammengefasst, zum Beispiel Schlüssel, Statusfelder und typische Verknüpfungsspalten.

Primärschlüssel
pa_id
Eindeutige Felder und Indizes
pa_idpa_hotel_nrpa_template_id
Status-, Lösch- und Sichtbarkeitsfelder

Es wurden keine typischen Status-, Lösch- oder Sichtbarkeitsfelder erkannt.

Zeitstempel, Audit und Verknüpfungen
pa_created_atpa_updated_atpa_hotel_nrpa_rateplan_idpa_target_idpa_template_id

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 öffnen12 Spalten
SpalteTypNullDefaultKeyExtraKommentar
pa_idbigint(20) unsignedNOPRIauto_increment
pa_hotel_nrint(10) unsignedNOMUL
pa_typevarchar(50)NO
pa_langvarchar(8)NO'de'
pa_rateplan_idbigint(20) unsignedNO0
pa_target_typevarchar(20)NO'all'
pa_target_idbigint(20) unsignedNO0
pa_template_idbigint(20) unsignedNOMUL
pa_created_byint(10) unsignedYESNULL
pa_updated_byint(10) unsignedYESNULL
pa_created_atdatetimeNOcurrent_timestamp()
pa_updated_atdatetimeNOcurrent_timestamp()on update current_timestamp()