hcc_hotel_user
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
Hotel-Benutzer und Zugriffszuordnung
Diese Tabelle verbindet Benutzerkonten mit einem Hotel und legt fest, welche Personen im jeweiligen Hotel-System arbeiten dürfen. Sie ist damit die Grundlage dafür, dass nicht jeder alles sehen oder bearbeiten kann.
Überblick
Diese Tabelle verbindet Benutzerkonten mit einem Hotel und legt fest, welche Personen im jeweiligen Hotel-System arbeiten dürfen. Sie ist damit die Grundlage dafür, dass nicht jeder alles sehen oder bearbeiten kann.
Fachlicher Zweck
Die Tabelle speichert, welche Benutzer zu welchem Hotel gehören und in welchem organisatorischen Zusammenhang sie dort arbeiten. Sie bildet damit die praktische Zuordnung zwischen Benutzerverwaltung und Hotel-Mandant ab.
Ein Hotel arbeitet in der Regel nicht nur mit einem einzigen Login. Es gibt Eigentümer, Manager, Rezeption, Marketing, Service oder externe Partner. Damit das System weiß, welche Person zu welchem Hotel gehört und welche Daten sie überhaupt sehen darf, braucht es eine zentrale Zuordnungstabelle.
Die Tabelle macht Mehrbenutzerfähigkeit überhaupt erst praxistauglich. Sie sorgt dafür, dass Hotels mit mehreren Mitarbeitern sicher arbeiten können, ohne dass Daten anderer Hotels sichtbar werden oder jeder Benutzer pauschal Vollzugriff erhält.
Einfach erklärt
Einfach erklärt ist dies die Mitgliederliste eines Hotels im System. Hier wird festgelegt, welche Personen zu einem Hotel gehören und dort im Backend arbeiten dürfen. Ohne diese Zuordnung könnte das System nicht sauber unterscheiden, welcher Benutzer für welches Hotel zuständig ist.
Technische Einordnung
Technisch ist dies eine mandantenbezogene Zuordnungs- bzw. Membership-Tabelle zwischen Benutzerobjekten und Hotelobjekten. Sie wird typischerweise für Scope-Prüfungen, Rollenlogik, Sichtbarkeitsentscheidungen, Backend-Zugriffe und organisatorische Rechteprüfungen verwendet. Je nach Implementierung kann sie zusätzlich Status-, Rollen- oder Aktivitätsinformationen pro Benutzer-Hotel-Beziehung enthalten.
Änderungen an dieser Tabelle wirken sich oft direkt auf Login-Flows, Backend-Sichtbarkeit, Rechteprüfungen und Mandantenabgrenzung aus. Anpassungen sollten deshalb immer gemeinsam mit Authentifizierung und Rollenmodell betrachtet werden.
Typische Nutzung und Inhalte
- Zuordnung eines Benutzers zu einem bestimmten Hotel
- Prüfung, ob ein Benutzer in diesem Hotel arbeiten darf
- Grundlage für Rollen- und Rechteentscheidungen im Backend
- Filtern von hotelbezogenen Daten nach dem angemeldeten Benutzerkontext
- Benutzerbezug
- Hotelbezug
- Mitgliedschafts- oder Aktivstatus
- organisatorische Zuordnung innerhalb des Hotels
- optionale Rollen- oder Rechteinformationen pro Hotelzuordnung
- Ein Hotelmanager erhält Zugriff auf das Hotel-Dashboard seines Hauses
- Eine Mitarbeiterin der Rezeption darf nur die Daten ihres Hotels sehen und bearbeiten
- Ein Benutzer wird aus einem Hotel entfernt und verliert dadurch den Zugriff auf dessen Inhalte
Beziehungen und Risiken
- Verknüpft Benutzerobjekte mit der zentralen Hotel-Tabelle
- Wird häufig gemeinsam mit Session-, Login- und Rollenlogik ausgewertet
- Ist relevant für Backend-Bereiche, die nur hotelbezogen sichtbar sein dürfen
- Fehlerhafte Zuordnungen können dazu führen, dass Benutzer auf das falsche Hotel zugreifen
- Unscharfe Rollen- oder Statuslogik kann zu Sicherheits- und Berechtigungsproblemen führen
- Bei fehlender Deaktivierung ehemaliger Benutzer bleiben ungewollte Zugriffe möglich
- Diese Tabelle ist für Multi-Tenant-Sicherheit besonders wichtig
- Sie sollte immer zusammen mit Benutzer-, Rollen- und Hotelkontext verstanden 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 hotelbezogene Benutzerkonten für Verwaltung, Anmeldung, Aktivierung und Passwort-/E-Mail-Workflows.
Wird im Code von 15 Datei(en) direkt referenziert. | Soft-Delete- oder Statuslogik ist in der Struktur erkennbar. | Verknüpft Hotels mit internen Verwaltungsbenutzern. | Relevant für Login, Aktivierung, Passwort-Reset und Zugriffsstatus.
Fehlerhafte Benutzer-, Aktivierungs- oder Passwortdaten wirken direkt auf Zugang, Sicherheit und Betriebsfähigkeit.
Kritische Verwaltungsbenutzer-Tabelle mit Authentifizierungsbezug.
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.
Benutzer-, Login- und Sicherheitsdaten nur mit Datenschutz- und Sicherheitsbezug ändern oder bereinigen.
Hotelbezug, Aktivierungsstatus, Codes und Passwort-/Mail-Workflows konsistent halten.
Änderungen mit Login, Session-, Aktivierungs- und Passwortlogik abstimmen.
Hotelbezogene Benutzerkonten im Verwaltungs-/Backoffice-Kontext.
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
Aktuell sind keine schreibenden Prozesse oder Hinweise dokumentiert.
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 |
|---|---|---|---|---|---|---|
| hu_id | int(11) | NO | PRI | |||
| hu_hotel_id | int(11) | YES | NULL | |||
| hu_free | int(1) | YES | NULL | |||
| hu_14tage_test | int(1) | YES | NULL | |||
| hu_14tage_datum | datetime | YES | NULL | |||
| hu_verwaltung | int(1) | YES | NULL | |||
| hu_name | varchar(100) | YES | NULL | |||
| hu_anrede | varchar(10) | YES | NULL | |||
| hu_vorname | varchar(150) | YES | NULL | |||
| hu_nachname | varchar(150) | YES | NULL | |||
| hu_email | varchar(150) | YES | NULL | |||
| hu_passwort | varchar(250) | YES | NULL | |||
| hu_passwort_update | varchar(255) | YES | NULL | |||
| hu_created | timestamp | YES | current_timestamp() | on update current_timestamp() | ||
| hu_updated | timestamp | YES | current_timestamp() | |||
| hu_email_update | varchar(100) | YES | NULL | |||
| hu_email_time | timestamp | YES | NULL | |||
| hu_emailcode | varchar(15) | YES | NULL | |||
| hu_passwort_time | timestamp | YES | NULL | |||
| hu_passwortcode | varchar(255) | YES | NULL | |||
| hu_aktiv | int(1) | YES | NULL | |||
| hu_online | int(1) | YES | NULL | |||
| hu_email_code | varchar(150) | YES | NULL | |||
| hu_free_code | varchar(20) | YES | NULL | |||
| hu_free_code_benutzt | int(1) | YES | NULL | |||
| hu_free_code_time | timestamp | YES | NULL | |||
| hu_free_kontrollzahl | varchar(255) | YES | NULL | |||
| hu_ipnummer | varchar(250) | YES | NULL | |||
| hu_hostname | varchar(250) | YES | NULL | |||
| hu_kontrollzahl | varchar(250) | YES | NULL | |||
| hu_bestaetigt | int(1) | YES | NULL | |||
| hu_bestaetigung_datum | datetime | YES | NULL | |||
| hu_ipnummer2 | varchar(200) | YES | NULL | |||
| hu_hostname2 | varchar(200) | YES | NULL | |||
| hu_online_seit | datetime | YES | NULL | |||
| hu_last_login | datetime | YES | NULL |