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_portal_pruefungen

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

← Zurück zu Datenbank

Core / HotelNutzung: aktivKritikalität: hochTenant-Key: pp_hotel_nrGo-Live: hoch
15
Spalten
0
Dateibezüge
0
Lese-/Schreibhinweise
2
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

Portal-Prüfungen und Freischaltungs-Checks

Die Tabelle `hcc_portal_pruefungen` verwaltet fachliche Datensätze als einen zentralen Baustein der Hotel- und Portalsteuerung. Sie schafft eine stabile Datenbasis, damit der betreffende Bereich nicht nur oberflächlich sichtbar, sondern fachlich sauber steuerbar und dokumentierbar bleibt.

Überblick
Kurzbeschreibung

Die Tabelle `hcc_portal_pruefungen` verwaltet fachliche Datensätze als einen zentralen Baustein der Hotel- und Portalsteuerung. Sie schafft eine stabile Datenbasis, damit der betreffende Bereich nicht nur oberflächlich sichtbar, sondern fachlich sauber steuerbar und dokumentierbar bleibt.

Fachlicher Zweck
Wofür diese Tabelle gebraucht wird

Der Hauptzweck dieser Tabelle besteht darin, fachliche Datensätze zentral zu führen und damit eine belastbare Grundlage für Oberflächen, Prozesse und spätere Auswertungen zu schaffen. Über typische Felder wie `pp_id`, `pp_hotel_nr`, `pp_scope`, `pp_scope_id`, `pp_pruefung_schluessel`, `pp_blocker` kann das System diesen Bereich nachvollziehbar lesen, bearbeiten und mit anderen Tabellen verbinden.

Warum es sie gibt

Diese Tabelle existiert, weil der betreffende Fachbereich dauerhaft und nachvollziehbar im System geführt werden muss. Ohne eine eigene Tabelle würden die Informationen verstreut in mehreren Stellen landen, schlechter geprüft werden können und mit der Zeit schwerer wartbar werden.

Nutzen im Alltag

Die Tabelle hat geschäftlichen Wert, weil sie einen organisatorisch wichtigen Bereich nicht nur sichtbar, sondern sauber steuerbar macht. Das senkt Pflegeaufwand, verbessert Nachvollziehbarkeit und erleichtert spätere Erweiterungen.

Einfach erklärt
Für Nicht-Techniker

Einfach erklärt ist dies die Tabelle, in der das System fachliche Datensätze ordentlich sammelt und steuert. Man kann sie sich wie einen geordneten Verwaltungsbereich vorstellen, in dem festgelegt ist, welche Informationen vorhanden sind, wie sie zusammengehören und wie andere Teile des Systems darauf zugreifen dürfen.

Technische Einordnung
Für Entwickler

Technisch ist `hcc_portal_pruefungen` eine zentrale Fach- oder Konfigurationstabelle für ihren Zuständigkeitsbereich. Relevante Felder sind `pp_id`, `pp_hotel_nr`, `pp_scope`, `pp_scope_id`, `pp_pruefung_schluessel`, `pp_blocker`, `pp_status`, `pp_titel`. In der Anwendung dient sie meist als referenzierbarer Datenanker für Oberflächen, Prüfprozesse, Exporte oder weitere Modulbausteine und steht in enger Beziehung zu `hcc_hotel`.

Was Änderungen auslösen können

Änderungen an dieser Tabelle können sich auf Ausgaben, Prüfungen oder angrenzende Referenzen auswirken. Vor allem Schlüssel, Scope-Felder und Statuswerte sollten nur kontrolliert angepasst werden.

Typische Nutzung und Inhalte
Typische Nutzung
  • Pflege des betreffenden Bereichs im Backend
  • Verwendung in Übersichten, Detailansichten oder Prüfungen
  • Nutzung als Referenz für angrenzende Fachlogik
Hauptinhalte
  • Felder wie `pp_id`, `pp_hotel_nr`, `pp_scope`, `pp_scope_id`
  • Felder wie `pp_pruefung_schluessel`, `pp_blocker`, `pp_status`, `pp_titel`
  • Felder wie `pp_nachricht`, `pp_action_url`, `pp_wert_int`, `pp_meta`
Beispiele
  • Der zuständige Fachbereich pflegt Daten in `hcc_portal_pruefungen` und andere Teile des Systems greifen später darauf zu
Beziehungen und Risiken
Wichtige Beziehungen
  • Bezieht sich fachlich auf ein Hotel und erbt oft dessen Mandanten-Scope
Risiken
  • Mehrdeutige Zustände oder fehlende Referenzen erschweren Support und Fehlersuche
  • Historisch gewachsene Felder sollten vor größeren Umstellungen geprüft werden
Hinweise
  • Die Tabelle ist hotelbezogen und sollte in Mehrmandanten-Szenarien immer mit sauberem Hotel-Scope 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 / BereichCore / Hotel
Status im Projektaktiv
Hotel- / Mandanten-Schlüsselpp_hotel_nr
Wichtigkeithoch
Relevanz im Betriebhoch
Datenbank-EngineInnoDB
Zweck und Aufgabe

Speichert modul- oder bereichsbezogene Portalprüfungen, Blocker und Handlungshinweise je Hotel und Scope.

Wichtige Beziehungen

Soft-Delete- oder Statuslogik ist in der Struktur erkennbar. | Verbindet Hotels und Scopes mit konkreten Prüfresultaten und Blockern. | Kann direkt auf Freischaltung, Dashboard-Hinweise und To-do-Logik wirken.

Risiken bei Änderungen

Fehlende oder falsche Prüfresultate verfälschen Go-Live-Entscheidungen, Blockeranzeigen oder Maßnahmenlisten.

Praktischer Hinweis

Operative Prüftabelle für Blocker- und Ready-State-Logik.

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äneCore
Datenklassetransactional
Lifecycledauerhaft
PIInein
Aufbewahrung und Historie

Prüfverläufe und aktuelle Status nur mit Blick auf Go-Live-Logik ändern.

Worauf bei Datenqualität zu achten ist

Hotelbezug, Scope, Schlüssel, Status und Meta-Daten konsistent halten.

Risiko bei Umbauten

Änderungen mit Prüfregeln, Dashboard und Freischaltungslogik abstimmen.

Führende Datenquelle

Prüf- und Blockerstatus je Hotel/Scope im Portalprozess.

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 Dateien0 Dateien

Im aktuellen Scan wurden keine direkten Dateiverweise erkannt.

Wird gelesen von0 Lese-Hinweise

Aktuell sind keine lesenden Prozesse oder Hinweise dokumentiert.

Wird beschrieben von0 Schreib-Hinweise

Aktuell sind keine schreibenden Prozesse oder Hinweise dokumentiert.

Zusätzliche Hinweise7 Einträge
#hcc#portal#pruefungen#status#checks#blocker#go-live

Schlüssel & Lifecycle

Wichtige Strukturmerkmale

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

Primärschlüssel
pp_id
Eindeutige Felder und Indizes
pp_idpp_hotel_nrpp_scope
Status-, Lösch- und Sichtbarkeitsfelder
pp_status
Zeitstempel, Audit und Verknüpfungen
pp_updated_atpp_hotel_nrpp_scope_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 öffnen15 Spalten
SpalteTypNullDefaultKeyExtraKommentar
pp_idbigint(20) unsignedNOPRIauto_increment
pp_hotel_nrint(11)NOMUL
pp_scopeenum('hotel','zimmer')NO'hotel'MUL
pp_scope_idint(11)NO0
pp_pruefung_schluesselvarchar(80)NO
pp_blockertinyint(1)NO0
pp_statusenum('ok','warn','fail','na')NO'fail'
pp_titelvarchar(140)NO''
pp_nachrichtvarchar(255)YESNULL
pp_action_urlvarchar(255)YESNULL
pp_wert_intint(10) unsignedNO0
pp_metalongtextYESNULL
pp_updated_atdatetimeNOcurrent_timestamp()on update current_timestamp()
pp_updated_byint(10) unsignedYESNULL
pp_sourcevarchar(32)YESNULL