Zespoły i użytkownicy

Zespół to odpowiedzialność, a nie folder. Ma własne kategorie, własne terminy i własnych członków. Klient widzi dokładnie jeden z nich. Cała reszta sprowadza się do tego, kto ma jakie konto i co temu kontu wolno.

1

Twórz i konfiguruj zespoły

Zespoły mieszkają pod „Settings → Teams”. Lista jest po lewej, a ustawienia klikniętego zespołu po prawej. Liczba za nazwą to liczba jego członków.

Nowy zespół dostaje nazwę w polu „Team name”. Pod nim „Copy categories from” pozwala wybrać istniejący zespół, żeby nowy zaczynał z tymi samymi kategoriami głównymi i podkategoriami. Przycisk „Create team” go tworzy.

Pierwszy zespół to ten, który widzą Twoi klienci. Każdy kolejny zespół jest zespołem specjalistycznym za nim. Wymaganie od zgłaszającego, żeby sam wybrał właściwy dział, jest wymaganiem zbyt dużym. Zgłasza on do pierwszego zespołu, a stamtąd sprawa idzie dalej.

Możesz to zmienić w każdej chwili. Karta „Customer permissions” decyduje dla każdego zespołu, co klienci mogą tam robić. Ma dwa przełączniki: „Can create new tickets and see their own tickets” i „Can see their own tickets of this team in the dashboard and in reports”. Gdy tylko jeden z nich jest włączony, klienci widzą zespół. Dopiero gdy oba są wyłączone, zespół w ogóle nie pokazuje się klientowi.

Karta „Agent Permissions” dotyczy agentów tego zespołu. Ma trzy przełączniki: prowadzenie zgłoszeń, zarządzanie kategoriami i oglądanie raportów tego zespołu. Bez pierwszego agent nie może w tym zespole ani tworzyć, ani edytować, ani komentować zgłoszeń, ani wgrywać załączników. Bez drugiego z jego paska bocznego znika pozycja kategorii zespołu. Bez trzeciego raporty pomijają ten zespół. Każda zmiana zostaje zapisana w „Audit log” zespołu.

Karta „Agents” zawiera członków. Mimo nagłówka są w niej także klienci tego zespołu. Lista wyboru nad nią i przycisk „Add Agent” kogoś dodają, a „Remove” go wyjmuje. Kto zostaje dodany albo usunięty, musi raz się wylogować i zalogować ponownie.

„Default e-mail language” to język, w którym pisze ten zespół. Obowiązuje, gdy reguła pocztowa wybiera „Team default language”.

Przełącznik „Active” wycofuje zespół z użytku. Znika on z paska bocznego i ze wszystkich list wyboru. Nie zostaje przez to usunięty.

„Delete” usuwa zespół tylko wtedy, gdy nie jest otwarte żadne zgłoszenie. Inaczej system nazywa powód i nic nie robi.

Karta „Audit log” zapisuje każdą zmianę w zespole, z nazwiskiem i czasem.

Basic prowadzi jeden zespół. Professional nie ma limitu.

Strona „Teams” z listą obu zespołów po lewej i ustawieniami zespołu Helpdesk po prawej.
Czerwone ramki obejmują oba zespoły. Kliknięcie jednego zmienia to, co stoi po prawej. Liczba przy krawędzi to liczba członków.Otwórz obrazek w pełnym rozmiarze
Pole „Team name” z wpisaną nazwą, pod nim „Copy categories from” i przycisk „Create team”.
Wpisz nazwę, opcjonalnie przejmij kategorie istniejącego zespołu, a potem kliknij „Create team”.Otwórz obrazek w pełnym rozmiarze
Karty „Customer permissions” i „Agent Permissions” z przełącznikami.
Czerwone ramki obejmują oba nagłówki. Te przełączniki dotyczą tylko tego jednego zespołu.Otwórz obrazek w pełnym rozmiarze
Karta „Agents” z listą wyboru, przyciskiem „Add Agent” i członkami poniżej.
Czerwona ramka obejmuje „Add Agent”. Etykieta obok każdego nazwiska to rola, a karta zawiera także klientów tego zespołu.Otwórz obrazek w pełnym rozmiarze
Karta „Audit log” ze swoimi wpisami, każdy ze zmianą, nazwiskiem i czasem.
Czerwona ramka obejmuje nagłówek. Każdy wiersz nazywa zmianę, jej autora i czas.Otwórz obrazek w pełnym rozmiarze
2

Twórz administratorów i agentów

Konta mieszkają pod „User management”. Lista pokazuje nazwisko i nazwę logowania, adres e-mail, zespół z działem pod spodem oraz rolę.

„New user” otwiera formularz. Imię, nazwisko, nazwa logowania i adres e-mail są wymagane. Do tego dochodzi hasło. W Professional możesz zamiast niego zaznaczyć „Send login details by e-mail”.

Przy tym zaznaczeniu nie ustawiasz żadnego hasła. Nowy użytkownik dostaje wiadomość z nazwą logowania i odnośnikiem ważnym przez ograniczony czas, i sam ustawia swoje hasło. System nigdy nie wysyła haseł.

Rola decyduje o całej reszcie. „Admin” i „Agent” to pracownicy wewnętrzni i liczą się do tej samej puli. Administrator może fabrycznie więcej. Prawie każde pojedyncze uprawnienie da się zmienić. Wyjątki są na karcie „Role i koncepcja uprawnień”. Tylko administrator może nadać albo odebrać rolę „Admin”. Dotyczy to także jego własnego konta. „Edit user” zmienia tylko zespół pokazany w formularzu. Zespoły, do których osobę dodano przez „Add Agent”, zostają bez zmian.

Basic przychodzi z dwoma stanowiskami wewnętrznymi. Jak je podzielisz, zależy od Ciebie: jeden administrator i jeden agent albo dwóch administratorów. Klienci się nie liczą, w obu edycjach jest ich bez ograniczeń.

Kiedy ktoś odchodzi, kliknij symbol archiwum w jego wierszu. Konto zostaje zablokowane, więc ta osoba nie może się już zalogować.

Zablokowane konto przechodzi do widoku „Archived” i nosi tam etykietę „locked”. W widoku „Active” nie jest już widoczne.

Zablokowane konto nie zajmuje już stanowiska wewnętrznego i nie pojawia się w żadnej liście „Assign to”. Zgłoszenia już przypisane zachowują swojego agenta i jego nazwisko.

W widoku „Archived” ten sam przycisk nazywa się „Restore” i zwalnia konto z powrotem. W Basic potrzebne jest do tego znowu wolne stanowisko.

Symbol klucza resetuje hasło. Przekreślona tarcza resetuje logowanie dwuskładnikowe. Nowe hasło pokazuje się wtedy raz na ekranie. Nigdzie nie jest wysyłane.

Reset hasła albo logowania dwuskładnikowego zdejmuje tylko krótką blokadę po nieudanych próbach. Zarchiwizowane konto pozostaje zablokowane. Nie dostaje zaproszenia ani wiadomości z resetem, a przywraca je tylko „Restore”.

Archiwizację można w każdej chwili cofnąć. Jeśli ktoś odszedł na dobre, usuń dodatkowo konto symbolem kosza „Delete account”. Czas do automatycznej anonimizacji biegnie dopiero od usunięcia.

Więcej na ten temat na karcie: Anonimizacja osób

Strona „User management” ze wszystkimi kontami, ich rolą i działaniami w każdym wierszu.
Czerwone ramki obejmują „New user” i przełącznik między kontami otwartymi a zablokowanymi. Przycisk pokazuje, który z dwóch widoków jest otwarty.Otwórz obrazek w pełnym rozmiarze
Okno „Create new user” z wypełnionymi imieniem i nazwiskiem, nazwą użytkownika i adresem e-mail oraz listami wyboru zespołu, działu, stanowiska, lokalizacji i roli.
Czerwone ramki obejmują rolę i zaproszenie. Rola to jedyna lista wyboru, którą trzeba wypełnić.Otwórz obrazek w pełnym rozmiarze
To samo okno z zaznaczeniem: pole hasła jest wyłączone i mówi, że użytkownik ustawia je przez odnośnik.
Przy zaznaczeniu gwiazdka przy polu hasła znika. Samo pole mówi, kto ustawia hasło.Otwórz obrazek w pełnym rozmiarze
Widok „Archived” z zablokowanym kontem, etykietą „locked” i ikoną przywracania na końcu wiersza.
Czerwone ramki obejmują etykietę i drogę powrotną. Oba istnieją tylko w tym widoku.Otwórz obrazek w pełnym rozmiarze
3

Klienci: konta osób, które zgłaszają

Klientów jest bez ograniczeń w Basic i w Professional. Nie zajmują żadnego stanowiska wewnętrznego.

Konto klienta powstaje na trzy sposoby. Zakładasz je sam pod „User management”. W Professional możesz przy tym zaprosić osobę pocztą. Drugą drogą jest samodzielna rejestracja. Trzecią jest pierwsze logowanie przez SSO albo katalog, które samo zakłada konto.

Przełącznik do tego stoi pod „Settings → Security” na karcie „Self-registration”. Fabrycznie jest wyłączony. Po włączeniu na stronie logowania pojawia się odnośnik „Register”.

Kto rejestruje się sam, dostaje zawsze rolę „Customer”. Tą drogą nie da się nadać żadnej innej roli.

W Professional klient zarejestrowany samodzielnie dostaje po powitaniu drugą wiadomość. Odnośnikiem z tej wiadomości potwierdza swój adres. Do tego czasu jego konto nosi na liście adnotację „not confirmed”.

Adres możesz też potwierdzić sam. W Basic to jedyna droga, bo Basic nie wysyła poczty. W wierszu konta jest wtedy przycisk z ikoną koperty: „Mark email as confirmed”. Rób to tylko wtedy, gdy wiesz, że adres należy do tej osoby.

W wewnętrznym helpdesku lepiej zostaw ten przełącznik w spokoju. Inaczej konto zakłada każdy, kto zna adres.

Klient widzi tylko własne sprawy. To zgłoszenia, które sam utworzył. Do tego dochodzą zgłoszenia, które dla jego potwierdzonego adresu utworzył agent albo które powstały z wiadomości e-mail. Zgłoszenie, które inny klient utworzy z jego adresem, pozostaje przed nim ukryte. Jeśli dwa konta mają ten sam adres, oba widzą te zgłoszenia.

Jeśli jego adres nie jest jeszcze potwierdzony, nad listą jego zgłoszeń widnieje informacja. Przyciskiem „Send confirmation email” prosi ponownie o odnośnik. Informacja pojawia się tylko wtedy, gdy system może wysyłać pocztę.

Jego pasek boczny jest krótki: jego zgłoszenia, nowe zgłoszenie, baza wiedzy. Żadnych ustawień nigdy nie zobaczy. Jeśli przełącznik zespołu „Can see their own tickets of this team in the dashboard and in reports” jest włączony, na jego pasku bocznym są też pulpit i raporty.

To, co wolno mu w zespole, ustawia się przy zespole. Dopiero gdy oba przełączniki dla klientów są wyłączone, ten zespół dla niego nie istnieje.

Karta „Self-registration” z przełącznikiem i napisem pod nim.
Czerwona ramka obejmuje przełącznik. Tekst obok mówi, co on robi i co dzieje się bez wysyłki poczty.Otwórz obrazek w pełnym rozmiarze
Ten sam system po zalogowaniu jako klient: krótki pasek boczny i lista zgłoszeń zawierająca tylko własne sprawy.
Kolumna „User” zawiera w każdym wierszu to samo nazwisko. Klient nie widzi niczego, co nie jest jego, a ustawień na pasku bocznym brakuje.Otwórz obrazek w pełnym rozmiarze
4

Eksport danych jednej osoby

Zanim zaczniesz: Potrzebujesz uprawnienia „Data export (data subject request)”. Domyślnie mają je tylko administratorzy.

Osoba może zapytać, jakie dane o niej przechowujesz. Eksport danych zbiera je wszystkie w jednym pliku ZIP.

Uruchamiasz go w „User management”. Każdy wiersz ma symbol pliku ze strzałką i podpowiedź „Export personal data”. Otwiera on eksport dla tego konta.

Niektóre osoby nie mają konta. Tylko do ciebie napisały albo agent utworzył zgłoszenie z ich adresem. Dla nich na górze strony jest „Export by e-mail address”. Wpisz tam adres i kliknij „Search”. Wyszukiwanie działa z kontem albo adresem, nigdy z imieniem i nazwiskiem.

Wyszukiwanie według adresu znajduje mniej niż wyszukiwanie według konta. Znajduje tylko miejsca, w których zapisany jest sam adres, na przykład jako zgłaszający w zgłoszeniu albo jako nadawca e-maila. Wyszukiwanie według konta znajduje dodatkowo wszystko, co jest powiązane z kontem. Jeśli adres należy do konta, okno o tym mówi i proponuje „Use this account”. Potem pokazuje imię i nazwisko osoby oraz adres e-mail konta.

Zanim cokolwiek pobierzesz, okno pokazuje, co znalazło, policzone według obszarów. Obszary to na przykład zgłoszenia, wpisy czasu, ankiety satysfakcji i dziennik bezpieczeństwa. Jeśli nic nie znajdzie, wyświetla „No data found for this person.” i nie oferuje pobrania. Jeśli adres należy do konta i sam nie ma żadnych wyników, okno nie pokazuje wyników i nie oferuje pobrania. Pokazuje ramkę z „Use this account”. Administratorzy widzą pod nią także obszar „Anonymize”. Objaśnia go karta „Anonimizacja osób”.

„Download” tworzy plik ZIP. Zawiera on jeden plik JSON na obszar, aby dane dało się odczytać maszynowo. Dołączone są pliki wszystkich znalezionych załączników. „overview.html” pokazuje najważniejszą treść w czytelnej formie. Przy każdym zgłoszeniu podaje, dlaczego zostało dołączone („Why this ticket is included”). „README.txt” jest napisany dla tej osoby i wyjaśnia, co zawiera plik.

Zgłoszenie, które dotyczy tej osoby, trafia do eksportu w całości. Należą do niego też komentarze i zmiany innych osób. Notatki wewnętrzne również są zawarte i oznaczone jako wewnętrzne. Jeśli osoba odpowiedziała e-mailem na zgłoszenie kogoś innego, to zgłoszenie ma oznaczenie „Replied by e-mail to someone else’s ticket”. Trafia tam też zgłoszenie, w którym ta osoba wprowadziła ostatnią zmianę. W wierszu „Why this ticket is included” stoi wtedy „Last person to change the ticket”.

Dlatego sprawdź eksport, zanim go przekażesz. Zaczernij dane innych osób tam, gdzie to konieczne. Okno ci o tym przypomina. „README.txt” nie zawiera tej uwagi, bo trafia do tej osoby.

Zgłoszenia przeniesione do archiwum nie są przeszukiwane. Sprawdź swoje archiwa osobno. Okno również o tym przypomina.

Hasła i klucze logowania dwuskładnikowego nie są częścią eksportu.

Każde pobranie jest rejestrowane: kto je uruchomił, dla jakiej osoby i kiedy. Zapis nie zawiera żadnej treści eksportu. Wyszukiwanie przed nim nie jest rejestrowane.

Agent, który otrzyma to uprawnienie, potrzebuje także „Users: manage accounts”. Bez niego nie dotrze do strony „User management”. Tego uprawnienia nigdy nie można nadać roli „Customer”.

Obszar „Survey consents and unsubscribes” zawiera każdą zgodę i każde wypisanie dla ankiety satysfakcji wraz z datą, kanałem i zgłoszeniem. „overview.html” pokazuje pełną historię w osobnej sekcji. Jeśli osoba została zanonimizowana po wypisaniu, eksport według jej adresu znajduje pozostałe wypisanie. Kolumna „E-mail address” zawiera wtedy „Anonymized (address removed)”.

Więcej na ten temat na karcie: Anonimizacja osób

Strona „User management” z przyciskiem „Export by e-mail address” na górze i symbolem pliku ze strzałką w każdym wierszu.
Czerwone ramki obejmują „Export by e-mail address” i symbol w wierszu Julii Becker. Oba otwierają to samo okno.Otwórz obrazek w pełnym rozmiarze
Okno „Export personal data” dla Julii Becker z jej adresem e-mail pod nazwiskiem, listą wyników według obszarów, dwiema uwagami o sprawdzeniu i archiwach, obszarem „Anonymize” oraz przyciskiem „Download”.
Czerwone ramki obejmują listę wyników i „Download”. Lista wymienia tylko obszary, w których coś znaleziono.Otwórz obrazek w pełnym rozmiarze
To samo okno po wyszukaniu według adresu: podaje konto, do którego należy adres, i proponuje „Use this account”.
Czerwona ramka obejmuje „Use this account”. Na podstawie samego adresu wyszukiwanie nic tu nie znajduje. Dlatego okno nie pokazuje wyników ani „Download”. Eksport dla konta znajduje zgłoszenia Julii Becker. Obszar „Anonymize” poniżej widzą tylko administratorzy.Otwórz obrazek w pełnym rozmiarze
5

Anonimizacja osób

Zanim zaczniesz: Anonimizować osobę może tylko administrator. Anonimizacji nie da się cofnąć.

Niektóre dane nie mogą zostać na zawsze. Gdy ktoś odchodzi z twojej firmy albo osoba prosi o usunięcie swoich danych, anonimizujesz ją. Imię i nazwisko oraz adres e-mail zostają wtedy zastąpione wartością zastępczą, na przykład „Anonymized user 3”. Zgłoszenia zostają. Raporty, terminy, wpisy czasu i wskaźniki zadowolenia dalej się liczą.

Każda osoba dostaje własny numer. Dwa wpisy z tym samym numerem pochodzą od tej samej osoby. Adres e-mail zmienia się na „anonymized-3@anonymized.invalid”. Na taki adres nie da się doręczyć żadnej wiadomości, dlatego system pomija go przy wysyłce. Wartość zastępcza jest zapisana po angielsku i we wszystkich językach pozostaje angielska.

Są dwie drogi. Droga automatyczna anonimizuje usunięte konta po ustalonej liczbie miesięcy. Droga natychmiastowa anonimizuje jedną osobę od razu, na przykład po żądaniu usunięcia danych.

Drogę automatyczną znajdziesz w „Settings → Security”, w karcie „Data protection”. Przełącznik „Anonymize deleted users automatically” jest w ustawieniu fabrycznym wyłączony. Obok „after” wpisujesz liczbę miesięcy. Dozwolone jest od 1 do 120, ustawienie fabryczne to 36. „Save” zapisuje zmienioną liczbę.

Czas liczy się od dnia, w którym konto zostało usunięte. System co dziesięć minut sprawdza, czy należy wykonać przebieg. Przebieg odbywa się raz dziennie, przy pierwszym sprawdzeniu po 03:00 w strefie czasowej ustawionej w „Settings → General Settings”. W tym przebiegu anonimizowane jest każde usunięte konto, którego czas minął.

Gdy włączasz przełącznik, najpierw otwiera się okno. Wymienia ono usuniętych użytkowników, których zanonimizuje następny przebieg, każdego z dniem usunięcia. Wpisz ANONYMIZE w pole i kliknij „Confirm”. Dopiero wtedy przełącznik jest włączony. Jeśli w tej strefie czasowej jest już po 03:00, pierwszy przebieg nastąpi w ciągu około dziesięciu minut.

To samo okno pojawia się, gdy skracasz liczbę miesięcy przy włączonym przełączniku. Wyłączenie nie wymaga potwierdzenia.

Czas zaczyna biec dopiero wtedy, gdy konto zostanie usunięte. Archiwizacja nie wystarczy. Zarchiwizowane konto jest tylko zablokowane i może w każdej chwili wrócić, na przykład po urlopie rodzicielskim. Aby usunąć konto, kliknij symbol kosza „Delete account” w jego wierszu w „User management”.

Zanim cokolwiek się stanie, okno mówi, co nastąpi. Jeśli automatyczna anonimizacja jest włączona, podaje liczbę miesięcy. Usunięte konto pojawia się w widoku „Archived” z etykietą „Deleted”. Symbol „Restore account” przywraca je. Dla administratorów i agentów Basic potrzebuje do tego wolnego miejsca. Jeśli konto zostanie później ponownie usunięte, czas zaczyna biec od nowa.

Twoje własne konto nie ma symbolu kosza. Konto administratora może usunąć lub zarchiwizować tylko administrator. Ostatniego aktywnego administratora nie da się ani usunąć, ani zarchiwizować.

Gdy ktoś odszedł na dobre, usuń więc konto, a nie tylko je archiwizuj. Konto zarchiwizowane od ponad roku pokazuje w swoim wierszu symbol kalendarza. Jego podpowiedź przypomina, aby usunąć konto.

Droga natychmiastowa znajduje się w oknie eksportu danych, w obszarze „Anonymize” pod wynikami. Okno otwierasz z wiersza konta albo przez „Export by e-mail address” dla osoby bez konta.

Jeśli adres należy do konta, kliknij najpierw „Use this account”. Tylko wtedy anonimizowane jest samo konto. Przebieg po samym adresie zastępuje adres tam, gdzie jest zapisany, i zostawia konto bez zmian.

Wpisz ANONYMIZE w pole i kliknij „Anonymize”. Aktywne konto jest najpierw usuwane, a potem anonimizowane. Własnego konta nie da się zanonimizować. Ostatniego aktywnego administratora również nie.

Potem wiersz ma etykietę „Anonymized”. Takiego konta nie można już edytować, przywrócić ani ponownie aktywować. Zostaje tylko eksport danych. Anonimizację możesz uruchomić ponownie. Numer pozostaje ten sam, a dane przywrócone w międzyczasie też zostają objęte.

Pole „Also clear the content of tickets this person requested” idzie dalej. Liczba w nawiasie to liczba tych zgłoszeń. Ich teksty są czyszczone, a załączniki usuwane. Zgłoszenia innych osób, w których ta osoba tylko odpowiadała, są jedynie anonimizowane.

Najpierw sprawdź swoje obowiązki przechowywania. W Niemczech na przykład listy handlowe trzeba przechowywać sześć lat. Okno o tym przypomina. Droga automatyczna tylko anonimizuje. Nigdy nie czyści treści.

Jeśli nie udało się usunąć pliku z serwera, okno podaje ich liczbę. Przebieg i tak liczy się jako zakończony. System nie próbuje ponownie sam z siebie.

Każdy przebieg jest zapisywany z czasem, numerem wartości zastępczej i tym, co zostało zmienione. Przy drodze natychmiastowej zapis podaje też, kto ją uruchomił. Nie zawiera ani imienia i nazwiska, ani adresu e-mail tej osoby.

Anonimizacja wymaga uprawnienia „Anonymize people”. W ustawieniu fabrycznym mają je tylko administratorzy. Korzystać z niego może tylko administrator. Nigdy nie można go nadać roli „Customer”. Okno eksportu danych wymaga dodatkowo „Data export (data subject request)”.

Więcej na ten temat na karcie: Eksport danych jednej osoby, Okresy przechowywania

Karta „Data protection” z wyłączonym przełącznikiem, polem miesięcy, „Save” i linkiem „Download list of anonymizations”.
Czerwone ramki leżą na przełączniku i na liczbie miesięcy. Przełącznik jest wyłączony, tak jak po każdej aktualizacji.Otwórz obrazek w pełnym rozmiarze
Okno „Who will be anonymized” z jednym usuniętym użytkownikiem i datą usunięcia, pod nim pole z ANONYMIZE i przycisk „Confirm”.
Czerwone ramki leżą na liście i na „Confirm”. Oliver Grant został usunięty ponad 36 miesięcy temu. Pierwszy przebieg by go zanonimizował.Otwórz obrazek w pełnym rozmiarze
Okno „Delete account” dla Amira Khana. Tekst podaje, co nastąpi, i 36 miesięcy do anonimizacji.
Czerwona ramka leży na „Delete account”. Automatyczna anonimizacja jest tu włączona. Dlatego okno podaje liczbę miesięcy.Otwórz obrazek w pełnym rozmiarze
Widok „Archived” z usuniętym kontem Olivera Granta, etykietą „Deleted” i symbolem przywracania.
Czerwone ramki leżą na etykiecie „Deleted” i na „Restore account”. Do czasu anonimizacji konto można przywrócić.Otwórz obrazek w pełnym rozmiarze
Okno „Export personal data” dla Tomasa Novaka. Pod wynikami leży obszar „Anonymize” z zaznaczonym polem, wpisanym ANONYMIZE i przyciskiem „Anonymize”.
Czerwone ramki leżą na polu i na „Anonymize”. Tomas Novak zgłosił cztery zgłoszenia. Ich treść też zostałaby wyczyszczona.Otwórz obrazek w pełnym rozmiarze
Obszar „Anonymize” po przebiegu: u góry „Already anonymized as Anonymized user 2”, na dole komunikat „Done”.
Czerwona ramka leży na komunikacie z numerem wartości zastępczej. Obszar pozwala na kolejny przebieg.Otwórz obrazek w pełnym rozmiarze
Widok „Archived” z zanonimizowanymi kontami. Każdy wiersz ma nazwę zastępczą, adres zastępczy i etykietę „Anonymized”.
Czerwona ramka leży na etykiecie „Anonymized”. Zanonimizowane konto nie ma już żadnej akcji poza eksportem danych.Otwórz obrazek w pełnym rozmiarze

Konto

Poniższe tabele wymieniają każde miejsce, w którym system zapisuje osobę, i co robi tam anonimizacja. Możesz ich użyć, aby opisać, jak twoja firma usuwa dane osobowe.

DaneCo się dzieje
Imię i nazwisko„Anonymized user” i numer
Adres e-mail i nazwa logowaniaadres zastępczy
Numer telefonuusunięty
Dział, stanowisko i lokalizacjausunięty
Język, jasny lub ciemny wygląd, dostępnośćpowrót do ustawienia fabrycznego
Hasło i lista wcześniejszych hasełusunięte
Klucze logowania dwuskładnikowego i powiązanie z kontem u dostawcy logowania (SSO)usunięte
Zdarzenia logowania w dzienniku bezpieczeństwausuwane. Działania administracyjne tej osoby w dzienniku bezpieczeństwa pozostają. Jej nazwisko jest tam zastępowane symbolem zastępczym.
Zdjęcie profiloweusunięte
Rola i przynależność do zespołówusunięte. Lista użytkowników pokazuje potem rolę „Customer”.
Własny wybór kolumn listy zgłoszeńusunięty
Działający stoper rejestracji czasuusunięte
Samo kontozostaje, usunięte i trwale zablokowane. Zgłoszenia, komentarze i wpisy czasu dalej na nie wskazują. Dlatego raporty dalej się liczą.
Znaczniki tak/nie dla potwierdzonego adresu e-mail, potwierdzonego telefonu i logowania dwuskładnikowego, ustawienie tak/nie listy zgłoszeń, licznik nieudanych prób, data ostatniej zmiany hasła i data dezaktywacjizostają. Nie zawierają żadnej wartości tej osoby, tylko tak lub nie, liczby i daty. Sam adres, numer, hasło i klucze są zastępowane lub usuwane.
Informacja w zgłoszeniu o tym, kto ostatni je zmieniłjest usuwana. Zgłoszenie nie podaje wtedy nikogo jako osoby, która ostatnia je zmieniła.

Kopie imienia i nazwiska

W niektórych miejscach system zapisuje imię i nazwisko drugi raz. Dzięki temu wpis po zmianie dalej pokazuje, kto go zrobił. Te kopie też są zastępowane.

MiejsceCo się dzieje
Kto zrobił zmianę w historii zgłoszenianazwa zastępcza
Imię i nazwisko przy wpisach czasunazwa zastępcza
Kto zmienił artykuł bazy wiedzynazwa zastępcza
Wpisy w „Audit log” zespołu, także „Added user …” i „Removed user …”nazwa zastępcza
Imię i nazwisko zgłaszającego w zgłoszeniach, które ta osoba zgłosiłanazwa zastępcza. Numer telefonu zgłaszającego zostaje usunięty.
Stare i nowe wartości w historii zgłoszenia: imię i nazwisko, adres i telefon zgłaszającego, obserwatorzy, przypisaniewartość zastępcza lub usunięte. Dotyczy to zgłoszeń tej osoby i zgłoszeń, w których wcześniej była zgłaszającą.

Adresy e-mail

Wszędzie tam, gdzie adres tej osoby jest zapisany jako osobne pole, zmienia się w adres zastępczy. Wielkość liter nie ma znaczenia.

MiejsceCo się dzieje
Adres zgłaszającego w zgłoszeniachadres zastępczy
Odbiorca ankiet zadowoleniaadres zastępczy
Adres zatwierdzającego, przy zatwierdzeniach i we wnioskach z zadaniamiadres zastępczy
Nadawca przychodzących wiadomości e-mailadres zastępczy
Stały adres odbiorcy w szablonach odpowiedziadres zastępczy
Wewnętrzna notatka, że reguła poczty obsłużyła już wiadomość e-mailadres zastępczy
Adres w zapisie wcześniejszych eksportów danychadres zastępczy. Sam zapis zostaje jako dowód. Późniejszy eksport danych dla tego adresu również zapisuje tylko wartość zastępczą.
Podpowiedzi danych zgłaszającego przy tworzeniu zgłoszeniausunięte, jeśli zawierają adres
Wpis na liście blokowanych adresów e-mailzostaje. W przeciwnym razie spam z tego adresu po usunięciu znów by przechodził.
Zgody i wypisania dotyczące ankiety satysfakcjiusunięte. Jeśli ostatni wpis był wypisaniem, zostaje jako jeden wpis bez adresu. Lista „Survey consents and unsubscribes” pokazuje go jako „anonymized”. Dopóki osoba nie udzieli zgody ponownie albo nie zapisze się ponownie, ankieta nie trafia na ten adres. Jeśli klucza anonimizacji nie da się już odczytać albo został odrzucony, ten wpis nie ma już skutku.

Adresy w tekście

W tekstach anonimizacja zastępuje tylko adresy e-mail tej osoby. Dzieje się to w zgłoszeniach, które dotyczą tej osoby. To te same zgłoszenia, które znajduje eksport danych.

TekstCo się dzieje
Opis zgłoszeniaadresy zastąpione
Komentarze, także tekst przychodzących wiadomości e-mailadresy zastąpione
Temat przychodzących wiadomości e-mailadresy zastąpione
Notatki przy wpisach czasuadresy zastąpione
Komentarz w ankiecie zadowoleniaadresy zastąpione
Stare i nowe wartości w historii zgłoszeniaadresy zastąpione
Tytuł i tekst artykułów bazy wiedzy, także w ich historiiadresy zastąpione, we wszystkich artykułach

Czyszczenie treści zgłoszeń tej osoby

Po zaznaczeniu pola „Also clear the content of tickets this person requested” te zgłoszenia tracą swoją treść. To, czego potrzebują raporty i terminy, zostaje.

Część zgłoszeniaCo się dzieje
Numer, daty, status, zespół, kategoria, priorytet, przypisanie i terminyzostają
Tytułzmienia się na „Content removed”
Opiswyczyszczony
Wszystkie komentarze, także odpowiedzi agentówtekst wyczyszczony. Sam komentarz zostaje, aby pierwsza odpowiedź i terminy dalej się zgadzały.
Temat przychodzących wiadomości e-mailwyczyszczony
Wartości pól niestandardowychusunięte
Notatka przypomnienia i lokalizacjawyczyszczony
Historia zgłoszeniaRodzaj każdej zmiany zostaje. Wartości są czyszczone, z wyjątkiem statusu, priorytetu, kategorii, podkategorii, kanału, zespołu, eskalacji i przypisania. Potrzebują ich raporty.
Ankieta zadowoleniaOcena zostaje, komentarz jest czyszczony.
Wpisy czasuZarejestrowane minuty zostają, notatka jest czyszczona.
Załącznikiusunięte, wpis i plik

Ograniczenia

Imiona i nazwiska w zwykłym tekście zostają, na przykład „Pozdrawiam, Max” na końcu wiadomości. Numery telefonów w zwykłym tekście również zostają. Żadnego z nich nie da się niezawodnie rozpoznać. Dla zgłoszeń klienta jest pole do czyszczenia treści.

Jeśli inne konto ma to samo imię i nazwisko, imię i nazwisko tej osoby nie jest zastępowane w historii zgłoszenia ani jako imię i nazwisko zgłaszającego. W przeciwnym razie dotknęłoby to też wpisów drugiej osoby. Adres i telefon są mimo to zastępowane. Sprawdzenie porównuje imię i nazwisko. Historia przypisań zapisuje nazwę logowania. Osoba o tym samym imieniu i nazwisku, która występuje tam tylko z nazwą logowania, nie zostanie więc rozpoznana.

Bardzo stare wpisy w historii zgłoszenia, które jeszcze nie wskazują na konto, mają tylko imię i nazwisko. Nie są rozpoznawane.

Zgłoszenie, które agent zarejestrował telefonicznie bez adresu e-mail zgłaszającego, nie jest rozpoznawane. Imię i nazwisko oraz numer telefonu zgłaszającego pozostają w nim.

Adresy w ustawieniach nie są zmieniane, na przykład w regułach poczty i regułach automatyzacji. Jeśli jest tam adres tej osoby, zmień go samodzielnie.

Jeśli osoba po przebiegu napisze ponownie, nowy przebieg po jej adresie obejmie także nowe wiadomości e-mail. Uruchamiasz go przez „Export by e-mail address”. Numer pozostaje ten sam. Nowy przebieg na zanonimizowanym koncie nie znajdzie nowych wiadomości. Konto nie zna już starego adresu.

O archiwa system dba sam. Gdy przywracasz archiwum, każda wcześniej zanonimizowana osoba jest w przywróconych zgłoszeniach anonimizowana ponownie. Komunikat po przywróceniu podaje ich liczbę. Adres, który w tych zgłoszeniach występuje tylko w zwykłym tekście, nie jest tam rozpoznawany. Pliki archiwów aktualizuje ponadto nocny przebieg po anonimizacji. Wyjaśnia to karta „Okresy przechowywania”.

Z kopią zapasową jest inaczej. Kopia wykonana przed przebiegiem zawiera jeszcze stare dane. Przy przywracaniu zajmuje się tym „Ticket System Backup & Restore”. Aplikacja pyta, czy wszystkie osoby zanonimizowane w dzisiejszym stanie mają zostać zanonimizowane ponownie. „Yes” jest wybrane domyślnie. System zgłoszeń robi to następnie w nocnym przebiegu o 03:00 w ustawionej strefie czasowej. Dotyczy to także sytuacji, gdy przełącznik jest wyłączony. Do tego czasu ich nazwiska znów są widoczne. Karta „Data protection” pokazuje uwagę z ich liczbą. Kopia przywraca też ówczesne ustawienie przełącznika. Dlatego po przywróceniu sprawdź przełącznik.

Jeśli przywrócisz kopię w inny sposób, odpowiesz „No” albo użyjesz „--no-reapply” w wierszu poleceń, tak się nie stanie. Droga automatyczna znów znajdzie wtedy usunięte konta, o ile przełącznik jest włączony. Przebiegi uruchomione ręcznie musisz powtórzyć. Pomaga w tym link „Download list of anonymizations” w karcie „Data protection”. Pobierz listę przed przywróceniem. Potem nie zawiera już przebiegów wykonanych po utworzeniu kopii. Lista ma jeden wiersz na każdą zanonimizowaną osobę, z kolumnami „Date”, „Number”, „Account ID”, „E-mail hash” i „Content cleared”. „Date” to czas pierwszego przebiegu w UTC. „Account ID” jest wypełnione tylko wtedy, gdy zanonimizowano konto. „E-mail hash” to odcisk adresu, którego nie da się odwrócić. „Content cleared” mówi, czy wyczyszczono treść zgłoszeń, które złożyła ta osoba. Po każdym przebiegu pobierz listę samodzielnie i przechowuj ją poza systemem. Kopia wykonana przed przebiegiem nie zawiera tego przebiegu.

Tekst do twojej polityki prywatności

Jako operator musisz poinformować osoby, jak długo przechowujesz ich dane. Ten tekst możesz przejąć do własnej polityki prywatności.

Tekst wzorcowy

Po Pani/Pana odejściu imię i nazwisko oraz adres e-mail w systemie zgłoszeń zostają po [36] miesiącach zastąpione wartością zastępczą. Zgłoszenia i wskaźniki pozostają zachowane bez odniesienia do Pani/Pana osoby. Na Pani/Pana wniosek możemy zanonimizować dane także wcześniej, o ile nie sprzeciwia się temu obowiązek przechowywania. Dane kontaktów zewnętrznych, z którymi od [36] miesięcy nie było kontaktu, są anonimizowane w ten sam sposób. Zdarzenia logowania w dzienniku bezpieczeństwa są usuwane po [90] dniach. Wpisy o działaniach administracyjnych są usuwane po [12] miesiącach.

Dostosuj liczby do własnych ustawień. Pomiń każde zdanie, którego przełącznik jest wyłączony. Daj tekst do sprawdzenia własnemu doradcy ds. ochrony danych. Ta instrukcja nie jest poradą prawną.

Wnioski o usunięcie i osoby, które wracają

Usunięcie i anonimizacja to dwie różne rzeczy. „Delete account” tylko ukrywa konto. „Restore account” je przywraca. Do tego czasu adres e-mail pozostaje zarezerwowany dla tego konta. Wniosek o usunięcie danych realizujesz więc przyciskiem „Anonymize” w oknie eksportu danych. Tego nie da się cofnąć. Imię, nazwisko i adres zostają zastąpione przez „Anonymized user” i numer. Powiązanie z kontem u dostawcy jednokrotnego logowania zostaje usunięte.

Każdy adres e-mail należy do dokładnie jednego konta. Jeśli tworzysz konto z adresem, który ma już inne konto, system odmawia. Komunikat brzmi „This e-mail address already belongs to another account.” To samo dotyczy zmiany adresu konta. Jeśli adres należy do usuniętego konta, komunikat brzmi „This e-mail address belongs to a deleted account. Restore that account instead.” Przywróć wtedy stare konto zamiast tworzyć nowe. Konta zanonimizowane się nie liczą. Mają już tylko adres zastępczy.

Usuniętego konta nie da się przywrócić, jeśli inne aktywne konto ma teraz ten sam adres. Komunikat brzmi wtedy „This e-mail address already belongs to another account.” Najpierw zmień adres drugiego konta.

Z czasów sprzed tej zasady mogą istnieć konta, które dzielą jeden adres. Zarządzanie użytkownikami oznacza je uwagą „This e-mail address belongs to more than one account. Change it so that each account has its own address.” Nadaj każdemu z tych kont własny adres. Do tego czasu logowanie tym adresem zamiast nazwy użytkownika nie działa. Wiadomość do resetu hasła również nie zostaje wysłana.

Jeśli osoba wraca po wniosku o usunięcie, dostaje nowe konto. Dotyczy to na przykład sytuacji, gdy znowu loguje się przez Google lub Microsoft tym samym adresem. Wymaga to włączonego „Automatically create accounts on first sign-in”. Zanonimizowane konto nie ma już jej adresu i nie przeszkadza nowemu kontu.

Stare anonimizacje nigdy nie dotykają nowych zgłoszeń tej osoby. Dotyczy to także sytuacji po przywróceniu kopii zapasowej lub archiwum. Gdy anonimizacja jest stosowana ponownie, obejmuje tylko dane powstałe przed jej momentem.

Jeśli stare konto zostało tylko usunięte, a nie zanonimizowane, system odrzuca pierwsze logowanie przez SSO z tym adresem. To, co widzi osoba, zależy od dostawcy. Jeśli dostawca potwierdza adres, komunikat brzmi „An account with this e-mail address was deleted. Ask an administrator to restore it.” Jeśli go nie potwierdza, brzmi „Your e-mail address is not verified with the provider.” Dzięki temu system nie zdradza, czy dla adresu istnieje usunięte konto.

Jako administrator masz wtedy dwie drogi. Jeśli przywrócisz stare konto przyciskiem „Restore account”, osoba pracuje w nim dalej ze swoją historią. Logowanie przez SSO działa, jeśli konto było już powiązane z tym dostawcą albo dostawca potwierdza adres. Jeśli wniosek o usunięcie nadal obowiązuje, zanonimizuj stare konto. Potem adres jest wolny, a logowanie tworzy nowe konto.

Samodzielna rejestracja odpowiada w tym przypadku neutralnie: „Registration could not be completed. If you already have an account, use the password reset on the sign-in page.” Nie zdradza, czy dla adresu istnieje konto.

6

Okresy przechowywania

Zanim zaczniesz: Te ustawienia może zmienić tylko administrator. Anonimizacji nie da się cofnąć.

System przechowuje dane osobowe tylko tak długo, jak to konieczne. Osoba jest anonimizowana, gdy odchodzi albo o to prosi. Odejście oznacza usunięte konto albo kontakt zewnętrzny, z którym od dawna nie było kontaktu. Wniosek załatwiasz w oknie eksportu danych przyciskiem „Anonymize”.

Same zgłoszenia nie mają terminu. Ich treść zachowuje swój cel, na przykład jako historia klienta. Raporty i wpisy czasu pracy liczą się dalej.

Wszystkie terminy są w „Settings → Security”, w karcie „Data protection”. Ma ona trzy bloki: „Deleted accounts”, „External contacts” i „Security log retention”. Każdy blok ma przełącznik, termin i „Save”. Blok „Security log retention” ma dwa przełączniki i dwa terminy. Pod nimi jest „Archives”. Po przywróceniu dochodzi „Restore from a backup”, gdy tylko odbędzie się następny przebieg o 03:00. Do tego czasu karta pokazuje uwagę „… will be applied again tonight at 03:00.” Pierwszy blok wyjaśnia karta „Anonimizacja osób”. Tam jest też tekst wzorcowy do twojej polityki prywatności. Pod opisem karty „Data protection” jest link „Data protection guide for operators”. Przewodnik zawiera szablony rejestru czynności przetwarzania, środków technicznych i organizacyjnych oraz koncepcji przechowywania i usuwania.

Pod każdym blokiem jest wiersz „Last run”. Podaje datę i godzinę ostatniego nocnego przebiegu oraz liczbę osób lub wpisów, które obsłużył. „0 done” oznacza, że nie było nic do zrobienia. „Not run yet” widnieje, dopóki zadanie nie ma wyniku. Jeśli przełącznik jest wyłączony, jego zadanie nie jest wykonywane.

Jeśli wiersz jest pomarańczowy, zadanie nie zrobiło wszystkiego. Przy „skipped” podaje, ile osób, wpisów lub plików pominięto. Przy „Archives” są to pliki zablokowane lub uszkodzone. Przy „failed” nie powiodło się całe zadanie. Zdanie dalej mówi, co zrobić. Jeśli brzmi „Details are in the server log.”, przeczytaj dziennik serwera. W Linuksie pokazuje go polecenie „sudo podman logs container-backend-1”. Jeśli wymienia klucz anonimizacji, postępuj według sekcji „Gdy klucza nie da się odczytać” poniżej. To, co pominięto, następny nocny przebieg spróbuje ponownie.

Więcej na ten temat na karcie: Anonimizacja osób, Odzyskiwanie wszystkiego

Karta „Data protection” z blokami „Deleted accounts”, „External contacts” i „Security log retention”, pod nimi „Archives” i „Restore from a backup”, każdy z wierszem „Last run”.
Czerwone ramki leżą na wierszach „Last run”. Tutaj wszystkie cztery przełączniki są włączone. W ustawieniu fabrycznym włączone są tylko dwa przełączniki w bloku „Security log retention”.Otwórz obrazek w pełnym rozmiarze
Blok „External contacts” z przełącznikiem „Anonymize external contacts automatically” i polem „Months without contact”.
Czerwone ramki leżą na przełączniku i na liczbie miesięcy. Tekst pod nimi podaje, co liczy się jako kontakt.Otwórz obrazek w pełnym rozmiarze
Okno „Who will be anonymized” ze zdaniem „Nobody is due yet with this time limit.”, wpisanym ANONYMIZE i „Confirm”.
Czerwone ramki leżą na polu i na „Confirm”. Tutaj termin skrócono do 24 miesięcy i nikt nie byłby objęty. W innym przypadku pojawia się tu liczba i pierwsze osoby z ich ostatnim kontaktem.Otwórz obrazek w pełnym rozmiarze
Karta „Recent sign-in attempts” ze zdaniem „Entries are deleted after 90 days (Settings → Security).” i trzema logowaniami.
Czerwona ramka leży na zdaniu o terminie. Jeśli usuwanie jest wyłączone, widnieje tam „Entries are kept until you delete them.”Otwórz obrazek w pełnym rozmiarze
Dwie uwagi u góry karty: liczba adresów, które nie są już rozpoznawane, i anonimizacje, których nie udało się przenieść.
Czerwona ramka leży na uwadze o przeniesieniu. Co zrobić, opisuje sekcja „Przywracanie kopii zapasowej”.Otwórz obrazek w pełnym rozmiarze
Ostrzeżenie „The anonymization key cannot be read” z linkiem „How to restore the key” i przyciskiem „Discard old key”.
Czerwone ramki leżą na linku do tej instrukcji i na „Discard old key”. Dopóki widać ostrzeżenie, karta nie pokazuje uwagi o oczekujących anonimizacjach.Otwórz obrazek w pełnym rozmiarze
Okno „Discard old key” z wpisanym DISCARD w polu „Confirmation word”.
Czerwone ramki leżą na polu i na „Discard old key”. Dopiero ze słowem można kliknąć przycisk.Otwórz obrazek w pełnym rozmiarze

Kontakty zewnętrzne

Kontakty zewnętrzne to osoby bez konta pracownika. Są to zgłaszający bez konta oraz konta klientów. Dla systemu nigdy nie odchodzą. Dlatego ten blok liczy czas od ostatniego kontaktu.

Ostatni kontakt to najpóźniejszy z tych momentów: ostatnia zmiana w zgłoszeniu, o które poprosiła ta osoba, e-mail od niej, jej własny komentarz, odpowiedź na ankietę satysfakcji, zatwierdzenie wysłane do niej i podpowiedź danych zgłaszającego. W przypadku konta klienta liczy się też dzień jego utworzenia. Nowe konto, którego nigdy nie używano, nie jest więc objęte od razu. Konta, które istniały już przed aktualizacją do wersji 1.7.0, uważa się za utworzone w dniu aktualizacji.

Konta pracowników i ich adresy nigdy nie są objęte. Dotyczy to także wspólnego adresu, takiego jak info@, jeśli należy do konta pracownika. Kto ma zgłoszenie, które nie zostało jeszcze zamknięte, jest pomijany do czasu jego zamknięcia. Usunięte konta należą do bloku „Deleted accounts”.

Przełącznik „Anonymize external contacts automatically” jest w ustawieniu fabrycznym wyłączony. Obok „Months without contact” wpisujesz liczbę miesięcy. Dozwolone jest od 1 do 120, ustawienie fabryczne to 36.

Gdy włączasz przełącznik, najpierw otwiera się okno „Who will be anonymized”. Podaje, ile osób jest objętych, i pokazuje pierwsze z nich z ostatnim kontaktem. Wpisz ANONYMIZE w pole i kliknij „Confirm”. To samo okno pojawia się, gdy przy włączonym przełączniku skracasz liczbę i klikasz „Save”.

Jest to stosowane w następnym nocnym przebiegu. Każda objęta osoba jest anonimizowana tak jak przyciskiem „Anonymize”. Jej treść nigdy nie jest czyszczona. Zostają wartość zastępcza, zgłoszenia i wskaźniki. Imiona i numery telefonów w zwykłym tekście pozostają. Ograniczenia podaje karta „Anonimizacja osób”.

Dziennik bezpieczeństwa

Dziennik bezpieczeństwa rejestruje zdarzenia logowania i działania administracyjne. Zdarzenia logowania zawierają też adres IP i identyfikator przeglądarki. Co dokładnie jest rejestrowane, wyjaśnia karta „Dziennik bezpieczeństwa”.

Karta „Recent sign-in attempts” w „Settings → SSO Settings” pokazuje ostatnie 100 zdarzeń logowania przez SSO i katalog. Widzi ją ten, kto może otworzyć tę stronę. W ustawieniu fabrycznym są to tylko administratorzy. Zdanie pod tytułem karty podaje termin, na przykład „Entries are deleted after 90 days (Settings → Security).”

Domyślnie zdarzenia logowania są usuwane po 90 dniach, a działania administracyjne po 12 miesiącach. W bloku „Security log retention” ustawiasz obok „Days” od 7 do 365 dni, a obok „Months” od 1 do 120 miesięcy. Przełączniki „Delete old sign-in events” i „Delete old administrator actions” wyłączają usuwanie. Wpisy wtedy pozostają. Słowo potwierdzające nie jest potrzebne, bo usuwane są tylko wpisy, a nie osoby.

Logowanie nazwą użytkownika i hasłem też jest w dzienniku bezpieczeństwa. Nieudana próba jest zapisywana z adresem IP i przeglądarką. Udane logowanie jest zapisywane tylko dla administratorów i po nieudanych próbach.

Archiwa

Plik archiwum zawiera też osoby, które zanonimizowano dopiero później. Dlatego nocny przebieg po anonimizacji aktualizuje każdy plik archiwum, w którym występuje ta osoba. Imiona, nazwiska i adresy są tam zastępowane tymi samymi wartościami zastępczymi co w bazie danych. Jeśli treść wyczyszczono, w archiwum brakuje też załączników tych zgłoszeń.

Do następnej nocy osoba jest więc w archiwach nadal zapisana jawnie. Archiwa nie mają przełącznika. Plik archiwum zablokowany w tym momencie pozostaje bez zmian, na przykład dlatego, że jest pobierany albo przywracany. To samo dotyczy uszkodzonego pliku. Następny nocny przebieg próbuje ponownie.

Godzina i strefa czasowa

Wszystkie te zadania są wykonywane raz dziennie o 03:00. Obowiązuje strefa czasowa z „Settings → General Settings”, z karty „Time Zone”. Zegar serwera nie ma znaczenia. Wiele serwerów działa w UTC. Tam 03:00 byłaby dla ciebie inną godziną.

System co dziesięć minut sprawdza, czy należy wykonać przebieg. Pierwsze sprawdzenie po 03:00 go uruchamia. Jeśli serwer był o 03:00 wyłączony, przebieg nastąpi przy pierwszym sprawdzeniu po uruchomieniu.

Po aktualizacji do wersji 1.7.0 pierwszy przebieg nastąpi wkrótce po aktualizacji, najpóźniej o 03:00 następnej nocy. Ten przebieg usuwa wpisy dziennika logowania starsze niż 90 dni.

Jeśli zmienisz strefę czasową, nowa obowiązuje od następnego sprawdzenia. Przebieg odbywa się najwyżej raz na dzień kalendarzowy. Po zmianie na zachód może w tym dniu wypaść. Nastąpi wtedy następnego dnia.

Aplikacja „Ticket System Backup & Restore” planuje swoje kopie w tej samej strefie czasowej. Odczytuje strefę z systemu zgłoszeń, gdy harmonogram jest stosowany. Zakładka „Schedule” i „schedule --show” pokazują godzinę ze strefą, na przykład „02:00 (Europe/Berlin)”. Jeśli baza danych jest w tym momencie nieosiągalna, zostaje dotychczasowa strefa. Jeśli jeszcze jej nie ma, obowiązuje zegar komputera, a wskazanie brzmi „(host clock)”.

System operacyjny zna tylko własny zegar. Dlatego aplikacja przelicza godzinę. W zależności od strefy czasowej serwera zapisuje jeden lub dwa wpisy na harmonogram. Dzięki temu kopia działa o właściwej godzinie latem i zimą. Przy starcie sprawdza, czy kopia jest naprawdę należna. W przeciwnym razie kończy bez kopii, a w dzienniku jest „No backup is due at this time in …”.

Jeśli zmienisz strefę czasową w systemie zgłoszeń, następna zaplanowana kopia i tak zostanie wykonana. Potem aplikacja zapisuje harmonogram ponownie. W dzienniku jest wtedy ostrzeżenie, które zaczyna się od „The time zone in the ticket system changed”. Jeśli nie udało się ponownie zapisać harmonogramu, jest tam „The schedule could not be updated.” Otwórz wtedy aplikację i kliknij „Apply schedule”.

Gdy klucza nie da się odczytać

System zapamiętuje zanonimizowane adresy e-mail jako odcisk. Potrzebuje do tego klucza. Ten klucz chroni pęk kluczy serwera. Pęk kluczy tworzą pliki key-*.xml w folderze kluczy. Jeśli ich brakuje lub nie pasują, karta pokazuje ostrzeżenie „The anonymization key cannot be read”.

Wtedy nie działają też zapisane hasła do poczty i SSO. Zależą od tego samego pęku kluczy. Nocne przebiegi dla usuniętych kont i dziennika bezpieczeństwa działają dalej. Osoby znane tylko z adresu są pomijane. „Anonymize” odrzuca przebieg na podstawie samego adresu.

Tak odzyskasz pęk kluczy. Weź kopię zapasową sprzed problemu. Zawiera ona folder kluczy jako osobny plik. W Linuksie kopie leżą w „/opt/smitey/backups”. Skopiuj jedną z nich do pustego folderu i przejdź do tego folderu. Poniższe polecenia zapisują kopię jako zwykłe pliki i wyciągają pliki key-*.xml. Potem kopiują te pliki do folderu kluczy i uruchamiają ponownie serwer systemu zgłoszeń. Inne pliki w folderze kluczy pozostają bez zmian. Po ponownym uruchomieniu ostrzeżenie znika. Potem usuń folder „plain”. Zawiera on hasła i dane osobowe. Starsza kopia z końcówką „.zip” nie jest zaszyfrowana. Dla niej pierwsze polecenie brzmi „sudo unzip -o <plik> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar”.

W Windows kopie leżą w „C:\Program Files\SMITEY\backups”. Skopiuj jedną z nich do pustego folderu. Otwórz tam PowerShell jako administrator. Wpisz polecenie z pola „Windows: Zapisz kopię jako niezaszyfrowane pliki i wyciągnij pliki kluczy”. Zastąp w nim <plik>.smbk pełną nazwą pliku kopii. Następnie skopiuj każdy plik key-*.xml poleceniem „podman cp <plik> container-backend-1:/app/DataProtection-Keys/”. Polecenia dla właściciela i ponownego uruchomienia wpisz bez „sudo”. Potem usuń folder „plain”.

Zapisz kopię jako niezaszyfrowane pliki i wyciągnij pliki kluczy

sudo /opt/smitey/Backup/TicketSystemBackup decrypt ticketsystem-backup-*.smbk --out plain && sudo tar -xf plain/volumes/dataprotection_keys.tar

W folderze leży dokładnie jedna kopia. Potem są tam pliki key-*.xml. Podfolder „plain” zawiera całą kopię w postaci niezaszyfrowanej.

Skopiuj pliki do folderu kluczy

for f in key-*.xml; do sudo podman cp "$f" container-backend-1:/app/DataProtection-Keys/; done

Istniejące pliki o innej nazwie pozostają w folderze kluczy.

Nadaj plikom właściwego właściciela

sudo podman exec -u root container-backend-1 chown -R 1654:1654 /app/DataProtection-Keys

System zgłoszeń działa w kontenerze jako osobny użytkownik. Pliki muszą do niego należeć.

Uruchom ponownie serwer systemu zgłoszeń

sudo podman restart container-backend-1

Po ponownym uruchomieniu system odczytuje pęk kluczy na nowo.

Windows: Zapisz kopię jako niezaszyfrowane pliki i wyciągnij pliki kluczy

& "C:\Program Files\SMITEY\Backup\TicketSystemBackup.exe" decrypt <file>.smbk --out plain | Out-Host; tar -xf plain\volumes\dataprotection_keys.tar

W PowerShell jako administrator, w folderze z kopią. Zastąp <file>.smbk pełną nazwą pliku kopii. Potem są tam pliki key-*.xml.

Ostatnie wyjście: „Discard old key”

Jeśli nie masz kopii z plikami kluczy, pozostaje „Discard old key”. Przycisk widzi tylko administrator. Wpisz DISCARD w pole „Confirmation word” i kliknij „Discard old key”. System tworzy wtedy nowy klucz.

Anonimizacje przez konto działają dalej. Osoby zanonimizowane tylko przez adres nie są potem rozpoznawane w kopiach zapasowych i archiwach. Karta podaje ich liczbę. Starsza kopia może więc znów uczynić te osoby widocznymi. Zapisane hasła do poczty i SSO pozostają nieczytelne. Wpisz je ponownie.

Przywracanie kopii zapasowej

Przy przywracaniu „Ticket System Backup & Restore” pyta, czy wszystkie osoby zanonimizowane dzisiaj mają zostać zanonimizowane ponownie. „Yes” jest wybrane domyślnie. System zgłoszeń robi to w następnym nocnym przebiegu o 03:00 w swojej strefie czasowej. Do tego czasu karta pokazuje „… will be applied again tonight at 03:00.”

Kopia przywraca też ówczesne przełączniki i terminy. Dlatego po przywróceniu sprawdź kartę „Data protection”.

Jeśli przy przenoszeniu były ostrzeżenia, wiersz stanu aplikacji podaje ich liczbę, na przykład „2 warning(s) while carrying over anonymizations. See the Log tab.” W wierszu poleceń to samo jest w ostatnim wierszu i odsyła do „backup.log”. Tam jest opisane, co się nie udało. Jeśli anonimizacji nie dało się przenieść, powtórz ręcznie przebiegi wykonane po tej kopii. Pomoże ci lista pobrana przed przywróceniem.

System zgłoszeń odczytuje plik przeniesienia z aplikacji przy następnym uruchomieniu. Jeśli nie może go odczytać, karta pokazuje „A carry-over file from the backup app could not be read”. Plik zostaje na serwerze i jest odczytywany ponownie przy następnym uruchomieniu. Przywróć wtedy kopię jeszcze raz aktualną wersją aplikacji.

Jeśli klucz kopii nie pasuje, anonimizacji przez adres nie da się przenieść. Karta pokazuje wtedy „… could not be carried over from before the restore”. Jeśli znasz te osoby, zanonimizuj je ponownie przez „Export by e-mail address”.

Wiersz „Last run” pod „Restore from a backup” pokazuje, ile anonimizacji przebieg zastosował ponownie.

7

Role i koncepcja uprawnień

Są trzy role: „Admin”, „Agent” i „Customer”. Kolejnych nie da się utworzyć. Wolne jest za to prawie każde pojedyncze uprawnienie. Wyjątki są wymienione niżej.

Te trzy znajdziesz pod „Settings → General Settings” na zakładce „Role”. Nie da się zmienić ich nazw.

To, co wolno roli, stoi gdzie indziej: pod „Settings → Security” na karcie „Permission concept”.

Każdy wiersz to jedna funkcja, każda kolumna to jedna rola. Zaznaczenie ją dopuszcza. Pod nazwą stoi klucz wewnętrzny, do pracy ze stroną nie jest potrzebny.

Lista jest długa. Sięga od zarządzania użytkownikami przez dostęp do poszczególnych stron ustawień aż po rejestrację czasu.

Kolumna „Agent Team” to przypadek szczególny. Staje się użyteczna dopiero wtedy, gdy w tym samym wierszu jest zaznaczone „Agent”. Wybierz tam zespół, a uprawnienie dotyczy tylko agentów tego zespołu.

Roli „Admin” nie da się odebrać żadnego uprawnienia. Po zapisie zaznaczenie wraca. Dzięki temu nikt nie zamknie sobie drogi do własnego systemu. Tabelę może zmieniać tylko administrator. Dotyczy to każdego ustawienia na stronie „Security”. Każdy inny, kto może otworzyć tę stronę, widzi ją tylko do odczytu. Sześciu uprawnień nie da się nigdy nadać roli „Customer”: „Users: manage accounts”, „Data export (data subject request)”, „Anonymize people”, „Security log”, „Settings: Security” i „Settings: Single sign-on”.

Przyciskiem „Save” zmiana obowiązuje natychmiast. Kogo dotyczy, ten zauważy ją przy następnym kliknięciu.

Karta „Permission concept” z tabelą: jeden wiersz na funkcję, kolumny dla administratora, agenta, zespołu agentów i klienta.
Czerwona ramka obejmuje wiersz nagłówka. Lista wyboru w kolumnie „Agent Team” jest użyteczna tylko tam, gdzie zaznaczone jest „Agent”.Otwórz obrazek w pełnym rozmiarze
Zakładka „Role” z trzema rolami, każda oznaczona jako „Mandatory”.
Czerwona ramka obejmuje napis. Trzy role są oznaczone jako „Mandatory”. Żadnej z nich nie da się usunąć.Otwórz obrazek w pełnym rozmiarze
8

Dział, stanowisko i lokalizacja

Trzy listy opisują osobę, a nie zgłoszenie: dział, stanowisko i lokalizacja.

Zakładasz je pod „Settings → General Settings” na karcie „Drop-down lists”. Obsługa jest taka sama dla wszystkich trzech.

Przypisuje się je przy koncie. W formularzu pod „User management” pola nazywają się „Department”, „Position” i „Location”.

Na liście użytkowników dział stoi pod zespołem. Stanowisko i lokalizacja są widoczne w formularzu konta.

Lokalizacja ma drugie zastosowanie. Przy zgłoszeniu jest pole „Location” i czerpie ono z tej samej listy.

Każda z trzech list ma jeden wpis, którego nie da się usunąć. Nazywa się „None selected or available” i nosi etykietę „Mandatory”.

Jeśli usuniesz inny wpis, każdy, kto go nosił, przechodzi na to miejsce zastępcze. Dzięki temu nikt nie wskazuje na coś, czego już nie ma.

Tutaj nie tłumaczysz, robisz to za jednym razem na stronie tłumaczeń. Nazwa angielska jest kotwicą, na której wiszą tłumaczenia.

Okno „Edit user” z wypełnionymi polami działu, stanowiska i lokalizacji.
Czerwone ramki obejmują trzy pola. Stoją obok zespołu, ale znaczą co innego: zespół mówi, kto prowadzi zgłoszenia, a dział mówi, gdzie ta osoba pracuje.Otwórz obrazek w pełnym rozmiarze
Lista użytkowników z kolumną „Team”, w której pod nazwą zespołu stoi dział.
Czerwona ramka obejmuje kolumnę. Zespół jest na górze, dział pod nim. Kto nie jest w żadnym zespole, ma w tym miejscu kreskę.Otwórz obrazek w pełnym rozmiarze

Zrzuty ekranu pochodzą z wersji 1.3.1. Na pokazanych ekranach nic się nie zmieniło aż do wersji 1.13.3. Inaczej wygląda tylko numer wersji na dole paska bocznego.