Tworzenie użytkowników

Tworzenie użytkowników obejmuje przypisanie im loginu, schematu domyślnego i odpowiednich ról.

Tworzenie użytkowników w systemie informatycznym

Tworzenie użytkowników to proces przygotowania osobnych kont, za pomocą których można bezpiecznie korzystać z aplikacji, systemu operacyjnego, bazy danych albo panelu administracyjnego. Konto użytkownika nie powinno być traktowane wyłącznie jako nazwa i hasło. Zwykle wiąże się ono z określeniem tożsamości osoby, zakresem dostępnych funkcji, miejscem zapisywania jej danych oraz sposobem uwierzytelniania. Prawidłowe przygotowanie konta pomaga uporządkować pracę, ograniczyć dostęp do poufnych informacji i zachować czytelny ślad działań wykonywanych w systemie.

Podczas tworzenia użytkownika ustala się między innymi login, nazwę rozpoznawalną dla innych osób, schemat domyślny lub inny obszar przechowywania danych oraz przypisane role. Login powinien być jednoznaczny i zgodny z przyjętą konwencją. W zależności od środowiska może wykorzystywać imię i nazwisko, skrót działu albo indywidualny identyfikator. Należy unikać przypadkowych nazw, wspólnych kont używanych przez wiele osób oraz loginów, których znaczenia nie da się później odtworzyć.

Schemat domyślny można porównać do przygotowanego obszaru roboczego przypisanego danemu użytkownikowi. To w nim mogą powstawać obiekty, ustawienia, dokumenty lub inne elementy zależne od konkretnej technologii. Dzięki temu dane nie trafiają przypadkowo do obszaru należącego do innej osoby. W większym środowisku ważne jest także określenie limitów, domyślnych parametrów, języka, strefy czasowej oraz zasad wygasania konta, jeżeli takie mechanizmy są dostępne.

Tworzenie użytkowników a role, uprawnienia i zakres dostępu

Najważniejszą częścią całego procesu jest dobranie uprawnień do rzeczywistych obowiązków. Rola jest zbiorem reguł określających, jakie czynności można wykonywać. Jedna rola może umożliwiać jedynie odczyt danych, inna pozwalać na ich dodawanie lub modyfikowanie, a jeszcze inna obejmować zarządzanie ustawieniami. Przydzielanie dostępu powinno odbywać się według zasady minimalnych uprawnień, czyli użytkownik otrzymuje tylko takie możliwości, które są potrzebne do wykonywania powierzonych zadań.

W praktyce tworzenie użytkownika może obejmować przydzielenie kilku ról jednocześnie. Trzeba wtedy sprawdzić, czy uprawnienia nie nakładają się w sposób prowadzący do niezamierzonego rozszerzenia dostępu. Dwie pozornie ograniczone role mogą wspólnie pozwolić na wykonanie operacji zarezerwowanych dla osoby odpowiedzialnej za administrację. Z tego powodu warto analizować nie tylko pojedyncze role, lecz także ich końcowy efekt.

Pomocne jest rozdzielenie kont przeznaczonych do codziennej pracy od kont używanych do zadań administracyjnych. Konto zwykłe może służyć do przeglądania i wprowadzania danych, natomiast konto o szerszych możliwościach powinno być wykorzystywane wyłącznie wtedy, gdy wymaga tego konkretna czynność. Ogranicza to ryzyko przypadkowej zmiany konfiguracji i utrudnia wykorzystanie konta do działań, do których nie zostało przeznaczone.

Warto również ustalić, czy użytkownik powinien mieć dostęp do wszystkich danych, czy tylko do wybranych obiektów, folderów, tabel, dokumentów lub funkcji. Zakres można ograniczać przez role, grupy, profile, reguły dostępu albo przypisanie do konkretnego działu. Zastosowane rozwiązanie zależy od rodzaju systemu, jednak cel pozostaje taki sam: dostęp ma być zrozumiały, możliwy do sprawdzenia i łatwy do odebrania po zmianie zakresu obowiązków.

Tworzenie użytkowników przy typowych problemach technicznych

Jednym z częstych problemów jest komunikat o zajętym loginie. Oznacza on, że wybrana nazwa już istnieje albo została zachowana w systemie po wcześniejszym usunięciu konta. W takiej sytuacji nie powinno się tworzyć przypadkowego wariantu, który będzie trudny do rozpoznania. Lepszym rozwiązaniem jest wykorzystanie ustalonego schematu nazewnictwa, sprawdzenie istniejących kont i potwierdzenie, czy wcześniejsze konto rzeczywiście nie jest już potrzebne.

Inny problem pojawia się wtedy, gdy konto zostaje utworzone, ale nie może korzystać z przypisanego schematu lub obszaru danych. Przyczyną może być brak odpowiednich uprawnień, nieistniejący obiekt, błędna nazwa, nieprawidłowe ustawienie właściciela albo ograniczenie wynikające z konfiguracji. Samo nadanie dodatkowej roli nie zawsze rozwiązuje problem. Najpierw należy ustalić, na którym etapie następuje odmowa dostępu i czy konto wskazuje właściwy obszar domyślny.

Problematyczne bywają również role odziedziczone przez członkostwo w grupach. Użytkownik może otrzymać dostęp, którego nie widać w podstawowym formularzu tworzenia konta, ponieważ został on nadany pośrednio. Przy analizie należy więc uwzględnić role przypisane bezpośrednio, członkostwo w grupach oraz reguły obowiązujące dla określonego obiektu. Takie sprawdzenie pomaga uniknąć sytuacji, w której odebranie jednej roli nie powoduje faktycznego odebrania dostępu.

Do typowych usterek należy także nieudane logowanie mimo poprawnego loginu. Powodem może być nieaktywne konto, wymuszenie zmiany hasła, blokada po wielu nieudanych próbach, ograniczenie sposobu logowania lub rozbieżność między ustawieniami aplikacji a ustawieniami samego konta. Diagnostyka powinna obejmować stan użytkownika, zasady uwierzytelniania, datę wygaśnięcia, przypisane role oraz komunikaty rejestrowane w systemie.

Tworzenie użytkowników i praktyczne zasady konfiguracji

Przed utworzeniem konta dobrze jest przygotować krótką listę wymagań. Powinno się określić, kto będzie korzystać z konta, jakie zadania będą wykonywane, do jakich danych potrzebny jest dostęp oraz czy konto ma mieć termin ważności. W przypadku osoby zastępującej innego pracownika przydatne może być ustalenie daty rozpoczęcia i zakończenia dostępu. Pozwala to ograniczyć liczbę aktywnych kont, które nie są już potrzebne.

Hasło początkowe nie powinno być przesyłane w sposób łatwy do przechwycenia ani zapisywane w ogólnodostępnym miejscu. Po pierwszym logowaniu można wymagać jego zmiany. W zależności od możliwości systemu warto włączyć dodatkowy składnik uwierzytelniania, ograniczyć liczbę prób logowania oraz ustalić zasady blokady konta. Nie należy przechowywać haseł w zwykłych dokumentach, wiadomościach tekstowych ani arkuszach dostępnych dla wielu osób.

Po zakończeniu tworzenia konta zaleca się wykonanie kontroli wstępnej. Należy sprawdzić, czy użytkownik może wykonać dozwolone czynności, a jednocześnie nie może otworzyć danych, które nie należą do jego zakresu. Warto przetestować zarówno dostęp przyznany, jak i dostęp celowo ograniczony. Taki test jest bardziej miarodajny niż samo potwierdzenie, że formularz został zapisany bez błędu.

Dokumentacja kont powinna obejmować login, datę utworzenia, właściciela, przydzielone role, uzasadnienie dostępu oraz osobę zatwierdzającą zmianę. Jeżeli zmieniają się obowiązki użytkownika, role należy przejrzeć i zaktualizować. Przy odejściu osoby z organizacji konto powinno zostać zablokowane zgodnie z przyjętą procedurą, a nie tylko pozbawione jednej wybranej roli. Przed usunięciem trzeba sprawdzić, czy konto nie jest właścicielem ważnych danych, zadań lub procesów.

Kiedy zgłosić tworzenie użytkowników do serwisu

Do serwisu warto zgłosić się wtedy, gdy problem z tworzeniem użytkowników powtarza się, komunikaty są niejednoznaczne albo zmiana może wpłynąć na dostęp do ważnych danych. Dotyczy to także sytuacji, w której nie wiadomo, czy przyczyną jest konto, role, konfiguracja aplikacji, system operacyjny czy uszkodzenie nośnika danych. Przed przekazaniem urządzenia należy opisać objawy, moment wystąpienia problemu i ostatnie poprawnie wykonane działanie. Ułatwia to odtworzenie sytuacji oraz ogranicza ryzyko wprowadzania przypadkowych zmian.

W Warszawie pomoc przy takich trudnościach oferuje Warszawskie Pogotowie Komputerowe 24/7. W ramach zgłoszenia można uporządkować konta, sprawdzić podstawowe ustawienia dostępu, przeanalizować komunikaty oraz przygotować bezpieczniejszy sposób dalszej pracy. Szczególnej uwagi wymaga sytuacja, w której kilka osób korzysta z jednego konta, role nadawano bez dokumentacji albo po zmianie konfiguracji użytkownik uzyskał dostęp szerszy niż zakładano.

Nie każda awaria wymaga natychmiastowego usunięcia konta lub ponownej instalacji oprogramowania. Często przyczyną jest pojedyncza literówka w loginie, wskazanie niewłaściwego schematu, brak członkostwa w grupie albo pozostałość po wcześniejszej konfiguracji. Metodyczne sprawdzenie ustawień, wykonanie kopii istotnych danych i zapisanie przeprowadzonych zmian pozwalają zachować kontrolę nad procesem. Dzięki temu tworzenie użytkowników staje się powtarzalną czynnością administracyjną, a nie źródłem przypadkowych przerw w pracy.