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_sp_verifications

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

← Zurück zu Datenbank

Booyage HotelPassNutzung: aktivKritikalität: hochTenant-Key: hotel_nrGo-Live: hoch
14
Spalten
2
Dateibezüge
4
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

HotelPass-Prüfungen

Diese Tabelle dokumentiert Prüfungen im Booyage HotelPass, also Fälle, in denen eine Mitgliedschaft, Karte oder Berechtigung kontrolliert wurde. Sie ist damit die zentrale Nachweis- und Ablauf-Tabelle für die Frage, ob ein Gast einen HotelPass-Vorteil wirklich nutzen darf.

Überblick
Kurzbeschreibung

Diese Tabelle dokumentiert Prüfungen im Booyage HotelPass, also Fälle, in denen eine Mitgliedschaft, Karte oder Berechtigung kontrolliert wurde. Sie ist damit die zentrale Nachweis- und Ablauf-Tabelle für die Frage, ob ein Gast einen HotelPass-Vorteil wirklich nutzen darf.

Fachlicher Zweck
Wofür diese Tabelle gebraucht wird

Die Tabelle speichert Verifikationsvorgänge rund um Mitglied, Karte, Buchungsbezug und Ergebnis, damit das System nachvollziehbar prüfen kann, ob ein HotelPass-Vorteil oder eine Berechtigung korrekt bestätigt wurde.

Warum es sie gibt

Ohne diese Tabelle gäbe es keine saubere Nachvollziehbarkeit darüber, wann, wie und mit welchem Ergebnis eine HotelPass-Prüfung stattgefunden hat. Das wäre sowohl für den operativen Hotelbetrieb als auch für Support, Nachweise und Missbrauchsschutz problematisch.

Nutzen im Alltag

Die Tabelle schafft Vertrauen und Betriebssicherheit, weil sie belegt, dass HotelPass-Vorteile nicht blind vergeben werden, sondern auf einer dokumentierten Prüfung beruhen. Das ist wichtig für Support, Reklamationen, Missbrauchsschutz und interne Kontrolle.

Einfach erklärt
Für Nicht-Techniker

Einfach erklärt ist das das Prüfprotokoll des HotelPass. Immer wenn ein Gast oder eine Karte kontrolliert wird, ob ein Vorteil genutzt werden darf, wird hier festgehalten, was geprüft wurde und wie das Ergebnis war. So kann man später nachvollziehen, warum etwas erlaubt oder abgelehnt wurde.

Technische Einordnung
Für Entwickler

Technisch ist dies eine transaktionale Audit- und Prozess-Tabelle des HotelPass-Moduls. Sie verbindet Mitglied, Karte, Hotel, optional Buchungs- und Zimmerbezug sowie Methode und Ergebnis der Verifikation. Damit ist sie ein wichtiger Bestandteil für Berechtigungsprüfung, Debugging, Fraud-Prevention und Nachvollziehbarkeit.

Was Änderungen auslösen können

Änderungen an dieser Tabelle oder ihrer Ergebnislogik wirken sich direkt auf Nachweisbarkeit, Support-Fälle und die Auswertung von HotelPass-Prüfungen aus. Änderungen sollten daher immer mit besonderem Blick auf Auditierbarkeit und fachliche Konsistenz erfolgen.

Typische Nutzung und Inhalte
Typische Nutzung
  • Prüfung, ob ein Mitglied oder eine Karte für einen Vorteil berechtigt ist
  • Dokumentation von positiven und negativen Prüfergebnissen
  • Nachvollzug bei Support-Fällen, Rückfragen oder Unstimmigkeiten im Hotelbetrieb
Hauptinhalte
  • Hotel-, Mitglieds- und Kartenbezug
  • Prüfmethode und Prüfergebnis
  • Optionaler Buchungs- und Zimmerbezug
  • Zeitpunkt und technische Begleitinformationen der Prüfung
Beispiele
  • Ein Hotel prüft an der Rezeption, ob ein Mitglied einen bestimmten Vorteil nutzen darf
  • Ein Support-Fall untersucht im Nachhinein, warum eine Verifikation abgelehnt wurde
Beziehungen und Risiken
Wichtige Beziehungen
  • Verknüpft sich typischerweise mit Mitgliedern, Karten, Angeboten und optional Buchungs- oder Zimmerdaten
  • Bildet die fachliche Grundlage für spätere Einlösungen oder Support-Nachweise
Risiken
  • Fehlende oder ungenaue Prüfdaten erschweren die Nachvollziehbarkeit von Entscheidungen
  • Falsch erfasste Ergebnisse können zu unberechtigten Vorteilen oder unnötigen Ablehnungen führen
Hinweise
  • Diese Tabelle ist keine reine Stammdatentabelle, sondern ein operatives Prüfprotokoll
  • Besonders wichtig sind klare Ergebniswerte und nachvollziehbare Zeitpunkte

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 / BereichBooyage HotelPass
Status im Projektaktiv
Hotel- / Mandanten-Schlüsselhotel_nr
Wichtigkeithoch
Relevanz im Betriebhoch
Datenbank-EngineInnoDB
Zweck und Aufgabe

Dokumentiert Verifikationsvorgänge innerhalb des HotelPass-Kontexts, inklusive Room-Bezug und Zeitstempel.

Wichtige Beziehungen

Mandantenbezug läuft über hotel_nr. | Wird im Code von 2 Datei(en) direkt referenziert. | Verknüpft Mitgliedschaft, Verifikation und ggf. Zimmerbezug.

Risiken bei Änderungen

Fehlerhafte Verifikationsdaten wirken direkt auf Prüf- und Einlöseprozesse.

Praktischer Hinweis

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.

Art der gespeicherten Daten
DomäneHotelPass
Datenklassecore
Lifecycledauerhaft
PIIja
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 nur mit Blick auf Seiteneffekte, Scope und abhängige Prozesse durchführen.

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 von3 Lese-Hinweise
hotel/modules/staypass/db.phphotel/modules/staypass/index.phpmodules/staypass/dashboard.php
Wird beschrieben von1 Schreib-Hinweise
verification-flow
Zusätzliche Hinweise7 Einträge
#hcc#verifications#used#tenant#hotelpass#verification#audit

Schlüssel & Lifecycle

Wichtige Strukturmerkmale

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

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

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

Zeitstempel, Audit und Verknüpfungen
hotel_nrmember_idcard_idroom_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 öffnen14 Spalten
SpalteTypNullDefaultKeyExtraKommentar
verification_idbigint(20) unsignedNOPRIauto_increment
hotel_nrint(10) unsignedNOMUL
member_idbigint(20) unsignedYESNULL
card_idbigint(20) unsignedYESNULLMUL
methodenum('qr','manual')NO'qr'
resultenum('valid','invalid','expired','blocked')NO'valid'
booking_refvarchar(64)YESNULL
room_idint(10) unsignedYESNULL
notevarchar(255)YESNULL
ipvarchar(45)YESNULL
user_agentvarchar(255)YESNULL
verified_atdatetimeNOcurrent_timestamp()
created_byint(10) unsignedYESNULL
meta_jsonlongtextYESNULL