Samostatný uživatel, role a oprávnění
Osoba dostává roli; role obsahuje správná oprávnění pracoviště.Uživatel patří k jedné osobě se svým jménem a e-mailem. Role popisuje práci, jako je recepce nebo úklid. Oprávnění rozhodují o tom, zda může číst, zapisovat nebo spravovat.
Hotel Nordlicht začíná vedením, recepcí, úklidem a finančními profily. Jedna osoba může pokrývat několik úkolů, ale stále používá jeden osobní účet a nejmenší adekvátní roli.
Udržuj tři koncepty oddělené. Uživatel je jedna identifikovatelná osoba s osobními přihlašovacími údaji, jazykem a aktivním stavem. Role seskupuje schválený rozsah práce. Oprávnění umožňuje konkrétní akci, jako je čtení rezervací, změna nastavení financí nebo správa uživatelů. Nikdy nevytvářej sdíleného uživatele „recepce“, protože akce, chyby a pozdější audity by již nepatřily jedné osobě. Mapuj každého zaměstnance ke správnému hotelu a vyhněte se tomu, že budeš mít povolení od jiné odpovědnosti pouze pro pohodlí. Systémové role poskytují udržovanou základní linii; vlastní role jsou odůvodněny pouze stabilní provozní potřebou. Zdokumentuj vlastníka role a datum schválení. Před konfigurací napiš zamýšlenou sadu úloh a citlivá vyloučení. Model je připraven, když vedení může vysvětlit, kdo je daná osoba, proč daná role existuje a jaké konkrétní akce uděluje nebo zamítá, aniž by se spoléhalo na neformální pracovní zařazení.
| Vrstva | Příklad | Rozhodnutí |
|---|---|---|
| Uživatel | Jedna konkrétní recepční | Kdo se přihlásí a vlastní akci? |
| Role | Recepce | Jakou práci vykonává pracoviště? |
| Povolení | Číst a upravovat rezervace | Jaká konkrétní akce je vyžadována? |
Plánuj úkoly před oprávněními
Roli definuje skutečný pracovní den, nikoli jídelníček.Uveďte pět až deset častých úkolů na pracovišti. Recepce pracuje s rezervacemi, hosty a zprávami; úklid s denním plánem; finance s doklady a platbami; správa s reporty a konfigurací.
Označte, zda každá úloha vyžaduje přístup pro čtení nebo zápis. Zobrazení místností neznamená správu dostupnosti; prohlížení faktur neznamená opravu platby. Nepovoluj moduly „pro každý případ“.
Navrhněte přístup z úkolů a rizik. Uveďte, co musí recepce, úklid, finance, management a dočasné krytí dělat během běžné směny, a poté urči nejmenší požadovaný soubor dat a akcí. Oddělte čtení, vytváření, úpravy, schvalování, export a správu tam, kde to produkt podporuje. Zvláštní pozornost věnuj údajům hostů, dokumentům, platbám, sazbám, nastavení hotelu a správě uživatelů. Osoba, která potřebuje sestavu, nepotřebuje automaticky konfigurační práva; hospodyně, která aktualizuje práci na pokoji, nepotřebuje finance pro hosty. Definuj nouzovou eskalaci namísto udělení trvalého přístupu správce každému uživateli. Všimněte si, které akce vyžadují druhé schválení nebo pozdější kontrolu. Porovnej plán se skutečnými náhradními opatřeními a podporou mimo pracovní dobu. Plánování úloh projde, když každé oprávnění podporuje pojmenovaný pracovní postup, každé citlivé vyloučení má provozní alternativu a žádné oprávnění neexistuje pouze proto, že „to může být někdy užitečné“.
| práce | Musí to být možné | Zůstává zablokováno |
|---|---|---|
| Recepce | Rezervace, hosté, zprávy, přehled pokojů | Řízení rolí a široká finanční korekce |
| Housekeeping | Denní plán a stavy operačního sálu | Ceny, faktury a uživatelé |
| Finance | Dokumenty, platby a exporty | Struktura místnosti a role, když ji nevlastníš |
| Management | Kontrola mezi vlastnostmi a schválená konfigurace | Účet vlastníka jako denní výchozí nastavení pro každého |
Zkontroluj systémové role a záměrně přidávej vlastní role
Výchozí role poskytují bezpečný výchozí bod; operace rozhodují o správné úrovni detailů.Otevři Nastavení → Uživatelé a role. STRYK poskytuje jako počáteční profily Owner, Admin, Recepce a Housekeeping. Zkontroluj popis, aktivní stav, přiřazené uživatele a oprávnění modulu.
Vytvoř vlastní roli pouze pro trvalou samostatnou práci, jako je finance bez konfigurace hotelu. Použij jasný název a popis, vyber požadované moduly a ověř uložený stav.
Před vytvořením vlastní role zkontroluj stávající systémové role. Porovnej skutečná oprávnění role s maticí úkolů a otestuj produktové oblasti, které odhaluje. Vyber nejbližší nejméně privilegovaný směrný plán a poté vytvoř vlastní roli pouze v případě, že opakovanou úlohu nelze bezpečně reprezentovat. Vlastním rolím dej jasné názvy na základě odpovědnosti, zdokumentuj jejich vlastníka a vyhněte se názvům specifickým pro osoby, které po personálních změnách ztratí smysl. Nikdy nekopíruj roli správce a neodstraňuj několik viditelných položek bez testování skrytých akcí. Znovu otevři uloženou roli a porovnej všechna oprávnění. Udržuj jednu kanonickou roli pro stejnou úlohu namísto několika téměř identických verzí. Pokud nová funkce přidává oprávnění, zkontroluj před širokým přiřazením jeho účinek. Návrh role projde, když vybraná role podporuje všechny požadované úkoly, blokuje nesouvisející citlivé akce a zůstává srozumitelná manažerovi, který ji nevytvořil.
Bezpečně vytvářej osobní uživatele
Účet patří jedné osobě, nikoli směně, oddělení nebo sdílenému e-mailu.V uživatelské oblasti zvol Vytvořit uživatele a zadej celé jméno, dosažitelný individuální e-mail a připravenou roli. Bezpečně sdílej počáteční heslo a před uložením zkontroluj pravopis e-mailu.
Hotel Nordlicht vytváří samostatné uživatele pro správu, směny na recepci, úklid a finance. Směny mohou sdílet roli, ale nikdy ne účet.
Vytvoř jeden účet pro jmenovaného zaměstnance pomocí ověřeného pracovního e-mailu a správného hotelu. Nastav zamýšlený jazyk, aktivní stav a schválenou roli; nepředkonfiguruj fiktivní osobní údaje, aby snímky obrazovky vypadaly jako úplné. Zajistěte registraci prostřednictvím schváleného toku účtu a požaduj, aby zaměstnanec uchovával přihlašovací údaje v soukromí. Nikdy neposílej sdílené heslo správce v chatu ani je neukládej do poznámky na recepci. Potvrď, že se osoba může přihlásit a přistát ve správném nájemci a jazyce. Po uložení zkontroluj záznam uživatele a ověř, že nebyla zděděna žádná nechtěná role. Pro zvýšený přístup zaznamenej schvalovatele a datum revize. Identita kiosku je vyhrazený technický uživatel specifický pro nájemce a měl by otevřít prostředí kiosku, nikoli normální správce; není náhradou zaměstnaneckých účtů. Vytvoření uživatele projde, když jedna skutečná osoba ovládá jeden přiřaditelný účet a k dokončení směny nemusí být sdíleny žádné přihlašovací údaje ani role.
Vytvoření uživatele bez zkratek
- 01Ověř identitu
Celé jméno a individuální email.
Přesně jeden člověk - 02Přiřadit roli
Vyber si připravenou roli na základě úlohy.
Žádný deka plný přístup - 03Předat přístup
Odešleš počáteční přihlašovací údaje bezpečně a pouze dané osobě.
Žádný otevřený seznam hesel - 04Kontrolní seznam
Znovu si přečtěte jméno, roli a aktivní stav.
Uložený uživatel je viditelný
Otestuj každou roli s pozitivními a negativními případy
Úspěšné přihlášení prokazuje pouze heslo, nikoli správný přístup.Přihlaste se pomocí role testovaného uživatele a ověř pozitivní případy: recepce se dostane k rezervacím a hostům, úklid denního plánu, financování správného dokumentu. Použij označená testovací data.
Poté ověř záměrná omezení. Pokud úloha chybí, změň centrální roli pomocí nejmenšího požadovaného oprávnění, znovu se přihlaste a znovu otestuj povolené i blokované případy.
Otestuj každou roli s pozitivními a negativními případy, když jsi přihlášeni jako testovací uživatel. Pozitivní případy dokazují potřebnou práci: recepční otevře a aktualizuje schválenou rezervaci, hospodyně používá sdílený denní plán, finanční uživatel dosáhne zamýšleného dokumentu a management provede jeho autorizovanou konfiguraci. Negativní případy jsou stejně důležité: stejní uživatelé musí viditelně selhat při pokusu o nesouvisející finance, správu uživatelů, citlivý export hostů nebo nastavení hotelu. Otestuj přímou navigaci i skryté položky nabídky; zabezpečení se nemůže spoléhat pouze na chybějící článek. Zaznamenej roli, akci, očekávaný výsledek, skutečný výsledek a důkazy. Chybu STRYK, která stále mění data, považuj za kritické selhání a lokálně simulovaný úspěch považuj za neplatný. Znovu otestuj po úpravách rolí a po změnách materiálových produktů. Role je schválena pouze tehdy, když jsou požadované akce úspěšné, zakázané akce selžou na straně serveru a výsledek přežije odhlášení a nové přihlášení.
| Typ testu | Příklad | Projde, když |
|---|---|---|
| Povolená navigace | Úklid otevírá denní plán | Oblast je viditelná a použitelná |
| Povolená akce | Recepce upravuje zkušební pobyt | Uložení proběhne úspěšně a výsledek se znovu načte |
| Záměrný blok | Úklid otevírá správu financí | Přístup zůstává zablokován |
| Znovu otestuj | Změna role po novém přihlášení | Povoleno a zablokováno znovu potvrzeno |
Zacházej s krytem, změnami rolí a odchody čistě
Přístup ke změnám s danou zakázkou, nejen při příštím ročním hodnocení.Pro pokrytí definuj data a konkrétní úkol navíc. Rozlišuj čtení dokumentů od správy plateb a zaznamenej, kdy se přístup musí vrátit do normálu.
Pro trvalou změnu zaměstnání aktualizuj osobního uživatele namísto vytvoření druhého účtu. Zakázat opouštějící do jejich posledního dne, ale zachovat historii. Deaktivace STRYK nenahrazuje úplný seznam odjezdů hotelu.
Zacházet s krytím, změnami rolí a odchody jako s datovanými událostmi přístupu. Pro dočasné krytí udělte nejmenší další roli na definované období, schvalovatele záznamu a datum odebrání a vyhněte se sdílení pověření. Když zaměstnanec změní oddělení, porovnej staré a nové matice úkolů a odeberte oprávnění, která již nepotřebuješ, než přidáš nová. Při odjezdu okamžitě deaktivuj osobního uživatele, zachovej historii auditu a znovu přiděl otevřené provozní vlastnictví, jako jsou úklidové místnosti nebo schválení. Neodstraňuj účet pro vymazání historie a nenechávej jej aktivní „pro každý případ“. Zkontroluj aktivní relace nebo související přístup tam, kde to systém poskytuje, a změň jakékoli sdílené externí přihlašovací údaje, které daná osoba oprávněně znala. Nezávisle otestuj náhradního zaměstnance. Událost je dokončena, když bývalý uživatel nemá přístup do hotelu, potřebná historie zůstává přiřaditelná, otevřené dílo má nového vlastníka a nástupce schválil pouze aktuální oprávnění.
Kontrolní seznam pro odchod v poslední den
- Uživatel STRYK deaktivován a přihlášení zkontrolováno.
- Dočasné role a krycí práva byly odstraněny.
- Žádné sdílené heslo nepotřebuje redistribuci kvůli odchodu.
- Externí systémy, klíče a zařízení posuzovány samostatně.
Pravidelně kontroluj a schvaluj přístup
Struktura rolí zůstává bezpečná pouze tehdy, když odpovídá aktuálnímu týmu.Proveďte krátké měsíční týmové odsouhlasení a úplnou čtvrtletní kontrolu rolí. Zkontroluj aktivní uživatele, pracovní pozice, sezónní zaměstnance, krytí, duplikáty a nepoužívané role.
Datum záznamu, recenzent, změny a další recenze. Hotel Nordlicht potvrzuje šest osobních účtů, čtyři provozní role a žádné sdílené přihlašovací údaje.
Spusť pravidelnou kontrolu přístupu pomocí seznamu aktivních uživatelů, definic rolí a nedávné provozní odpovědnosti. U každého uživatele potvrď identitu, stav zaměstnání nebo smlouvy, hotel, roli, zvýšená oprávnění, poslední schválení a pokračující obchodní potřebu. Zkontroluj vlastní role pro duplikaci a oprávnění přidaná novými funkcemi. Vzorové důkazní informace pro citlivé finanční, hostující, cenové a administrativní akce. Požádej manažery, aby výslovně schválili nebo odebrali přístup; mlčení není souhlas. Sleduj dočasné granty po datu ukončení a neaktivní účty, které stále zůstávají aktivní. Zaznamenej datum revize, recenzenta, opravy a důkazy o dokončení bez kopírování zbytečných osobních údajů do druhé tabulky. Opakuj po velkých personálních nebo produktových změnách a v definovaných pravidelných intervalech. Kontrola je dokončena, když má každý aktivní účet aktuálního vlastníka a důvod, každá role prošla testy, nadměrný přístup je odstraněn a management může vysledovat rozhodnutí z centrálního systému.
Na konci kontroly proveďte samostatnou kontrolu nájemce: všichni aktivní uživatelé by měli přistupovat pouze k hotelu, pro který byli schváleni, a přímé požadavky zadané pomocí ID jiného nájemce by na straně serveru selhaly. Testovací certifikát by neměl obsahovat data hosta nebo heslo; stačí uživatel, role, hotel, akce, očekávaný zákaz a čas. Tímto způsobem je kontrola autorizace nejen na úrovni menu, ale také skutečně ověřuje oddělení dat mezi více hotely.
