Utente, ruolo e autorizzazione separati
Una persona riceve un ruolo; il ruolo contiene le autorizzazioni corrette sul posto di lavoro.Un utente appartiene a una persona con il suo nome e la sua email. Un ruolo descrive un lavoro come reception o pulizia. Le autorizzazioni decidono se può leggere, scrivere o gestire.
L'Hotel Nordlicht inizia con i profili di gestione, reception, pulizia e finanza. Una persona può ricoprire più compiti ma utilizza comunque un account personale e il ruolo adeguato più piccolo.
Mantieni tre concetti separati. Un utente è una persona identificabile con credenziali personali, lingua e stato attivo. Un ruolo raggruppa un ambito di lavoro approvato. Un'autorizzazione consente un'azione concreta come leggere le prenotazioni, modificare le impostazioni finanziarie o gestire gli utenti. Non creare mai un utente “reception” condiviso, perché azioni, errori e successivi controlli non apparterrebbero più ad una sola persona. Associa ogni dipendente all'hotel corretto ed evita di portare con sé autorizzazioni di un'altra responsabilità solo per comodità. I ruoli di sistema forniscono una linea di base mantenuta; i ruoli personalizzati sono giustificati solo da una stabile esigenza operativa. Documentare il proprietario del ruolo e la data di approvazione. Prima della configurazione, scrivere il set di attività previsto e le esclusioni sensibili. Il modello è pronto quando il management può spiegare chi è la persona, perché esiste il ruolo e quali azioni esatte concede o nega senza fare affidamento su un titolo professionale informale.
| Strato | Esempio | Decisione |
|---|---|---|
| Utente | Un addetto alla reception concreto | Chi accede e possiede l'azione? |
| Ruolo | Reception | Che lavoro svolge il posto di lavoro? |
| Autorizzazione | Leggere e modificare le prenotazioni | Quale azione concreta è necessaria? |
Pianifica le attività prima delle autorizzazioni
La vera giornata lavorativa, non il menu, definisce il ruolo.Elenca da cinque a dieci attività frequenti per posto di lavoro. La reception lavora con prenotazioni, ospiti e messaggi; pulizia con il piano giornaliero; finanza con documenti e pagamenti; gestione con reportistica e configurazione.
Contrassegna se ciascuna attività necessita dell'accesso in lettura o scrittura. La visione delle camere non implica la gestione della disponibilità; la visualizzazione delle fatture non comporta la rettifica dei pagamenti. Non abilitare i moduli “per ogni evenienza”.
Progettare l'accesso da attività e rischi. Elenca cosa devono fare la reception, le pulizie, la finanza, la gestione e la copertura temporanea in un turno normale, quindi identifica i dati più piccoli e la serie di azioni richieste. Lettura, creazione, modifica, approvazione, esportazione e amministrazione separate laddove il prodotto lo supporta. Presta particolare attenzione ai dati degli ospiti, ai documenti, ai pagamenti, alle tariffe, alle impostazioni dell'hotel e all'amministrazione degli utenti. Una persona che necessita di un report non necessita automaticamente dei diritti di configurazione; una governante che aggiorna il lavoro in camera non ha bisogno del finanziamento degli ospiti. Definisci l'escalation di emergenza invece di concedere a ogni utente l'accesso amministrativo permanente. Annota quali azioni richiedono una seconda approvazione o una revisione successiva. Confrontare il piano con accordi sostitutivi reali e supporto fuori orario. La pianificazione delle attività passa quando ogni autorizzazione supporta un flusso di lavoro denominato, ogni esclusione sensibile ha un'alternativa operativa e nessun privilegio esiste solo perché "potrebbe essere utile un giorno".
| Lavoro | Deve essere possibile | Resta bloccato |
|---|---|---|
| Reception | Prenotazioni, ospiti, messaggi, panoramica delle camere | Gestione del ruolo e ampia correzione finanziaria |
| Housekeeping | Piano giornaliero e stati della sala operatoria | Prezzi, fatture e utenti |
| Finanza | Documenti, pagamenti ed esportazioni | Struttura della stanza e dei ruoli quando non di proprietà |
| Gestione | Controllo tra proprietà e configurazione approvata | Account proprietario come impostazione predefinita giornaliera per tutti |
Esamina i ruoli di sistema e aggiungi deliberatamente ruoli personalizzati
I ruoli predefiniti forniscono un punto di partenza sicuro; le operazioni decidono il giusto livello di dettaglio.Apri Impostazioni → Utenti e ruoli. STRYK fornisce Proprietario, Amministratore, Reception e Pulizie come profili iniziali. Esamina la descrizione, lo stato attivo, gli utenti assegnati e le autorizzazioni del modulo.
Crea un ruolo personalizzato solo per un lavoro distinto e duraturo, come Finanza senza configurazione dell'hotel. Utilizza un nome e una descrizione chiari, seleziona i moduli richiesti e verifica lo stato salvato.
Esamina i ruoli di sistema esistenti prima di crearne uno personalizzato. Confronta le autorizzazioni effettive del ruolo con la matrice delle attività e testa le aree di prodotto che espone. Scegli la base di riferimento con meno privilegi più vicina, quindi crea un ruolo personalizzato solo quando un lavoro ricorrente non può essere rappresentato in modo sicuro. Assegna ai ruoli personalizzati nomi chiari in base alla responsabilità, documenta il proprietario ed evita nomi specifici della persona che perdono significato dopo i cambiamenti di personale. Non copiare mai un ruolo di amministratore e rimuovere alcuni elementi visibili senza testare le azioni nascoste. Riapri il ruolo salvato e confronta ogni autorizzazione. Mantenere un ruolo canonico per lo stesso lavoro invece di diverse versioni quasi identiche. Se una nuova funzionalità aggiunge un'autorizzazione, esaminane l'effetto prima dell'assegnazione generale. La progettazione del ruolo passa quando il ruolo selezionato supporta tutte le attività richieste, blocca azioni sensibili non correlate e rimane comprensibile a un manager che non lo ha creato.
Crea utenti personali in modo sicuro
Un account appartiene a una persona, non a un turno, a un reparto o a un'e-mail condivisa.Nell'area utente scegli Crea utente e inserisci nome completo, email individuale raggiungibile e ruolo preparato. Condividi la password iniziale in modo sicuro e controlla l'ortografia dell'e-mail prima di salvare.
L'Hotel Nordlicht crea utenti separati per la gestione, i turni della reception, le pulizie e la finanza. I turni possono condividere un ruolo ma mai un account.
Crea un account per il dipendente indicato utilizzando un'e-mail di lavoro verificata e l'hotel corretto. Imposta la lingua prevista, lo stato attivo e il ruolo approvato; non preconfigurare dati personali fittizi per far sì che gli screenshot sembrino completi. Fornire l'onboarding attraverso il flusso dell'account approvato e richiedere al dipendente di mantenere private le credenziali. Non inviare mai una password di amministratore condivisa in chat né archiviarla in una nota alla reception. Conferma che la persona possa accedere e accedere al STRYK hotel e alla lingua corretti. Esaminare il record dell'utente dopo il salvataggio e verificare che non sia stato ereditato alcun ruolo indesiderato. Per l'accesso elevato, registrare l'approvatore e la data di revisione. Un'identità del chiosco è un utente tecnico dedicato specifico del STRYK hotel e dovrebbe aprire l'esperienza del chiosco, non il normale amministratore; non sostituisce i conti dei dipendenti. La creazione dell'utente avviene quando una persona reale controlla un account attribuibile e nessuna credenziale o ruolo deve essere condiviso per completare un turno.
Creazione utente senza scorciatoie
- 01Verificare l'identità
Nome completo ed e-mail individuale.
Esattamente una persona - 02Assegnare ruolo
Scegli il ruolo preparato in base alla mansione.
Nessun accesso completo e completo - 03Consegnare l'accesso
Invia le credenziali iniziali in modo sicuro e solo alla persona.
Nessun elenco di password aperto - 04Lista di controllo
Rileggi nome, ruolo e stato attivo.
Utente salvato visibile
Metti alla prova ogni ruolo con casi positivi e negativi
Un accesso riuscito dimostra solo la password, non l'accesso corretto.Accedi con un utente di test del ruolo e verifica i casi positivi: il front desk raggiunge prenotazioni e ospiti, cura il piano giornaliero, finanzia il documento corretto. Utilizza dati di test contrassegnati.
Quindi verificare le restrizioni deliberate. Se manca un'attività, modifica il ruolo centrale utilizzando l'autorizzazione minima richiesta, accedi nuovamente e riprova sia i casi consentiti che quelli bloccati.
Testa ogni ruolo con casi positivi e negativi mentre accedi come utente di prova. I casi positivi dimostrano il lavoro richiesto: un receptionist apre e aggiorna una prenotazione approvata, una governante utilizza il piano giornaliero condiviso, un utente finanziario accede al documento previsto e la direzione esegue la configurazione autorizzata. I casi negativi sono altrettanto importanti: gli stessi utenti devono fallire visibilmente quando tentano di eseguire operazioni finanziarie non correlate, amministrazione utenti, esportazione di ospiti sensibili o impostazioni di hotel. Prova la navigazione diretta e le voci di menu nascoste; la sicurezza non può fare affidamento solo su un anello mancante. Registrare il ruolo, l'azione, il risultato atteso, il risultato effettivo e le prove. Tratta un errore STRYK che modifica comunque i dati come un errore critico e tratta un successo simulato localmente come non valido. Ripetere il test dopo le modifiche del ruolo e dopo le modifiche materiali del prodotto. Un ruolo viene approvato solo quando le azioni richieste hanno esito positivo, le azioni vietate falliscono sul lato STRYK e il risultato sopravvive alla disconnessione e al nuovo accesso.
| Tipo di prova | Esempio | Passa quando |
|---|---|---|
| Navigazione consentita | Il servizio di pulizia apre il piano giornaliero | Area visibile e fruibile |
| Azione consentita | La reception modifica un soggiorno di prova | Il salvataggio ha esito positivo e il risultato viene ricaricato |
| Blocco deliberato | Le pulizie aprono la gestione delle finanze | L'accesso rimane bloccato |
| Ripetere il test | Modifica del ruolo dopo un nuovo accesso | Autorizzato e bloccato riconfermato |
Gestire la copertura, i cambi di ruolo e le uscite in modo pulito
Accedi ai cambiamenti con il lavoro, non solo alla prossima revisione annuale.Per la copertura, definire le date e il compito aggiuntivo concreto. Distinguere la lettura dei documenti dalla gestione dei pagamenti e registrare quando l'accesso deve tornare alla normalità.
Per un cambio di lavoro permanente, aggiorna l'utente personale invece di creare un secondo account. Disabilitare chi abbandona entro il loro ultimo giorno ma preservare la storia. La disattivazione di STRYK non sostituisce l'elenco completo degli offboarding dell'hotel.
Gestire la copertura, i cambiamenti di ruolo e le uscite come eventi di accesso datati. Per la copertura temporanea, concedi il ruolo aggiuntivo più piccolo per il periodo definito, registra la data di approvazione e rimozione ed evita la condivisione delle credenziali. Quando un dipendente cambia reparto, confronta le matrici di attività vecchie e nuove e rimuovi le autorizzazioni non più necessarie prima di aggiungerne di nuove. Alla partenza, disattivare tempestivamente l'utente personale, conservare la cronologia degli audit e riassegnare la proprietà operativa aperta come le stanze di pulizia o le approvazioni. Non eliminare l'account per cancellare la cronologia e non lasciarlo attivo "per ogni evenienza". Esaminare le sessioni attive o i relativi accessi laddove il sistema lo prevede e modificare eventuali credenziali esterne condivise di cui la persona legittimamente conosceva. Testare il dipendente sostitutivo in modo indipendente. L'evento è completo quando l'ex utente non può accedere all'hotel, la cronologia necessaria rimane attribuibile, l'opera aperta ha un nuovo proprietario e il successore ha approvato solo le autorizzazioni attuali.
Lista di controllo per l'uscita l'ultimo giorno
- Utente STRYK disabilitato e accesso controllato.
- Ruoli temporanei e diritti di copertura rimossi.
- Nessuna password condivisa necessita di ridistribuzione a causa della partenza.
- Sistemi esterni, chiavi e dispositivi esaminati separatamente.
Esamina e approva l'accesso regolarmente
Una struttura di ruolo rimane sicura solo finché corrisponde alla squadra attuale.Esegui una breve riconciliazione mensile del team e una revisione trimestrale completa del ruolo. Controlla utenti attivi, mansioni, personale stagionale, coperture, duplicati e ruoli non utilizzati.
Data di registrazione, revisore, modifiche e revisione successiva. Hotel Nordlicht conferma sei account personali, quattro ruoli operativi e nessun login condiviso.
Esegui una revisione periodica degli accessi utilizzando l'elenco degli utenti attivi, le definizioni dei ruoli e le recenti responsabilità operative. Per ogni utente confermare l'identità, lo stato lavorativo o contrattuale, l'hotel, il ruolo, i permessi elevati, l'ultima approvazione e le necessità aziendali continuative. Esamina i ruoli personalizzati per la duplicazione e le autorizzazioni aggiunte dalle nuove funzionalità. Esempi di prove di audit per azioni finanziarie sensibili, ospiti, prezzi e amministrazione. Chiedere ai manager di approvare o rimuovere l'accesso in modo esplicito; il silenzio non è approvazione. Tieni traccia delle sovvenzioni temporanee oltre la data di fine e degli account inattivi che rimangono ancora abilitati. Registra la data di revisione, il revisore, le correzioni e le prove di completamento senza copiare dati personali non necessari in un secondo foglio di calcolo. Ripetere dopo importanti modifiche al personale o al prodotto e a intervalli regolari definiti. La revisione è completa quando ogni account attivo ha un proprietario e un motivo attuali, ogni ruolo ha superato i test, gli accessi in eccesso vengono rimossi e la direzione può tracciare la decisione dal sistema centrale.
Al termine della revisione, esegui un controllo inquilino separato: tutti gli utenti attivi dovrebbero accedere solo all'hotel per il quale sono stati approvati e le richieste dirette effettuate con l'ID di un altro inquilino dovrebbero fallire sul lato STRYK. Il certificato di prova non deve contenere dati o password dell'ospite; sono sufficienti l'utente, il ruolo, l'hotel, l'azione, il ban previsto e il tempo. In questo modo il controllo autorizzativo non avviene solo a livello di menù, ma verifica anche concretamente la separazione dei dati multi-hotel.
