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_hotel_ical_import

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

← Zurück zu Datenbank

Policies / KalenderNutzung: aktivKritikalität: hochTenant-Key: ip_hotel_nrGo-Live: hoch
13
Spalten
2
Dateibezüge
2
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

Hotel iCal Import

Die Tabelle `hcc_hotel_ical_import` speichert hotelbezogene Stamm-, Konfigurations- oder Inhaltsdaten. 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_hotel_ical_import` speichert hotelbezogene Stamm-, Konfigurations- oder Inhaltsdaten. 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_hotel_ical_import` besteht darin, hotelbezogene Stamm-, Konfigurations- oder Inhaltsdaten 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 `Hotel iCal Import` 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 darin, dass Hotelinformationen, Einstellungen und Inhalte strukturiert gepflegt und in mehreren Modulen wiederverwendet werden können.

Einfach erklärt
Für Nicht-Techniker

Einfach erklärt beschreibt `hcc_hotel_ical_import` einen bestimmten Teil der digitalen Hotelakte. Dort liegen Informationen, mit denen das Hotel im System organisiert, dargestellt oder konfiguriert wird. Für nicht technische Nutzer ist das der Bereich, in dem Regeln, Inhalte, Eigenschaften oder organisatorische Angaben des Hotels strukturiert abgelegt werden.

Technische Einordnung
Für Entwickler

Technisch dient `hcc_hotel_ical_import` als persistente Tabelle für hotelbezogene Stamm-, Konfigurations- oder Inhaltsdaten. 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, Zimmerbezug, Kalender-/Feedbezug 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_hotel_ical_import` 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 **Hotel iCal Import**
  • 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
  • Zimmer- oder Kategoriebezug
  • Status-, Aktiv- oder Sichtbarkeitsinformationen
  • Zeitstempel, Laufzeiten oder Datumsangaben
  • Titel-, Text- oder Namensfelder
Beispiele
  • Ein Backend-Prozess legt oder aktualisiert einen Datensatz in `hcc_hotel_ical_import`, damit **Hotel iCal Import** im System konsistent verfügbar ist.
  • Ein Frontend-, Import- oder Serviceprozess liest `hcc_hotel_ical_import`, um den passenden fachlichen Zustand für **Hotel iCal Import** anzuzeigen oder weiterzuverarbeiten.
Beziehungen und Risiken
Wichtige Beziehungen
  • steht in Beziehung zu hotelbezogenen Stammdaten und Hotel-Scope-Tabellen
  • ist eng mit Zimmer-, Kategorie- oder Verfügbarkeitsdaten verknüpft
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üsselip_hotel_nr
Wichtigkeithoch
Relevanz im Betriebhoch
Datenbank-EngineInnoDB
Zweck und Aufgabe

Legacy- oder einfache iCal-Import-Konfiguration pro Hotel/Zimmer.

Wichtige Beziehungen

Wird im Code von 2 Datei(en) direkt referenziert. | Soft-Delete- oder Statuslogik ist in der Struktur erkennbar. | Steuert Imports externer Kalenderdaten auf Hotel-/Zimmerbasis.

Risiken bei Änderungen

Fehlkonfigurationen führen zu falschen Sperren oder fehlender Fremdbelegung.

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
Datenklasseconfig
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/edit_zimmer2.phphotel/update_import.php
Wird beschrieben von0 Schreib-Hinweise

Aktuell sind keine schreibenden Prozesse oder Hinweise dokumentiert.

Zusätzliche Hinweise7 Einträge
#hcc#hotel#ical#import#used#status#legacy

Schlüssel & Lifecycle

Wichtige Strukturmerkmale

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

Primärschlüssel
ip_id
Eindeutige Felder und Indizes
ip_idip_hotel_nrip_zimmer_id
Status-, Lösch- und Sichtbarkeitsfelder
ip_is_activeip_last_sync_status
Zeitstempel, Audit und Verknüpfungen
ip_updated_atip_hotel_nrip_zimmer_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 öffnen13 Spalten
SpalteTypNullDefaultKeyExtraKommentar
ip_idint(11)NOPRIauto_increment
ip_hotel_nrint(11)NOMUL
ip_zimmer_idint(11)NOMUL
ip_namevarchar(255)NO
ip_infotextNO
ip_ical_urltextNO
ip_url_hashbinary(32)NO
ip_is_activetinyint(1)NO1
ip_last_sync_atdatetimeYESNULL
ip_last_sync_statusvarchar(32)YESNULL
ip_last_errortextYESNULL
ip_datumtimestampNOcurrent_timestamp()
ip_updated_atdatetimeNOcurrent_timestamp()on update current_timestamp()