17 września 2025
Szereg nowych automatyzacji, wielojęzyczne komunikaty w splash screen Agenta Statlook i Asystent AI w Helpdesku – oto co znajdziecie w wersji 19.2! Kolejną aktualizacja Statlooka, to całkiem pokaźna dawka zmian i nowych funkcji, których celem jest ułatwienie Waszej codziennej pracy!
Poniżej prezentujemy wybrane, najciekawsze naszym zdaniem nowości i zmiany w programie Statlook
Pełna lista zmian Statlook 19.2 dostępna jest tutaj.
Statlook 19.2 to m.in. lepsze rozpoznawanie typów interfejsu sieciowego. W karcie Sieć zasobu wygląda to teraz następująco:
Jeśli zasób nie jest powiązany z Agentem, to można także ten typ edytować:
Dzięki tej zmianie Agent rejestruje dodatkowo te interfejsy sieciowe reprezentujące VPN (mają typ PPP). Modyfikacje w algorytmie odczytującym interfejsy sieciowe doprowadziły do tego, że zauważalne będą zmiany w interfejsach sieciowych. Przede wszystkim:
a) często na laptopach pojawi się nowy interfejs o nazwie Bluetooth Device (Personal Area Network)
b) w kartach sieciowych typu Ethernet zapewne pojawi się więcej adresów IP przypisanych do interfejsu sieciowego.
W regule: Helpdesk → Zmiana zgłoszenia wprowadzono możliwość określenia typów autorów komentarzy, na których reguła powinna reagować.
Wyróżnia się następujące typy autorów:
Domyślnie reakcja jest ustawiona na wszystkie typy autorów.
Helpdesk → Zmiana zgłoszenia → Warunki → Komentarz
Od teraz zawartość modułu Audyt znajduje się w module Oprogramowanie w raporcie Audyt:
Zniknęło (naturalnie) menu Audyt. Jego polecenia znajdują się teraz w menu Oprogramowanie:
W opcjach podobnie (choć tu wizualnie sprowadziło się tylko do zmiany etykiety):
I w konserwacji bazy danych (manual i auto):
Zmianie uległa też struktura praw ogólnych (prawa zaznaczone na niebiesko pochodzą z dotychczasowego modułu Audyt):
Według nowego układu prawo “Oprogramowanie\Raporty\Ogólne\Audyt oprogramowania” jest fizycznym ekwiwalentem dawnego prawa “Audyt”.
Jednocześnie odświeżyliśmy formy harmonogramów skanowania (zarówno sprzętu jak i oprogramowania):
Statlook Master obsługuje instancje (analogicznie do tych z serwera). Aby włączyć w Masterze tryb instancji, trzeba go uruchomić z argumentem /instance. Wówczas w formie logowania pojawią się nowe elementy:
Nowe elementy to nazwa instancji w pasku tytułu. Poza nazwą w menu systemowym formy mamy polecenia pozwalające na tworzenie, usuwanie oraz wybór instancji. Dla przykładu –jeśli sobie utworzymy instancję o nazwie DEVTASK, zobaczymy:
Instancje mają osobne klucze w rejestrze oraz katalogi danych. Na powyższym przykładzie mamy klucz HKEY_CURRENT_USER\SOFTWARE\Statlook.DEVTASK\ oraz katalog %LOCALAPPDATA%\Statlook.DEVTASK. Usunięcie instancji powoduje skasowanie klucza rejestru (istnienie klucza de-facto oznacza instnienie instancji), natomiast nie powoduje skasowania katalogu danych. Ponieważ instancje mają osobne klucze danych, można tam sobie niezależnie definiować połączenia z serwerem, język UI, tryb ciemny ustawienia UI, etc, itd. Natomiast temat jest taki, że w wielu miejscach Mastera ustawienia były migrowane do propercji w serwerze (umgProperty). Te ustawienia pozostają współdzielone pomiędzy instancjami.
Jeśli zdefiniujemy sobie już jakieś instancje, nie ma potrzeby dalszego uruchamiania Mastera z przełącznikiem /instance - taka konieczność istnieje tylko wtedy, gdy nie ma zdefiniowanej żadnej instancji. Jeśli podczas uruchamiania Master stwierdzi, że ma jakieśkolwiek instancje zdefiniowane, to bezwzględnie uruchamia się w trybie instancji.
W Helpdesku użytkownicy otrzymują powiadomienia, gdy zostaną wspomniani przy użyciu „@” w opisie zgłoszenia lub komentarzu.
W Statlook Web:
W Master:
W ustawieniach Helpdesku dostępna jest opcja umożliwiająca automatyczne dodawanie wspomnianych użytkowników jako użytkowników powiązanych ze zgłoszeniem (domyślnie opcja jest wyłączona).
W ustawieniach konta pocztowego można włączyć powiadomienia mailowe informujące o wspomnieniu użytkownika w komentarzu lub opisie zgłoszenia.
Agent dostosowuje język komunikatu w splash screen do bieżących ustawień użytkownika. UI edycji komunikatu wygląda tak:
Agent dobiera język komunikatu bazując na języku UI monitorowanego użytkownika wg następującego algorytmu:
W regułach związanych z użytkownikami dodaliśmy akcje „Przypisz reguły dostępu do sieci WWW”/„Odłącz reguły dostępu do sieci WWW”.
W danej regule (lub regułach) tworzymy (jeśli jest to konieczne) filtr według użytkowników, a następnie dołączamy obsługiwanego użytkownika do tego filtra. Jeśli przykładowo reguła byłaby wyzwolona z naszego powodu (tzn. z powodu usera, który nas reprezentuje), to wówczas w filtrze reguły pojawiłaby się taka pozycja:
Jest bardzo ważne, by w instrukcji opisać, by na potrzeby reguł automatyzacji tworzyć reguły dostępu do stron www z wstępnie utworzonym pustym filtrem wg użytkowników. Robimy to w ten sposób, że tworzymy sobie regułę z filtrem wg użytkowników, ale bez wyboru żadnego użytkownika:
I tu od razu wciskamy OK. W efekcie otrzymujemy:
Mamy zatem regułę, która nie będzie do nikogo przypisana. Możemy ją teraz użyć w akcjach przypisujących i odłączających.
Jest bardzo ważne, by nie definiować innych filtrów niż ten według użytkowników (ewentualnie rozumieć konsekwencje). Chodzi bowiem o to, że jeśli dodamy sobie do takiej reguły jeszcze filtr według działów i wybierzemy tam dział „Helpdesk”, to wówczas reguła będzie przypisana wyłącznie do tych użytkowników, których automatyzacja dodała do filtra według użytkowników i którzy jednocześnie są w dziale „Helpdesk”. Mówiąc innymi słowy: kolejne filtry ograniczają zasięg działania reguły.
W karcie praw do użytkowników dodaliśmy 2 nowe prawa „Edycja reguł dostępu do stron www” oraz „Edycja reguł pobierania plików”
Pierwsze z tych praw pozwala na edycję tych reguł dostępu do stron www, które powiązano z użytkownikami objetymi prawem. Drugie pozwala na edycję reguł pobierania plików.
O co tu chodzi? Powiedzmy, że mam dokładnie takie prawa jak na screenie powyżej. Jeśli teraz spróbuję dodać sobie taką regułę:
… otrzymam komunikat:
Dzieje się tak dlatego, że próbowaliśmy dodać nową regułę dla wszystkich użytkowników (wszak nie ma żadnego filtra ograniczającego zbiór użytkowników). Jeśli zrobimy takie ograniczenie:
…to też robota się nie uda, bo choć zdefiniowaliśmy ograniczenie, to jednak to ograniczenie przypisuje regułę do użytkowników z działu IT Support, a tymczasem mamy prawo do edycji reguł przypisanych do userów z działu IT Development. Pojawia się więc komunikat:
Dopiero, gdy nadamy w regule takie samo ograniczenie jak w uprawnieniach, reguła zostanie zapisana.
Dodaliśmy zapisywanie zmian statusu i komentarza dla każdej przerwy, dzięki czemu w raporcie „Przerwy sesji” po otwarciu przerwy można teraz:
Ponadto pojawił się nowy raport „Przerwy sesji – historia zmian”, który pokazuje historię zmian wszystkich przerw.
Nazwa: UŻYTKOWNIK (KOMPUTER) : CZAS PRZERWY
Dodaliśmy prompty systemowe do bazy danych. Każde z poleceń posiada standardowy identyfikator StdId. Prompty systemowe wyświetlane są w tabeli jako wyszarzony tekst, co odróżnia je od promptów użytkownika.
Przed zmianą ustawień wyświetlany jest komunikat informujący o możliwym wpływie na działanie systemu. W każdym momencie możliwe jest przywrócenie wartości domyślnych.
Ustawienia, które można edytować:
Jeżeli prompt ma ustawienia domyślne, przycisk „Przywróć ustawienia domyślne” jest nieaktywny.
Po zmianie któregokolwiek z wyżej wymienionych ustawień przycisk zostaje aktywowany.
W Statlook Web dodaliśmy konfigurację Dell TechDirect API, w tym prawo pozwalające na konfigurację Dell Tech Direct API (Prawa oglólne → Konfiguracja → Zarządzanie integracją z Dell Tech API)
Pojawiła się możliwość synchronizacji z Dell TechDirect na żądanie. Dodaliśmy także logowanie błędów uwierzytelniania oraz nieprawidłowych tagów.
W zasobach dodaliśmy nowy typ zmiany: „Agent – komponenty”. Zmiany stanu poszczególnych komponentów agenta (aktywacja/dezaktywacja) są zapisywane na poziomie komputera (zasobu), do którego agent jest przypisany.
Po otwarciu czatu AI użytkownikowi wyświetlana jest lista sugerowanych poleceń, które może wykorzystać do rozpoczęcia rozmowy. Polecenia generowane są w języku aplikacji.
Sugerowane polecenia są generowane na podstawie funkcjonalności dostępnych w pluginie Helpdesk, a także dodatkowych akcji wspierających rozwiązywanie problemów:
W Opcje → Helpdesk → Ogólne: dodaliśmy nową sekcję „Ustawienia opcji AI”. Generowanie sugerowanych poleceń przy otwieraniu czatu z asystentem AI, można włączyć/wyłączyć za pomocą opcji: „Pokazuj sugestie początkowych pytań w czacie asystenta AI”. omyślnie opcja jest włączona.
Skaner odczytuje teraz identyfikator strefy (ZoneId) z alternatywnego strumienia danych Zone.Identifier, jeśli taki istnieje. Identyfikator ten określa strefę zabezpieczeń, z której pochodzi plik. W przypadku pobrania pliku z niezaufanego źródła, system operacyjny traktuje go jako potencjalnie niebezpieczny — widoczne jest to poprzez obecność przełącznika „Odblokuj” w oknie właściwości pliku.
Dodatkowo odczytywane są — jeśli występują — dwa adresy URL:
About URL Security Zones (Windows)
| Zone ID | Nazwa | Opis |
|---|
| Zone ID | Nazwa | Opis |
|---|---|---|
| 0 | Mój komputer | Plik lokalny, całkowicie zaufany. |
| 1 | Sieć lokalna (Intranet) | Zasoby w sieci lokalnej, zwykle zaufane. |
| 2 | Zaufane witryny | Witryny oznaczone jako zaufane. |
| 3 | Internet | Plik z Internetu, może być niebezpieczny. |
| 4 | Witryny z ograniczeniami | Witryny niebezpieczne lub podejrzane. |
Dane prezentowane są w raportach:
Poznaj praktyczne działanie systemów statlook i uplook dzięki całkowicie darmowemu Webinarium. Wystarczy fotel, połączenie z internetem i przeglądarka internetowa.
English
Polish
Romanian