Oddziel użytkownika, rolę i uprawnienia
Osoba otrzymuje rolę; rola zawiera odpowiednie uprawnienia w miejscu pracy.Użytkownik należy do jednej osoby wraz ze swoim imieniem i adresem e-mail. Rola opisuje pracę, taką jak recepcja lub sprzątanie. Uprawnienia decydują o tym, czy może czytać, pisać i zarządzać.
Hotel Nordlicht zaczyna się od profili związanych z zarządzaniem, recepcją, sprzątaniem i finansami. Jedna osoba może wykonywać kilka zadań, ale nadal korzysta z jednego konta osobistego i najmniejszej odpowiedniej roli.
Zachowaj trzy pojęcia oddzielnie. Użytkownik to możliwa do zidentyfikowania osoba posiadająca osobiste dane uwierzytelniające, język i stan aktywny. Rola grupuje zatwierdzony zakres stanowiska. Uprawnienie pozwala na konkretne działanie, takie jak czytanie rezerwacji, zmiana ustawień finansowych lub zarządzanie użytkownikami. Nigdy nie twórz wspólnego użytkownika „recepcji”, ponieważ działania, błędy i późniejsze audyty nie będą już należeć do jednej osoby. Przypisz każdemu pracownikowi odpowiedni hotel i unikaj przenoszenia zezwoleń od innej osoby wyłącznie dla wygody. Role systemowe zapewniają utrzymywaną linię bazową; niestandardowe role są uzasadnione jedynie stabilną potrzebą operacyjną. Udokumentuj właściciela roli i datę zatwierdzenia. Przed konfiguracją zapisz zamierzony zestaw zadań i wrażliwe wykluczenia. Model jest gotowy, gdy kierownictwo może wyjaśnić, kim jest dana osoba, dlaczego dana rola istnieje i jakie dokładnie działania przyznaje, a jakich odmawia, bez opierania się na nieformalnym stanowisku.
| Warstwa | Przykład | Decyzja |
|---|---|---|
| Użytkownik | Jedna konkretna recepcjonistka | Kto się loguje i jest właścicielem akcji? |
| Rola | Recepcja | Jaką pracę wykonuje miejsce pracy? |
| Pozwolenie | Czytaj i edytuj rezerwacje | Jakie konkretne działania są wymagane? |
Zaplanuj zadania przed uprawnieniami
Prawdziwy dzień pracy, a nie menu, definiuje rolę.Wymień od pięciu do dziesięciu częstych zadań w każdym miejscu pracy. Recepcja współpracuje z rezerwacjami, gośćmi i wiadomościami; sprzątanie zgodnie z planem dnia; finanse za pomocą dokumentów i płatności; zarządzanie za pomocą raportów i konfiguracji.
Zaznacz, czy każde zadanie wymaga dostępu do odczytu lub zapisu. Przeglądanie pokoi nie oznacza zarządzania dostępnością; przeglądanie faktur nie oznacza korekty płatności. Nie włączaj modułów „na wszelki wypadek”.
Zaprojektuj dostęp z poziomu zadań i ryzyka. Wypisz, co recepcja, sprzątaczka, finanse, zarządzanie i tymczasowa ochrona muszą wykonywać podczas normalnej zmiany, a następnie określ najmniejsze wymagane dane i zestaw działań. Oddzielne czytanie, tworzenie, edytowanie, zatwierdzanie, eksportowanie i administrowanie tam, gdzie produkt to obsługuje. Zwróć szczególną uwagę na dane gości, dokumenty, płatności, stawki, ustawienia hotelu i administrację użytkownikami. Osoba potrzebująca raportu nie potrzebuje automatycznie uprawnień do konfiguracji; gospodyni, która aktualizuje pracę pokoju, nie potrzebuje środków finansowych dla gości. Zdefiniuj eskalację sytuacji awaryjnej zamiast przyznawać każdemu użytkownikowi stały dostęp administratora. Zwróć uwagę, które działania wymagają drugiego zatwierdzenia lub późniejszego przeglądu. Porównaj plan z rzeczywistymi ustaleniami zastępczymi i wsparciem poza godzinami pracy. Planowanie zadań przebiega, gdy każde uprawnienie obsługuje nazwany przepływ pracy, każde wrażliwe wykluczenie ma alternatywę operacyjną i żadne uprawnienia nie istnieją wyłącznie dlatego, że „kiedyś mogą się przydać”.
| Praca | To musi być możliwe | Pozostaje zablokowany |
|---|---|---|
| Recepcja | Rezerwacje, goście, wiadomości, przegląd pokoi | Zarządzanie rolami i szeroka korekta finansów |
| Housekeeping | Plan dzienny i stany sali operacyjnej | Ceny, faktury i użytkownicy |
| Finanse | Dokumenty, płatności i eksport | Struktura pomieszczeń i ról, gdy nie są one własnością |
| Zarządzanie | Kontrola między obiektami i zatwierdzona konfiguracja | Konto właściciela jako domyślne codzienne dla wszystkich |
Przejrzyj role systemowe i celowo dodaj role niestandardowe
Role domyślne stanowią bezpieczny punkt wyjścia; operacje decydują o właściwym poziomie szczegółowości.Otwórz Ustawienia → Użytkownicy i role. Jako profile startowe STRYK oferuje Właściciela, Administratora, Recepcję i Sprzątanie. Przejrzyj opis, stan aktywny, przypisanych użytkowników i uprawnienia modułu.
Utwórz rolę niestandardową tylko dla trwałej, odrębnej pracy, takiej jak finanse bez konfiguracji hotelu. Użyj przejrzystej nazwy i opisu, wybierz wymagane moduły i zweryfikuj zapisany stan.
Przed utworzeniem niestandardowej przejrzyj istniejące role systemowe. Porównaj rzeczywiste uprawnienia roli z macierzą zadań i przetestuj obszary produktów, które ona udostępnia. Wybierz najbliższą najmniej uprzywilejowaną linię bazową, a następnie utwórz rolę niestandardową tylko wtedy, gdy nie można bezpiecznie reprezentować zadania cyklicznego. Nadaj niestandardowym rolom jasne nazwy w oparciu o zakres odpowiedzialności, udokumentuj ich właściciela i unikaj nazw specyficznych dla danej osoby, które tracą znaczenie po zmianach kadrowych. Nigdy nie kopiuj roli administratora i nie usuwaj kilku widocznych elementów bez testowania ukrytych działań. Otwórz ponownie zapisaną rolę i porównaj wszystkie uprawnienia. Zachowaj jedną kanoniczną rolę dla tej samej pracy zamiast kilku niemal identycznych wersji. Jeśli nowa funkcja dodaje uprawnienie, przejrzyj jej wpływ przed ogólnym przypisaniem. Projekt roli kończy się, gdy wybrana rola obsługuje wszystkie wymagane zadania, blokuje niepowiązane, wrażliwe działania i pozostaje zrozumiała dla menedżera, który jej nie stworzył.
Twórz bezpiecznie użytkowników osobistych
Konto należy do jednej osoby, a nie do zmiany, działu czy wspólnego adresu e-mail.W obszarze użytkownika wybierz opcję Utwórz użytkownika i wprowadź imię i nazwisko, osiągalny indywidualny adres e-mail oraz przygotowaną rolę. Udostępnij bezpiecznie początkowe hasło i sprawdź pisownię w wiadomości e-mail przed zapisaniem.
Hotel Nordlicht tworzy oddzielnych użytkowników do zarządzania, zmian w recepcji, sprzątania i finansów. Zmiany mogą dzielić rolę, ale nigdy konto.
Utwórz jedno konto dla wskazanego pracownika, korzystając ze zweryfikowanego służbowego adresu e-mail i odpowiedniego hotelu. Ustaw zamierzony język, stan aktywny i zatwierdzoną rolę; nie konfiguruj wstępnie fikcyjnych danych osobowych, aby zrzuty ekranu wyglądały na kompletne. Zapewnij wdrożenie za pośrednictwem zatwierdzonego przepływu konta i wymagaj od pracownika zachowania poufności danych uwierzytelniających. Nigdy nie wysyłaj wspólnego hasła administratora na czacie ani nie przechowuj go w notatce w recepcji. Upewnij się, że dana osoba może się zalogować i wyląduje w odpowiednim najemcy i języku. Po zapisaniu przejrzyj rekord użytkownika i sprawdź, czy nie została odziedziczona niezamierzona rola. Aby uzyskać podwyższony poziom dostępu, zapisz datę zatwierdzenia i przeglądu. Tożsamość kiosku to dedykowany użytkownik techniczny specyficzny dla dzierżawcy, który powinien otwierać interfejs kiosku, a nie zwykły administrator. nie zastępuje kont pracowniczych. Tworzenie użytkownika przebiega, gdy jedna prawdziwa osoba kontroluje jedno powiązane konto i nie trzeba udostępniać żadnych danych uwierzytelniających ani roli, aby ukończyć zmianę.
Tworzenie użytkowników bez skrótów
- 01Zweryfikuj tożsamość
Imię i nazwisko oraz indywidualny adres e-mail.
Dokładnie jedna osoba - 02Przypisz rolę
Wybierz przygotowaną rolę na podstawie stanowiska.
Brak pełnego dostępu do całości - 03Przekaż dostęp
Wyślij początkowe dane uwierzytelniające bezpiecznie i tylko do danej osoby.
Brak otwartej listy haseł - 04Sprawdź listę
Przeczytaj ponownie nazwę, rolę i stan aktywny.
Zapisany użytkownik widoczny
Przetestuj każdą rolę za pomocą przypadków pozytywnych i negatywnych
Pomyślne logowanie potwierdza jedynie hasło, a nie poprawny dostęp.Zaloguj się za pomocą użytkownika testowego roli i zweryfikuj pozytywne przypadki: recepcja dociera do rezerwacji i gości, sprząta plan dzienny, finansuje właściwy dokument. Użyj oznaczonych danych testowych.
Następnie zweryfikuj celowe ograniczenia. Jeśli brakuje zadania, zmień rolę centralną, używając najmniejszego wymaganego uprawnienia, zaloguj się ponownie i ponownie przetestuj zarówno dozwolone, jak i zablokowane przypadki.
Przetestuj każdą rolę z przypadkami pozytywnymi i negatywnymi, będąc zalogowanym jako użytkownik testowy. Pozytywne przypadki świadczą o wymaganej pracy: recepcjonistka otwiera i aktualizuje zatwierdzoną rezerwację, gospodyni korzysta ze wspólnego planu dnia, użytkownik finansowy dociera do zamierzonego dokumentu, a kierownictwo dokonuje jego autoryzowanej konfiguracji. Przypadki negatywne są równie ważne: ci sami użytkownicy muszą widocznie ponieść porażkę podczas prób niepowiązanych finansów, administrowania użytkownikami, wrażliwego eksportu gości lub ustawień hotelu. Przetestuj bezpośrednią nawigację i ukryte wpisy menu; bezpieczeństwo nie może opierać się wyłącznie na brakującym ogniwie. Zapisz rolę, działanie, oczekiwany wynik, rzeczywisty wynik i dowody. Traktuj błąd interfejsu STRYK, który nadal zmienia dane, jako awarię krytyczną, a lokalnie symulowany sukces jako nieprawidłowy. Przetestuj ponownie po edycji roli i po istotnych zmianach produktu. Rola jest zatwierdzana tylko wtedy, gdy wymagane działania powiodą się, zabronione działania po stronie serwera zawiodą, a wynik przetrwa wylogowanie i ponowne zalogowanie.
| Typ testu | Przykład | Minie kiedy |
|---|---|---|
| Dozwolona nawigacja | Sprzątanie otwiera plan dzienny | Powierzchnia widoczna i użytkowa |
| Dozwolona akcja | Recepcja edytuje pobyt testowy | Zapis się powiódł i wyniki zostaną ponownie załadowane |
| Celowy blok | Sprzątanie otwiera zarządzanie finansami | Dostęp pozostaje zablokowany |
| Przetestuj ponownie | Zmiana roli po ponownym zalogowaniu się | Dozwolone i zablokowane ponownie potwierdzone |
Radź sobie z okładką, zmianami ról i odejściem w sposób czysty
Dostęp zmienia się wraz ze stanowiskiem pracy, nie tylko podczas kolejnego rocznego przeglądu.W przypadku okładki określ daty i konkretne zadanie dodatkowe. Odróżnij czytanie dokumentów od zarządzania płatnościami i zapisuj, kiedy dostęp musi wrócić do normy.
Aby trwale zmienić pracę, zaktualizuj użytkownika osobistego zamiast tworzyć drugie konto. Wyłącz osoby opuszczające serwer do ostatniego dnia, ale zachowaj historię. Dezaktywacja STRYK nie zastępuje pełnej listy wyjazdów hotelu.
Obsługuj okładki, zmiany ról i opuszczenia jako zdarzenia dostępu z datą. W przypadku tymczasowej ochrony przydziel najmniejszą dodatkową rolę na określony okres, zarejestruj osobę zatwierdzającą i datę usunięcia oraz unikaj udostępniania danych uwierzytelniających. Kiedy pracownik zmienia dział, porównaj stare i nowe macierze zadań i usuń uprawnienia, które nie są już potrzebne, przed dodaniem nowych. Po wyjściu natychmiast dezaktywuj użytkownika osobistego, zachowaj historię audytów i ponownie przypisz otwartą własność operacyjną, taką jak pomieszczenia do sprzątania lub zatwierdzenia. Nie usuwaj konta w celu wymazania historii i nie zostawiaj go aktywnego „na wszelki wypadek”. Przejrzyj aktywne sesje lub powiązany dostęp, jeśli system to zapewnia, i zmień wszelkie udostępnione zewnętrzne dane uwierzytelniające, które dana osoba legalnie znała. Przetestuj pracownika zastępczego niezależnie. Wydarzenie jest zakończone, gdy poprzedni użytkownik nie może uzyskać dostępu do hotelu, można przypisać niezbędną historię, dzieło ażurowe ma nowego właściciela, a następca zatwierdził jedynie aktualne pozwolenia.
Lista kontrolna osób opuszczających szkołę w ostatnim dniu
- Użytkownik STRYK został wyłączony, a logowanie sprawdzone.
- Usunięto role tymczasowe i prawa do osłony.
- Żadne wspólne hasło nie wymaga redystrybucji ze względu na wyjazd.
- Zewnętrzne systemy, klucze i urządzenia recenzowane osobno.
Regularnie przeglądaj i zatwierdzaj dostęp
Struktura ról pozostaje bezpieczna tylko wtedy, gdy jest zgodna z obecnym zespołem.Przeprowadź krótkie comiesięczne uzgadnianie zespołu i pełny kwartalny przegląd ról. Sprawdź aktywnych użytkowników, oferty pracy, personel sezonowy, okładkę, duplikaty i niewykorzystane role.
Data nagrania, recenzent, zmiany i kolejna recenzja. Hotel Nordlicht potwierdza sześć kont osobistych, cztery role operacyjne i brak wspólnego logowania.
Przeprowadzaj okresowy przegląd dostępu, korzystając z listy aktywnych użytkowników, definicji ról i aktualnej odpowiedzialności operacyjnej. Dla każdego użytkownika potwierdź tożsamość, status zatrudnienia lub umowy, hotel, rolę, podwyższone uprawnienia, ostatnią zgodę i ciągłą potrzebę biznesową. Przejrzyj niestandardowe role pod kątem duplikacji i uprawnień dodanych przez nowe funkcje. Przykładowe dowody audytu dotyczące wrażliwych działań finansowych, gości, cenowych i administracyjnych. Poproś menedżerów o wyraźne zatwierdzenie lub usunięcie dostępu; milczenie nie jest akceptacją. Śledź tymczasowe dotacje po dacie zakończenia i nieaktywne konta, które nadal pozostają włączone. Zapisz datę recenzji, recenzenta, poprawki i dowody ukończenia bez kopiowania niepotrzebnych danych osobowych do drugiego arkusza kalkulacyjnego. Powtórz po większych zmianach kadrowych lub produktowych i w określonych, regularnych odstępach czasu. Przegląd jest zakończony, gdy każde aktywne konto ma aktualnego właściciela i powód, każda rola pomyślnie przeszła testy, nadmiar dostępu zostanie usunięty, a kierownictwo będzie mogło prześledzić decyzję z systemu centralnego.
Na koniec przeglądu przeprowadź osobną kontrolę najemcy: wszyscy aktywni użytkownicy powinni uzyskiwać dostęp tylko do hotelu, do którego zostali zatwierdzeni, a bezpośrednie żądania wysyłane przy użyciu identyfikatora innego najemcy powinny kończyć się niepowodzeniem po stronie serwera. Certyfikat testowy nie powinien zawierać danych gościa ani hasła; użytkownik, rola, hotel, akcja, oczekiwany ban i czas są wystarczające. W ten sposób kontrola autoryzacji odbywa się nie tylko na poziomie menu, ale faktycznie weryfikuje separację danych w wielu hotelach.
