Praca wielostanowiskowa i uprawnienia

Instalacja kontra projekt

Program na jednym komputerze to instalacja. Ten sam program na kilku stanowiskach to już projekt: serwer bazy, sieć, uprawnienia i sposób wykonywania kopii. Potraktowanie tego jak kilku instalacji obok siebie jest najczęstszą przyczyną późniejszych problemów.

Co ustalamy na starcie

• Gdzie stanie baza — na serwerze czy na wyznaczonym komputerze.
• Jak stanowiska będą się z nią łączyć i pod jakim stałym adresem.
• Kto ma widzieć co: uprawnienia przypisane do ról, nie do osób.
• Jak podzielić numerację dokumentów między stanowiska.
• Kto wykonuje kopie i gdzie trafiają.

Sieć jako wąskie gardło

Najczęstszą przyczyną spowolnień nie jest liczba użytkowników, tylko połączenie między stanowiskiem a bazą. Serwer podłączony bezprzewodowo albo przez uszkodzony przewód dławi pracę wszystkim naraz. Przy programach pracujących na bazie danych połączenie przewodowe to warunek, nie zalecenie.

Uprawnienia

Osobne konta zamiast jednego wspólnego. Wspólne konto uniemożliwia ustalenie, kto wystawił dokument, a zmiana hasła blokuje pracę całemu zespołowi. Uprawnienia ustawiamy według zasady najmniejszego potrzebnego dostępu.

Praca zdalna

Bezpośrednie łączenie z bazą przez internet działa niestabilnie i bywa niebezpieczne. Sensowniejszy jest pulpit zdalny wewnątrz tunelu VPN — program pracuje wtedy blisko bazy, a przez sieć idzie tylko obraz.

Sprawdzenie

Konfigurację testujemy przy pełnym obciążeniu, ze wszystkimi stanowiskami jednocześnie — a nie po kolei.

Różne warianty pracy wielostanowiskowej

Najprostszy wariant obejmuje kilka komputerów w jednej sieci lokalnej, czyli w tej samej sieci biurowej. Baza danych znajduje się na wyznaczonym komputerze albo serwerze, a pozostałe stanowiska łączą się z nią przez przewody sieciowe. Taki układ może działać sprawnie, jeżeli komputer przechowujący bazę pozostaje dostępny w godzinach pracy, ma stabilne zasilanie i nie jest przypadkowo wyłączany przez użytkownika.

W większej organizacji bazę umieszcza się zwykle na osobnym serwerze, czyli komputerze przeznaczonym do udostępniania danych i usług innym urządzeniom. Oddzielenie serwera od zwykłego stanowiska ogranicza sytuacje, w których aktualizacja, restart albo awaria komputera jednego pracownika zatrzymuje pracę całego zespołu. Nie zwalnia to jednak z przygotowania kopii zapasowych i kontroli stanu urządzenia.

Inny wariant występuje wtedy, gdy użytkownicy pracują w kilku pomieszczeniach, oddziałach albo z domu. W takiej sytuacji trzeba rozdzielić dostęp lokalny od dostępu zdalnego. Sam fakt, że program uruchamia się poza biurem, nie oznacza jeszcze, że baza została udostępniona bezpiecznie. Potrzebny jest odpowiedni kanał połączenia, kontrola kont oraz możliwość odcięcia dostępu bez wpływu na pozostałych użytkowników.

Role zamiast przypadkowego nadawania praw

Rola to zestaw uprawnień odpowiadający określonemu zakresowi obowiązków. Można przygotować osobne role dla sprzedaży, magazynu, księgowości, kadr, administracji oraz kierownictwa. Nowa osoba otrzymuje wtedy dostęp wynikający z wykonywanej pracy, bez ręcznego zaznaczania wielu pojedynczych opcji. Zmiana stanowiska wymaga przypisania innej roli, a nie przebudowy całego konta.

Zasada najmniejszego potrzebnego dostępu oznacza przyznanie wyłącznie tych praw, które są niezbędne do wykonania zadań. Pracownik wystawiający dokumenty sprzedaży nie musi automatycznie otrzymywać możliwości zmiany konfiguracji programu, usuwania kartotek lub przeglądania danych kadrowych. Ograniczenie praw zmniejsza ryzyko pomyłki i utrudnia wykonanie operacji wykraczającej poza zakres obowiązków.

Osobnego rozważenia wymagają uprawnienia administracyjne, czyli prawa pozwalające zmieniać ustawienia, konta i zabezpieczenia. Konto administracyjne nie powinno służyć do zwykłej, codziennej pracy. Dzięki rozdzieleniu kont można ustalić, czy zmiana została wykonana przez użytkownika biznesowego, administratora programu czy osobę obsługującą infrastrukturę.

Numeracja i wspólna praca na dokumentach

Praca kilku osób w jednym systemie wymaga wcześniejszego ustalenia sposobu numerowania dokumentów. Numeracja może być wspólna dla firmy, osobna dla oddziałów albo rozdzielona według stanowisk i typów dokumentów. Wybrany układ powinien odpowiadać organizacji pracy oraz zasadom księgowym obowiązującym w firmie. Nie należy tworzyć dodatkowych serii tylko po to, aby ominąć konflikt występujący przy jednoczesnym zapisie.

Trzeba również sprawdzić, jak program zachowuje się, gdy dwie osoby próbują edytować ten sam rekord, czyli ten sam zapis w bazie. Poprawnie działająca blokada edycji informuje, że dokument lub kartoteka są używane na innym stanowisku. Brak takiej informacji może prowadzić do nadpisania zmian. Z kolei blokada, która pozostaje po awarii programu, może uniemożliwiać ponowne otwarcie dokumentu mimo zakończenia pracy przez poprzedniego użytkownika.

Znaczenie mają także słowniki wspólne, czyli listy kontrahentów, towarów, usług i parametrów używane na wszystkich stanowiskach. Powielone kartoteki utrudniają wyszukiwanie i powodują rozbieżności w raportach. Przed uruchomieniem pracy wielostanowiskowej warto ustalić, kto może tworzyć nowe pozycje, a kto korzysta wyłącznie z już zatwierdzonych danych.

Kopie zapasowe w środowisku wielostanowiskowym

Kopia zapasowa to oddzielny zapis danych przeznaczony do ich odtworzenia po awarii, błędzie lub przypadkowym usunięciu. Samo skopiowanie skrótu do programu albo folderu instalacyjnego nie zabezpiecza bazy. Trzeba ustalić, które pliki i usługi zawierają właściwe dane oraz czy kopia może zostać wykonana podczas pracy użytkowników.

Wykonanie kopii nie kończy procesu. Potrzebna jest próba odtworzenia, czyli kontrolowane sprawdzenie, czy zapis można otworzyć i wykorzystać. Plik może istnieć, ale być niekompletny, uszkodzony albo zabezpieczony hasłem, którego nikt nie potrafi wskazać. Test odtworzenia pozwala wykryć taki problem przed rzeczywistą awarią.

Kopie nie powinny znajdować się wyłącznie na tym samym dysku co baza. Awaria dysku, zaszyfrowanie danych lub usunięcie folderu może objąć jednocześnie pliki robocze i ich kopię. Należy też określić osobę odpowiedzialną za kontrolę wykonania kopii. Automatyczny komunikat o rozpoczęciu zadania nie potwierdza jeszcze, że zadanie zakończyło się poprawnie.

Aktualizacje programu na wielu stanowiskach

W środowisku wielostanowiskowym aktualizacja wymaga koordynacji. Serwer bazy i programy na komputerach użytkowników muszą pracować w zgodnych wersjach. Zaktualizowanie tylko jednego stanowiska może spowodować odmowę połączenia, błędy przy otwieraniu danych albo nieprzewidzianą zmianę struktury bazy.

Przed aktualizacją należy zamknąć aktywne sesje, czyli działające połączenia użytkowników z programem, oraz wykonać sprawdzoną kopię. Po zakończeniu prac kontroluje się uruchamianie programu, logowanie, dostęp do właściwej firmy i podstawowe operacje używane na co dzień. Dopiero później można udostępnić system całemu zespołowi.

Aktualizacji nie warto rozpoczynać przypadkowo na pierwszym komputerze, który wyświetli komunikat. Potrzebny jest ustalony moment oraz osoba odpowiedzialna za wykonanie i sprawdzenie prac. Ma to szczególne znaczenie wtedy, gdy program współpracuje z innymi usługami, na przykład systemem księgowym, magazynem, sklepem internetowym albo modułem wymiany dokumentów.

Błędy przy samodzielnym rozszerzaniu instalacji

Częstym błędem jest skopiowanie całego folderu programu na drugi komputer i oczekiwanie, że powstanie kolejne stanowisko. Folder może zawierać pliki aplikacji, ale nie musi obejmować bazy, składników systemowych ani informacji o połączeniu. Efektem bywa uruchomienie pustej konfiguracji, praca na lokalnej kopii danych albo komunikat o braku serwera.

Inny problem powstaje po udostępnieniu całego dysku wszystkim użytkownikom. Szeroki dostęp do plików nie zastępuje prawidłowej konfiguracji bazy. Może natomiast umożliwić przypadkowe przeniesienie, zmianę nazwy lub usunięcie ważnych danych. Uprawnienia do folderów systemowych powinny wynikać z wymagań programu, a nie z próby szybkiego usunięcia komunikatu o odmowie dostępu.

Nie należy również wyłączać zapory sieciowej, czyli mechanizmu kontrolującego połączenia przychodzące i wychodzące, tylko dlatego, że stanowisko nie widzi serwera. Taki test może chwilowo wskazać źródło problemu, ale pozostawienie wyłączonej ochrony otwiera niepotrzebny dostęp do innych usług. Właściwym rozwiązaniem jest dodanie reguły dotyczącej konkretnego programu lub usługi.

Problemy powoduje także ręczna zmiana nazwy komputera przechowującego bazę albo jego adresu w sieci. Stanowiska mogą nadal szukać starej lokalizacji. Stały adres oznacza przewidywalny sposób odnajdywania serwera, a nie dowolny numer wpisany bez sprawdzenia ustawień routera i pozostałych urządzeń.

Kiedy źródłem problemu nie jest baza danych

Powolne otwieranie programu nie zawsze oznacza uszkodzenie bazy. Jeżeli podobnie zachowują się strony internetowe, foldery sieciowe i inne usługi, przyczyna może leżeć w połączeniu sieciowym. Gdy problem dotyczy tylko jednego komputera, trzeba sprawdzić jego przewód, kartę sieciową, obciążenie systemu i ustawienia ochrony.

Brak możliwości zalogowania nie musi oznaczać awarii serwera. Przyczyną może być nieaktywne konto, zmienione hasło, brak licencji na kolejne stanowisko albo przypisanie niewłaściwej roli. Licencja oznacza prawo do korzystania z określonej liczby stanowisk lub użytkowników zgodnie z warunkami producenta programu.

Jeżeli dokument jest widoczny na jednym stanowisku, ale nie pojawia się na innym, trzeba sprawdzić, czy oba komputery korzystają z tej samej bazy. Zdarza się, że po przeniesieniu systemu jedno stanowisko nadal łączy się ze starą lokalizacją. Podobny objaw może wynikać z filtra, czyli ustawienia ograniczającego wyświetlane dane, albo z braku uprawnień do danego rodzaju dokumentów.

Dodatkowe pytania o stanowiska i uprawnienia

Czy zwykły komputer może pełnić funkcję serwera?

Może, jeżeli producent programu dopuszcza taki układ, a obciążenie i organizacja pracy są niewielkie. Trzeba jednak pamiętać, że wyłączenie, restart lub awaria tego komputera zatrzyma dostęp na pozostałych stanowiskach. Komputer przechowujący bazę nie powinien być intensywnie używany do zadań, które obciążają dysk, pamięć lub sieć.

Czy każde stanowisko powinno mieć własne konto?

Konto powinno należeć do konkretnego użytkownika, a nie wyłącznie do komputera. Jedna osoba może pracować na różnych stanowiskach i nadal logować się własnymi danymi. Pozwala to zachować historię operacji oraz odebrać dostęp jednej osobie bez zmiany warunków pracy całego zespołu.

Czy można pracować przez Wi-Fi?

Stanowisko może czasem działać przez sieć bezprzewodową, ale stabilność zależy od zasięgu, zakłóceń i obciążenia. W przypadku komputera przechowującego bazę właściwe jest połączenie przewodowe. Krótkie przerwy, które podczas przeglądania stron pozostają niezauważone, przy zapisie dokumentu mogą zakończyć sesję lub wywołać błąd.

Co zrobić po odejściu pracownika?

Należy zablokować jego indywidualne konto i sprawdzić, czy nie pozostawił aktywnych sesji lub zaplanowanych zadań działających z jego uprawnieniami. Nie powinno się usuwać historii operacji potrzebnej do ustalenia autorstwa dokumentów. Jeżeli używano konta wspólnego, trzeba zmienić dane dostępowe i rozdzielić konta przed rozpoczęciem pracy kolejnej osoby.

Czy uprawnienia wystarczy ustawić tylko raz?

Nie. Zakres obowiązków, struktura firmy i funkcje programu zmieniają się z czasem. Uprawnienia powinny być przeglądane po zmianie stanowiska, wdrożeniu nowego modułu oraz odejściu pracownika. Taki przegląd pozwala usunąć prawa, które pozostały po wcześniejszych zadaniach i nie są już potrzebne.

Odbiór konfiguracji przed rozpoczęciem codziennej pracy

Gotowy system powinien zostać sprawdzony na rzeczywistych kontach o różnych rolach. Test obejmuje logowanie, otwieranie wspólnej bazy, zapis dokumentu, działanie numeracji, widoczność kartotek oraz odmowę dostępu do funkcji, które mają pozostać zablokowane. Ważne jest nie tylko potwierdzenie, że dozwolone operacje działają, lecz także sprawdzenie, czy niedozwolone operacje rzeczywiście są niedostępne.

Na końcu warto zapisać najważniejsze ustalenia: lokalizację bazy, sposób uruchamiania kopii, listę ról, osobę odpowiedzialną za konta oraz procedurę aktualizacji. Taka dokumentacja ogranicza przypadkowe zmiany i ułatwia odtworzenie konfiguracji po wymianie stanowiska. Dobrze przygotowana praca wielostanowiskowa pozostaje przewidywalna także wtedy, gdy zmienia się skład zespołu, komputer lub zakres używanych modułów.