hcc_sp_members
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-Mitglieder
Diese Tabelle enthält die Mitglieder- bzw. Teilnehmerdaten des Booyage HotelPass. Sie bildet die Grundlage dafür, wer dem Programm zugeordnet ist und welche Mitgliedsprozesse technisch nachvollzogen werden können.
Überblick
Diese Tabelle enthält die Mitglieder- bzw. Teilnehmerdaten des Booyage HotelPass. Sie bildet die Grundlage dafür, wer dem Programm zugeordnet ist und welche Mitgliedsprozesse technisch nachvollzogen werden können.
Fachlicher Zweck
Die Tabelle speichert die zentralen Stammdaten von HotelPass-Mitgliedern, damit das System Mitglieder identifizieren, zuordnen, verifizieren und in weitere Mitgliedschafts- und Einlöseprozesse einbinden kann.
Ohne diese Tabelle gäbe es keine zentrale Mitgliederbasis. Karten, Verifikationen, Nachrichten, Mitgliedschaften und Einlösungen hätten dann keinen stabilen Bezug zu einer Person oder einem Teilnehmerkonto.
Die Tabelle ist wichtig, weil HotelPass ohne eine saubere Mitgliederbasis nicht sinnvoll betrieben werden kann. Sie ist die Grundlage für personalisierte Vorteile, Nachvollziehbarkeit und programmbasierte Nutzung.
Einfach erklärt
Einfach erklärt ist dies die Hauptliste der Personen, die im HotelPass geführt werden. Hier steht, wer als Mitglied im System bekannt ist und auf wen spätere Mitgliedschafts- oder Vorteilsvorgänge verweisen.
Technische Einordnung
Technisch ist dies eine Kern-Entität des HotelPass-Moduls. Weitere Tabellen wie Cards, Memberships, Messages, Notes, Verifications oder Redemptions referenzieren typischerweise dieses Objekt, um Mitgliedsprozesse sauber zu strukturieren.
Änderungen an dieser Tabelle wirken sich oft auf mehrere weitere Mitgliedschafts- und Nutzungsprozesse aus. Anpassungen sollten deshalb immer mit Blick auf verknüpfte Karten, Mitgliedschaften und Verifikationen erfolgen.
Typische Nutzung und Inhalte
- Anlage und Pflege eines HotelPass-Mitglieds
- Verknüpfung mit Karten, Mitgliedschaften und Verifikationen
- Nachvollziehen, welcher Teilnehmer welche Vorteile erhalten oder genutzt hat
- Mitglieds- und Identifikationsdaten
- HotelPass-bezogene Basisinformationen zu einem Teilnehmer
- Verknüpfungspunkte für weitere Mitgliedschaftsprozesse
- Ein neuer Teilnehmer wird dem HotelPass hinzugefügt und später einer Mitgliedschaft zugeordnet
- Ein bestehendes Mitglied erhält eine neue Karte und kann danach Vorteile nach erfolgreicher Verifikation nutzen
Beziehungen und Risiken
- Verknüpft sich häufig mit hcc_sp_cards, hcc_sp_memberships, hcc_sp_messages und hcc_sp_verifications
- Dient als zentrale Bezugstabelle für personenbezogene HotelPass-Vorgänge
- Unsaubere oder doppelte Mitgliederdatensätze erschweren die fachliche Zuordnung und Auswertung
- Fehlerhafte Identitätszuordnung kann Auswirkungen auf Vorteile, Verifikation und Einlösung haben
- Diese Tabelle gehört zu den wichtigsten personenbezogenen Kernobjekten des HotelPass-Moduls
- Sie sollte besonders sauber gepflegt und dokumentiert 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 Mitglieds- oder Teilnehmerdaten innerhalb des HotelPass-Kontexts.
Wird im Code von 3 Datei(en) direkt referenziert. | Soft-Delete- oder Statuslogik ist in der Struktur erkennbar. | Mitgliedsbezug für Verifikation, Vorteilseinlösung und Kartenlogik.
Mitgliedsdaten sind fachlich sensibel und müssen sauber scoped und konsistent verarbeitet werden.
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.
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.
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 |
|---|---|---|---|---|---|---|
| member_id | bigint(20) unsigned | NO | PRI | auto_increment | ||
| external_member_key | varchar(64) | YES | NULL | UNI | ||
| varchar(190) | YES | NULL | ||||
| phone | varchar(40) | YES | NULL | |||
| status | enum('active','expired','blocked') | NO | 'active' | MUL | ||
| created_at | datetime | NO | current_timestamp() | |||
| updated_at | datetime | NO | current_timestamp() | on update current_timestamp() | ||
| consumer_user_id | int(11) | YES | NULL | UNI |