hcc_sp_cards
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 ist für sichtbare, operative oder produktive Abläufe besonders relevant.
Dieser Bereich arbeitet direkt mit hotel- bzw. mandantenbezogenem Scope. Änderungen sollten immer auf saubere Zuordnung und Scope-Logik geprüft werden.
Langbeschreibung
HotelPass-Karten
Diese Tabelle verwaltet die einzelnen HotelPass-Karten eines Mitglieds. Sie bildet damit die technische und fachliche Grundlage dafür, dass Mitgliedschaften über eine konkrete Karte identifiziert, geprüft und genutzt werden können.
Überblick
Diese Tabelle verwaltet die einzelnen HotelPass-Karten eines Mitglieds. Sie bildet damit die technische und fachliche Grundlage dafür, dass Mitgliedschaften über eine konkrete Karte identifiziert, geprüft und genutzt werden können.
Fachlicher Zweck
Die Tabelle speichert Kartendaten, Kartengültigkeit und Kartenstatus, damit Mitglieder eindeutig über eine konkrete HotelPass-Karte erkannt und in Prüf- oder Einlöseprozessen verwendet werden können.
Mitglied und Karte sind nicht dasselbe. Ein Mitglied kann fachlich existieren, aber für operative Prozesse braucht es oft einen konkreten Kartenbezug. Ohne diese Tabelle gäbe es keine saubere Verwaltung von Kartennummer, Kartengültigkeit und Status.
Die Tabelle ist wichtig für einen stabilen und vertrauenswürdigen Kartenbetrieb. Sie unterstützt Identifikation, Sicherheit, Gültigkeitssteuerung und klare operative Abläufe rund um Mitgliedschaften.
Einfach erklärt
Einfach erklärt ist das die Kartenverwaltung des HotelPass. Hier steht, welche konkrete Karte zu welchem Mitglied gehört, ob sie gültig ist und in welchem Zustand sie sich befindet. Dadurch kann das System später erkennen, welche Karte geprüft oder genutzt wurde.
Technische Einordnung
Technisch ist dies eine zentrale Zuordnungs- und Identifikationstabelle des HotelPass-Moduls. Sie verbindet Mitglieder mit konkreten Kartendaten und stellt Felder für Status, Laufzeit und tokenisierte Sicherheitsinformationen bereit.
Änderungen an dieser Tabelle können sich direkt auf Identifikation, Gültigkeitsprüfung und Nutzung von HotelPass-Karten auswirken. Besonders sensibel sind Änderungen an Status- oder Sicherheitsfeldern.
Typische Nutzung und Inhalte
- Anlage einer neuen HotelPass-Karte für ein Mitglied
- Prüfung, ob eine Karte aktiv und gültig ist
- Verknüpfung einer Karte mit Verifikations- und Einlösevorgängen
- Mitgliedsbezug der Karte
- Kartennummer und gekürzte Kartendarstellung
- Token- bzw. Hash-Informationen für sichere Verarbeitung
- Gültigkeitszeitraum und Kartenstatus
- Ein Mitglied erhält eine neue digitale oder physische HotelPass-Karte
- Bei einer Verifikation wird geprüft, ob die vorgelegte Karte noch aktiv und gültig ist
Beziehungen und Risiken
- Verknüpft Mitglieder mit Verifikationen und Einlösungen über einen konkreten Kartenbezug
- Ist operativ eng mit Prüf- und Nutzungsprozessen des HotelPass verbunden
- Unscharfe Status- oder Gültigkeitslogik kann zu falschen Prüfentscheidungen führen
- Sicherheitsrelevante Karteninformationen müssen besonders sauber behandelt werden
- Kartendaten sind fachlich operativ, aber auch sicherheitsrelevant
- Die Tabelle sollte klar von Mitgliedsstammdaten 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.
Speichert Karten- oder Token-Bezug für HotelPass-Mitglieder, typischerweise in sicherheitsbewusster, gehashter Form.
Wird im Code von 3 Datei(en) direkt referenziert. | Soft-Delete- oder Statuslogik ist in der Struktur erkennbar. | Verknüpft Mitgliedschaft mit Karten-/Token-Logik.
Sicherheits- und Identitätsbezug macht diese Tabelle besonders sensibel.
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.
Produktionsrelevante Daten nur mit fachlicher Archivierungsstrategie bereinigen.
Kartentoken nur als sichere Hash-/Tokenrepräsentation behandeln.
Ä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.
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 |
|---|---|---|---|---|---|---|
| card_id | bigint(20) unsigned | NO | PRI | auto_increment | ||
| member_id | bigint(20) unsigned | YES | NULL | MUL | ||
| card_number | varchar(32) | YES | NULL | UNI | ||
| card_token_hash | char(64) | NO | UNI | |||
| card_last4 | char(4) | YES | NULL | MUL | ||
| valid_from | date | YES | NULL | |||
| valid_to | date | YES | NULL | |||
| status | enum('active','expired','blocked','revoked','replaced') | NO | 'active' | MUL | ||
| created_at | datetime | NO | current_timestamp() | |||
| updated_at | datetime | NO | current_timestamp() | on update current_timestamp() |