Kontrola dostępu i ślad zmian w Studio VSS.net - mechanizmy, które da się sprawdzić

Logowanie - dwa sposoby uwierzytelnienia

Pracownicy własnej firmy i przedstawiciele firm zewnętrznych logują się tym samym ekranem. Instalacja może używać formularza z kontami prowadzonymi w programie albo weryfikacji w domenie Active Directory. Przy domenie hasło sprawdza kontroler domeny, a instalacja może mapować grupy domeny na role, magazyny i oddziały. Konto wyłączone w domenie przestaje być aktywne w Studio VSS.net, więc odejście pracownika obsługuje się w jednym miejscu.

Komunikat o błędzie logowania jest ogólny i nie zdradza, czy podany login istnieje. Samodzielny reset hasła wymaga loginu i adresu e-mail zapisanego w koncie, wysyła jednorazowy link ważny 30 minut, a ekran odpowiada tak samo niezależnie od tego, czy konto istnieje. Program ogranicza też liczbę prób logowania i resetu z jednego adresu. Progu nie podajemy, bo jego publikacja ułatwiałaby próby odgadywania haseł. Sesja wygasa po 120 minutach bezczynności w konfiguracji standardowej, a reguły złożoności hasła (cyfry, znaki specjalne, małe i wielkie litery, minimalna i maksymalna długość) ustawia administrator w parametrach globalnych.

Kierowca przy kiosku w ogóle się nie loguje. Konta dostawców i spedytorów zakłada pracownik działu logistyki, bo samodzielnej rejestracji w portalu nie ma. Szczegóły opisuje strona o logowaniu do Studio VSS.net.

Konto aktywne i ograniczenie adresów IP

Rejestr Użytkownicy nie ma przycisku Usuń. Dostęp odbiera się odznaczeniem pola Aktywne, a każda strona programu sprawdza ten znacznik, dlatego wyłączenie działa od razu, także przy otwartej karcie przeglądarki. Konto zostaje w rejestrze razem z historią, a login autora pozostaje w kolumnie Zapisał przy awizacjach, które założył. Data ważności konta jest zapisywana, ale instrukcja nie obiecuje automatycznej blokady po jej upływie: dla pracowników czasowych ustawia się ją jako przypomnienie i wyłącza konto w dniu odejścia.

Logowanie można zawęzić do wskazanych adresów IP, dla całej instalacji albo dla pojedynczego konta. Pole przyjmuje listę adresów oddzielonych średnikiem albo sieć w zapisie CIDR. Błędny wpis odcina użytkownika, więc po zmianie listy sprawdza się logowanie z sieci, która ma pozostać dozwolona, zanim wyloguje się konto administratora. Przy kontach zewnętrznych trzeba pamiętać, że dostawca zmienia adres wychodzący razem z siecią swojej firmy.

Trzy poziomy uprawnień

Rola aplikacyjna wyznacza domyślne menu, czyli zestaw ekranów dla danego typu pracy. Ochrona przy bramie widzi wejścia, wjazdy, listy oczekujących i skanowanie, ale nie widzi kartotek. Magazyn widzi rampy i transporty, a dostawca formularz nowej awizacji, kalendarz i własne awizacje. Drugi poziom to karta uprawnień konkretnego konta, która zawęża albo rozszerza dostęp do pozycji menu, przycisków paska narzędzi i magazynów. Trzeci poziom to zakres danych: rejestry portali pokazują awizacje firmy przypisanej do konta.

Karta uprawnień ma pięć widoków: Przegląd, Systemowe, Transakcje, Pliki i Role. Pozycje menu i stron są dozwolone, dopóki administrator nie odbierze ich jawnie. Wyjątkiem są przełączanie ról i przełączanie magazynów, które trzeba nadać wprost. Każdy przełącznik zapisuje się w bazie w chwili kliknięcia, a sekcja Ostatnie zmiany w widoku Przegląd pokazuje operacje z loginem osoby, która je wykonała. Polecenie Kopiuj od użytkownika przenosi cały zestaw z konta wzorcowego, a Wyczyść wszystkie odbiera wszystkie uprawnienia, dlatego przed jego użyciem sprawdza się w nagłówku karty, którego konta dotyczy konfiguracja. Opis widoków zawiera strona o uprawnieniach użytkowników.

Zakres danych nie jest przełącznikiem na karcie, tylko częścią zapytania, które pobiera dane rejestru. Dostawca widzi awizacje, w których jego firma jest kontrahentem, spedytor te, w których jego firma jest przewoźnikiem, a agencja celna awizacje ze znacznikiem odprawy celnej. Próba edycji awizacji innej firmy kończy się komunikatem Brak uprawnień. Zakładka Uprawnienia w formularzu konta ma dodatkowo flagi funkcji: prawo drukowania raportów, eksportu, grupowania, menu kontekstowego i szybkiego wyszukiwania.

Ślad zmian - co da się odtworzyć po fakcie

Program prowadzi dwa niezależne ślady. Historia zmian pól zapisuje każdą edycję rekordu w tabelach objętych rewizją: nazwę pola, wartość poprzednią i nową, login oraz datę, a gdy konfiguracja tego wymaga, także powód zmiany o długości co najmniej 4 znaków. W bazie demonstracyjnej rewizją objęto kartoteki kontrahentów i asortymentu, konta użytkowników oraz konfigurację kalendarzy. Okno pokazuje do 1000 ostatnich zmian rekordu, w układzie osi czasu albo tabeli, i zapisuje je do pliku CSV.

Dziennik awizacji opisuje czynności, a nie pola. Zapis awizacji dopisuje wpis o nadaniu numeru Load Plan, każdy krok statusu wpis z loginem, etapem i uwagami, a anulowanie wpis z przyczyną do 100 znaków. Ślad zostawia też otwarcie podglądu przepustki i usunięcie załącznika. Ekran zmiany statusu przesuwa awizację tylko o jeden krok w przód i nie ma przycisku cofnięcia, więc każdy krok zostaje w dzienniku jako osobny wpis. Różnicę między oboma śladami wyjaśnia strona o historii zmian i przebiegu awizacji.

Przy sporze o godzinę wjazdu albo o zmianę telefonu do powiadomień odpowiedź leży więc w różnych miejscach. Czas przyjazdu i wyjazdu odczytuje się z rejestru zakończonych awizacji, a to, kto zmienił dane kontaktowe kontrahenta, z historii zmian jego kartoteki. Wspólne konto na kilka osób niszczy oba ślady, dlatego każdy pracownik ochrony na wspólnym tablecie loguje się własnym kontem.

Powiadomienia i dane dostępowe

Moduł powiadomień, który włącza administrator instalacji, ma trzy tryby wysyłki. W trybie próbnym wiadomości powstają, ale nie wychodzą. W trybie testowym trafiają wyłącznie na numer i adres testowy. Wysyłkę do prawdziwych kierowców i kontrahentów włącza tylko użytkownik z rolą SuperVisor, po potwierdzeniu w osobnym oknie, a każda zmiana ustawień trafia do historii razem z poprzednią wartością. Numery telefonów i adresy na listach modułu są częściowo ukryte.

Dane poczty wychodzącej, bramki SMS i adresów serwerów są parametrami instalacji, których instrukcja nie opisuje i nie pokazuje na zrzutach. Dozwolone rozszerzenia załączników ustala parametr systemowy albo kategoria załączników, więc listę warto zgrać z polityką bezpieczeństwa Twojej firmy.

Podział obowiązków w usłudze SaaS

Gdy Studio VSS.net działa jako usługa udostępniana przez SoftwareStudio, część zabezpieczeń opisuje regulamin usługi Studio VSS.net. Producent stosuje szyfrowanie transmisji protokołem TLS w wersji 1.2 lub nowszej, zapory sieciowe i ochronę przed złośliwym oprogramowaniem. Kopie bezpieczeństwa powstają co 24 godziny na niezależny nośnik i są przechowywane przez 7 dni kalendarzowych. Dane osobowe producent przetwarza w imieniu Twojej firmy na podstawie umowy powierzenia, a system zapisuje wyłącznie pliki cookies niezbędne do utrzymania sesji.

• Po stronie SoftwareStudio - bezpieczeństwo kodu aplikacji i konfiguracja środowisk, którymi zarządza producent, oraz bezpłatne poprawki usuwające podatności przez cały okres umowy.
• Po stronie Twojej firmy - uprawnienia nadane użytkownikom, reguły dostępu sieciowego i instalacja poprawek komponentów działających na Twoich urządzeniach w terminach z regulaminu.

Instrukcja i regulamin nie deklarują certyfikacji bezpieczeństwa, logowania jednokrotnego przez usługi chmurowe ani uwierzytelniania wieloskładnikowego, dlatego ta strona ich nie opisuje. Okres przechowywania danych kierowców ustala administrator danych w Twojej firmie, a instrukcja nie opisuje automatycznego usuwania tych danych po zadanym czasie. Warunki dostępności usługi zawiera załącznik SLA, a zakres całego systemu strona system awizacji dostaw Studio VSS.net.