hcc_sp_audit_log
Vertiefte Sicht auf fachlichen Zweck, Mandantenbezug, Nutzungsstatus, Datenverantwortung, Risiken und Spaltenstruktur dieser Tabelle.
Diese Datei oder Tabelle ist fachlich bzw. technisch besonders sensibel. Änderungen sollten immer mit Blick auf Abhängigkeiten, Scope und Seiteneffekte geprüft werden.
Dieser Bereich arbeitet direkt mit hotel- bzw. mandantenbezogenem Scope. Änderungen sollten immer auf saubere Zuordnung und Scope-Logik geprüft werden.
Langbeschreibung
HotelPass-Audit-Log
Diese Tabelle protokolliert wichtige Aktionen im Booyage HotelPass. Sie hält nachvollziehbar fest, wer was wann an welchem Objekt gemacht hat und schafft damit Transparenz für Support, Prüfung und Fehleranalyse.
Überblick
Diese Tabelle protokolliert wichtige Aktionen im Booyage HotelPass. Sie hält nachvollziehbar fest, wer was wann an welchem Objekt gemacht hat und schafft damit Transparenz für Support, Prüfung und Fehleranalyse.
Fachlicher Zweck
Die Tabelle speichert protokollierte Ereignisse und Änderungen im HotelPass-Modul, damit fachlich wichtige Aktionen später nachvollzogen, geprüft und bei Problemen untersucht werden können.
Ohne diese Tabelle wären viele Änderungen und Systemaktionen im Nachhinein nur schwer oder gar nicht belegbar. Gerade bei Angebots-, Mitglieder- oder Einlöseprozessen braucht ein produktives Modul eine belastbare Nachvollziehbarkeit.
Die Tabelle erhöht Sicherheit, Nachvollziehbarkeit und Support-Fähigkeit des HotelPass. Sie ist besonders wichtig, wenn Vorgänge erklärt, Fehler rekonstruiert oder sensible Änderungen dokumentiert werden müssen.
Einfach erklärt
Einfach erklärt ist dies das Logbuch des HotelPass. Hier wird festgehalten, welche Aktion stattgefunden hat, wer sie ausgelöst hat und auf welchen Datensatz sie sich bezog. Das hilft, wenn man prüfen möchte, warum etwas passiert ist oder wer eine Änderung vorgenommen hat.
Technische Einordnung
Technisch ist dies eine klassische Audit- bzw. Revisions-Tabelle. Sie referenziert typischerweise fachliche Objekte über entity_type und entity_id, ergänzt um Actor-, Zeit- und Kontextdaten wie IP, User-Agent oder Meta-Informationen.
Änderungen an dieser Tabelle betreffen meist nicht die eigentliche Fachlogik des HotelPass, aber sehr wohl Diagnose, Revision und Support. Werden hier Felder verändert, sollten alle Protokollierungs- und Auswertungsroutinen mitgeprüft werden.
Typische Nutzung und Inhalte
- Protokollierung von Änderungen an HotelPass-Angeboten oder Kampagnen
- Nachverfolgung von Aktionen durch Benutzer oder Admins
- Analyse von Problemfällen, wenn ein Vorgang unerwartet ablief
- Aktionstyp und betroffener Objekttyp
- Referenz auf den betroffenen Datensatz
- Benutzer-, Zeit- und Kontextinformationen
- Freitext- bzw. Meta-Informationen zur Aktion
- Ein Admin ändert ein HotelPass-Angebot und die Aktion wird mit Benutzer, Zeit und Objektbezug protokolliert
- Bei einer Supportanfrage wird geprüft, wann ein Datensatz zuletzt geändert wurde und von wem
Beziehungen und Risiken
- Bezieht sich fachlich auf viele HotelPass-Objekte wie Angebote, Kampagnen, Mitglieder oder Einlösungen
- Wird häufig zusammen mit Support-, Admin- oder Diagnosefunktionen betrachtet
- Fehlende oder unvollständige Log-Einträge erschweren Support und Nachvollziehbarkeit
- Zu viele technische Details ohne Struktur können die Auswertung unübersichtlich machen
- Besonders nützlich für Support, Debugging und Revisionssicherheit
- Sollte fachlich klar von operativen Kernobjekten getrennt 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.
Audit- und Nachvollziehungsprotokoll für fachlich relevante Vorgänge im HotelPass-Modul.
Mandantenbezug läuft über hotel_nr. | Wird im Code von 2 Datei(en) direkt referenziert. | Unterstützt Nachvollziehbarkeit, Prüfung und Fehlersuche.
Unvollständige oder fehlerhafte Audit-Daten erschweren Analyse und Compliance-nahe Nachverfolgung.
Produktiv relevante Tabelle innerhalb des dokumentierten Moduls.
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.
Historie und Nachvollziehbarkeit nicht vorschnell bereinigen.
Tenant-Key, Primärschlüssel und Mapping-Bezüge konsistent halten.
Änderungen nur mit Blick auf Seiteneffekte, Scope und abhängige Prozesse durchführen.
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
Zusätzliche Hinweise
Schlüssel & Lifecycle
Wichtige Strukturmerkmale
Hier werden technische Merkmale der Tabelle zusammengefasst, zum Beispiel Schlüssel, Statusfelder und typische Verknüpfungsspalten.
Es wurden keine typischen Status-, Lösch- oder Sichtbarkeitsfelder erkannt.
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 |
|---|---|---|---|---|---|---|
| audit_id | bigint(20) unsigned | NO | PRI | auto_increment | ||
| hotel_nr | int(10) unsigned | NO | MUL | |||
| actor_user_id | int(10) unsigned | YES | NULL | |||
| action | varchar(64) | NO | ||||
| entity_type | varchar(64) | NO | ||||
| entity_id | bigint(20) unsigned | YES | NULL | |||
| message | varchar(255) | YES | NULL | |||
| ip | varchar(45) | YES | NULL | |||
| user_agent | varchar(255) | YES | NULL | |||
| created_at | datetime | NO | current_timestamp() | |||
| meta_json | longtext | YES | NULL |