Csapatok és felhasználók

A csapat felelősség, nem mappa. Saját kategóriái, saját határidői és saját tagjai vannak. Egy ügyfél pontosan egyet lát belőlük. Minden más azon múlik, kinek milyen fiókja van, és az a fiók mit tehet.

1

Csapatok létrehozása és beállítása

A csapatok a „Settings → Teams” alatt laknak. A lista bal oldalt van, a kiválasztott csapat beállításai jobb oldalt. A név mögötti szám a tagok száma.

Az új csapat a „Team name” mezőben kapja a nevét. Alatta a „Copy categories from” segítségével kiválaszthat egy meglévő csapatot, így az új csapat ugyanazokkal a fő- és alkategóriákkal indul. A „Create team” hozza létre.

Az első csapat az, amelyet az ügyfelei látnak. Minden további csapat mögötte álló szakértői csapat. Túl sokat kérnénk egy bejelentőtől, ha neki kellene kiválasztania a megfelelő részleget: ő az első csapatnál ad be, és onnan adják tovább.

Ezt bármikor megváltoztathatja. A „Customer permissions” kártya csapatonként dönti el, mit tehetnek ott az ügyfelek. Két kapcsolója van: „Can create new tickets and see their own tickets” és „Can see their own tickets of this team in the dashboard and in reports”. Amint az egyik be van kapcsolva, az ügyfelek látják a csapatot. Csak ha mindkettő ki van kapcsolva, nem jelenik meg a csapat egy ügyfélnek egyáltalán.

Az „Agent Permissions” kártya ennek a csapatnak az ügyintézőire vonatkozik. Három kapcsolója van: hibajegyek kezelése, kategóriák kezelése és ennek a csapatnak a kimutatásai. Az első nélkül egy ügyintéző ebben a csapatban nem tud hibajegyet létrehozni, szerkeszteni vagy hozzászólni, és mellékletet sem tölthet fel. A második nélkül a csapat kategóriáinak bejegyzése eltűnik az oldalsávjából. A harmadik nélkül a kimutatások kihagyják ezt a csapatot. Minden változtatást rögzít a csapat „Audit log” naplója.

Az „Agents” kártya tartalmazza a tagokat. A címe ellenére a csapat ügyfelei is benne vannak. A fölötte lévő választóval és az „Add Agent” gombbal vesz fel valakit, a „Remove” gombbal veszi ki. Akit felvesznek vagy kivesznek, annak egyszer ki és be kell jelentkeznie.

A „Default e-mail language” az a nyelv, amelyen ez a csapat ír. Akkor érvényes, ha egy levélszabály a „Team default language” lehetőséget választja.

Az „Active” kapcsoló kivonja a csapatot a szolgálatból. Eltűnik az oldalsávból és minden választóból. Ettől még nem törlődik.

A „Delete” csak addig távolít el egy csapatot, amíg egyetlen hibajegy sem nyitott benne. Egyébként a rendszer megnevezi az okot, és nem tesz semmit.

Az „Audit log” kártya minden csapatot érintő változást rögzít, névvel és időponttal.

A Basic egy csapatot futtat. A Professionalnak nincs korlátja.

A „Teams” oldal a két csapat listájával bal oldalt és a Helpdesk beállításaival jobb oldalt.
A piros keretek a két csapaton vannak. Az egyikre kattintva megváltozik, mi áll jobb oldalt. A szélén lévő szám a tagok száma.Kép megnyitása teljes méretben
A „Team name” mező beírt névvel, alatta a „Copy categories from” és a „Create team” gomb.
Írja be a nevet, adott esetben vegye át egy meglévő csapat kategóriáit, aztán „Create team”.Kép megnyitása teljes méretben
A „Customer permissions” és az „Agent Permissions” kártya a kapcsolóikkal.
A piros keretek a két címen vannak. Ezek a kapcsolók csak erre az egy csapatra vonatkoznak.Kép megnyitása teljes méretben
Az „Agents” kártya a választóval, az „Add Agent” gombbal és alattuk a tagokkal.
A piros keret az „Add Agent” gombon van. A nevek melletti jelölés a szerepkör, és a kártya a csapat ügyfeleit is tartalmazza.Kép megnyitása teljes méretben
Az „Audit log” kártya a bejegyzéseivel, mindegyik a változással, a névvel és az időponttal.
A piros keret a címen van. Minden sor megnevezi a változást, azt, hogy ki végezte, és mikor.Kép megnyitása teljes méretben
2

Rendszergazdák és ügyintézők létrehozása

A fiókok a „User management” alatt laknak. A lista a nevet és a bejelentkezési nevet, az e-mail-címet, a csapatot az alatta lévő részleggel és a szerepkört mutatja.

A „New user” megnyitja az űrlapot. A keresztnév, a vezetéknév, a bejelentkezési név és az e-mail-cím kötelező. Ezen felül jön egy jelszó. A Professional kiadásban helyette a „Send login details by e-mail” pipát is beállíthatja.

Ezzel a pipával nem állít be jelszót. Az új felhasználó levelet kap a bejelentkezési nevével és egy időben korlátozott hivatkozással, és maga állítja be a jelszavát. A rendszer soha nem küld jelszót.

Minden mást a szerepkör dönt el. Az „Admin” és az „Agent” egyaránt munkatárs, és ugyanabból a keretből fogy. Egy rendszergazda alapból többet tehet. Szinte minden egyes jogosultság megváltoztatható; a kivételek a „Szerepkörök és a jogosultsági rendszer” kártyán állnak. Az „Admin” szerepkört csak rendszergazda adhatja meg vagy veheti el. Ez a saját fiókjára is vonatkozik. Az „Edit user” csak az űrlapon látható csapatot változtatja meg. Azok a csapatok, amelyekhez az illetőt az „Add Agent” gombbal vették fel, változatlanok maradnak.

A Basic két munkatársi férőhellyel érkezik. Hogyan osztja el őket, az Önön múlik: egy rendszergazda és egy ügyintéző, vagy két rendszergazda. Az ügyfelek nem számítanak bele, ők mindkét kiadásban korlátlanok.

Ha valaki elmegy, kattintson a sorában lévő archiválás jelre. A fiók zárolásra kerül, így többé nem tud bejelentkezni.

A zárolt fiók az „Archived” nézetbe kerül, és ott a „locked” jelölést viseli. Az „Active” nézetben már nem látható.

A zárolt fiók már nem foglal munkatársi férőhelyet, és egyetlen „Assign to” választóban sem jelenik meg. A már kiosztott hibajegyek megtartják az ügyintézőjüket és annak nevét.

Az „Archived” nézetben ugyanezt a gombot „Restore” néven találja, és az újra felszabadítja a fiókot. A Basicben ehhez megint kell egy szabad férőhely.

A kulcs jel a jelszót állítja vissza. Az áthúzott pajzs a kétlépcsős bejelentkezést állítja vissza. Az új jelszó ilyenkor egyszer megjelenik a képernyőn. Sehová nem kerül elküldésre.

A jelszó vagy a kétlépcsős bejelentkezés visszaállítása csak a sikertelen próbálkozások utáni rövid zárolást oldja fel. Egy archivált fiók zárolva marad. Nem kap sem meghívót, sem visszaállító levelet, és csak a „Restore” hozza vissza.

Az archiválás bármikor visszavonható. Ha valaki végleg távozott, törölje a fiókot is a „Delete account” kuka jellel. Az automatikus anonimizálásig hátralévő idő csak a törléstől számít.

Erről bővebben a kártyán: Személyek anonimizálása

A „User management” oldal az összes fiókkal, a szerepkörükkel és a soronkénti műveletekkel.
A piros keretek a „New user” gombon és a nyitott és zárolt fiókok közötti váltón vannak. A gomb mutatja, melyik nézet van nyitva.Kép megnyitása teljes méretben
A „Create new user” párbeszédablak kitöltött nevekkel, felhasználónévvel és e-mail-címmel, valamint a csapat, a részleg, a beosztás, a telephely és a szerepkör választóival.
A piros keretek a szerepkörön és a meghíváson vannak. A szerepkör az egyetlen választó, amelyet ki kell tölteni.Kép megnyitása teljes méretben
Ugyanaz a párbeszédablak beállított pipával: a jelszómező le van tiltva, és azt írja, hogy a felhasználó a hivatkozáson át állítja be.
A pipával eltűnik a csillag a jelszómezőről. Maga a mező írja ki, ki állítja be a jelszót.Kép megnyitása teljes méretben
Az „Archived” nézet egy zárolt fiókkal, a „locked” jelöléssel és a sor végén lévő visszaállítás ikonnal.
A piros keretek a jelölésen és a visszaúton vannak. Mindkettő csak ebben a nézetben létezik.Kép megnyitása teljes méretben
3

Ügyfelek: a bejelentők fiókjai

Az ügyfelek száma a Basicben és a Professionalban is korlátlan. Nem foglalnak munkatársi férőhelyet.

Ügyfélfiók háromféleképpen jöhet létre. Ön maga hozza létre a „User management” alatt; a Professional kiadásban közben levélben meg is hívhatja az illetőt. A második út az önregisztráció. A harmadik az első bejelentkezés SSO-n vagy címtáron keresztül, amely magától létrehozza a fiókot.

Ennek a kapcsolója a „Settings → Security” alatt, a „Self-registration” kártyán van. Alapból ki van kapcsolva. Bekapcsolva a bejelentkezési oldalon megjelenik egy „Register” hivatkozás.

Aki maga regisztrál, mindig a „Customer” szerepkört kapja. Ezen az úton más szerepkör nem osztható ki.

A Professional kiadásban az önregisztrált ügyfél az üdvözlés után egy második levelet kap. A benne lévő hivatkozással megerősíti a címét. Addig a fiókja a listában a „not confirmed” megjegyzést viseli.

Egy címet Ön maga is megerősíthet. A Basicben ez az egyetlen út, mert a Basic nem küld levelet. Ilyenkor a fiók sorában egy boríték ikonos gomb látható: „Mark email as confirmed”. Csak akkor tegye ezt, ha tudja, hogy a cím az illetőé.

Egy belső helpdesknél jobban jár, ha a kapcsolót békén hagyja. Különben bárki fiókot hoz létre, aki ismeri a címet.

Egy ügyfél csak a saját ügyeit látja. Ezek az általa létrehozott hibajegyek. Ehhez jönnek azok a hibajegyek, amelyeket egy ügyintéző vagy egy e-mail hozott létre a megerősített címéhez. Az a hibajegy, amelyet egy másik ügyfél az ő címével hoz létre, rejtve marad előtte. Ha két fióknak ugyanaz a címe, mindkettő látja ezeket a hibajegyeket.

Ha a címe még nincs megerősítve, a hibajegylistája felett egy értesítés áll. A „Send confirmation email” gombbal újra kérheti a hivatkozást. Az értesítés csak akkor jelenik meg, ha a rendszer tud levelet küldeni.

Az oldalsávja rövid: a hibajegyei, egy új hibajegy, a tudásbázis. Beállításokat soha nem lát. Ha a csapat „Can see their own tickets of this team in the dashboard and in reports” kapcsolója be van kapcsolva, az oldalsávjában az irányítópult és a kimutatások is megjelennek.

Azt, hogy egy csapatban mit tehet, a csapaton állítja be. Csak ha mindkét ügyfélkapcsoló ki van kapcsolva, akkor nem létezik számára az a csapat.

A „Self-registration” kártya a kapcsolóval és az alatta lévő megjegyzéssel.
A piros keret a kapcsolón van. A mellette lévő szöveg megmondja, mit csinál, és mi történik levélküldés nélkül.Kép megnyitása teljes méretben
Ugyanaz a rendszer ügyfélként bejelentkezve: rövid oldalsáv és egy hibajegylista, amely csak a saját ügyeit tartalmazza.
A „User” oszlopban minden sorban ugyanaz a név áll. Egy ügyfél semmit nem lát, ami nem az övé, és a beállítások hiányoznak az oldalsávból.Kép megnyitása teljes méretben
4

Egy személy adatainak exportja

Mielőtt elkezdi: Szüksége van a „Data export (data subject request)” jogosultságra. Alapértelmezés szerint csak a rendszergazdák rendelkeznek vele.

Egy személy megkérdezheti Önt, milyen adatokat tárol róla. Az adatexport ezeket mind egyetlen ZIP-fájlba gyűjti.

A „User management” alatt indítja el. Minden sorban van egy nyíllal ellátott fájl jel és a „Export personal data” tipp. Ez megnyitja az adott fiók exportját.

Néhány személynek nincs fiókja. Csak írtak Önnek, vagy egy ügyintéző létrehozott egy hibajegyet a címükkel. Számukra az oldal tetején ott van az „Export by e-mail address”. Írja be ott a címet, és kattintson a „Search” gombra. A keresés fiókkal vagy címmel működik, névvel soha.

A cím szerinti keresés kevesebbet talál, mint a fiók szerinti keresés. Csak azokat a helyeket találja meg, ahol maga a cím szerepel, például egy hibajegy kérelmezőjeként vagy egy e-mail feladójaként. A fiók szerinti keresés ezen felül mindent megtalál, ami a fiókhoz kapcsolódik. Ha a cím egy fiókhoz tartozik, a párbeszédablak ezt jelzi, és felajánlja a „Use this account” lehetőséget. Ezután megmutatja a személy nevét és a fiók e-mail-címét.

Mielőtt bármit letöltene, a párbeszédablak megmutatja, mit talált, területenként megszámolva. Területek például a hibajegyek, az időbejegyzések, az elégedettségi felmérések és a biztonsági napló. Ha semmit sem talál, a „No data found for this person.” szöveg jelenik meg, és nincs letöltés. Ha a cím egy fiókhoz tartozik, és saját találata nincs, a párbeszédablak nem mutat találatot, és nincs letöltés. A „Use this account” gombot tartalmazó dobozt mutatja. A rendszergazdák alatta az „Anonymize” területet is látják. Ezt a „Személyek anonimizálása” kártya magyarázza el.

A „Download” létrehozza a ZIP-fájlt. Területenként egy JSON-fájlt tartalmaz, hogy az adatok gépileg olvashatók legyenek. Mellé kerülnek az összes talált melléklet fájljai. Az „overview.html” olvasható formában mutatja a fő tartalmat. Ott minden hibajegynél szerepel, miért került bele („Why this ticket is included”). A „README.txt” az érintett személynek szól, és elmagyarázza, mit tartalmaz a fájl.

Az a hibajegy, amely a személyt érinti, teljes egészében bekerül. Ide tartoznak más személyek megjegyzései és módosításai is. A belső megjegyzések szintén benne vannak, és belsőként vannak jelölve. Ha a személy e-mailben válaszolt valaki más hibajegyére, az a hibajegy a „Replied by e-mail to someone else’s ticket” jelölést kapja. Bekerül az a hibajegy is, amelyen a személy az utolsó módosítást végezte. A „Why this ticket is included” sorában ekkor ez áll: „Last person to change the ticket”.

Ezért az átadás előtt ellenőrizze az exportot. Ahol szükséges, takarja ki más személyek adatait. A párbeszédablak emlékezteti erre. A „README.txt” nem tartalmazza ezt a figyelmeztetést, mert a személyhez kerül.

Az archívumba áthelyezett hibajegyekben nem történik keresés. Az archívumait külön ellenőrizze. Erre is emlékezteti a párbeszédablak.

A jelszavak és a kétlépcsős bejelentkezés kulcsai nem részei az exportnak.

Minden letöltést rögzít a rendszer: ki indította, melyik személyre és mikor. A bejegyzés semmit sem tartalmaz az export tartalmából. Az előtte történő keresést nem rögzíti.

Az az ügyintéző, aki megkapja a jogosultságot, emellett a „Users: manage accounts” jogosultságot is igényli. Enélkül nem éri el a „User management” oldalt. A jogosultság soha nem adható meg a „Customer” szerepkörnek.

A „Survey consents and unsubscribes” terület tartalmaz minden hozzájárulást és minden leiratkozást az elégedettségi felméréshez, dátummal, csatornával és hibajeggyel. Az „overview.html” a teljes előzményt külön szakaszban mutatja. Ha a személyt leiratkozás után anonimizálták, a címe szerinti export megtalálja a megmaradt leiratkozást. Az „E-mail address” oszlopban ilyenkor ez áll: „Anonymized (address removed)”.

Erről bővebben a kártyán: Személyek anonimizálása

A „User management” oldal fent az „Export by e-mail address” gombbal és minden sorban a nyíllal ellátott fájl jellel.
A piros keretek az „Export by e-mail address” gombon és Julia Becker sorában lévő jelen vannak. Mindkettő ugyanazt a párbeszédablakot nyitja meg.Kép megnyitása teljes méretben
Az „Export personal data” párbeszédablak Julia Becker számára, a név alatt az e-mail-címével, a területenkénti találatok listájával, az ellenőrzésről és az archívumokról szóló két figyelmeztetéssel, az „Anonymize” területtel és a „Download” gombbal.
A piros keretek a találatok listáján és a „Download” gombon vannak. A lista csak azokat a területeket nevezi meg, ahol találat volt.Kép megnyitása teljes méretben
Ugyanaz a párbeszédablak cím szerinti keresés után: megnevezi a fiókot, amelyhez a cím tartozik, és felajánlja a „Use this account” lehetőséget.
A piros keret a „Use this account” gombon van. Pusztán a cím alapján a keresés itt semmit sem talál. Ezért a párbeszédablak nem mutat találatot, és nincs „Download” gomb. A fiók exportja megtalálja Julia Becker hibajegyeit. Az alatta lévő „Anonymize” területet csak a rendszergazdák látják.Kép megnyitása teljes méretben
5

Személyek anonimizálása

Mielőtt elkezdi: Személyt csak rendszergazda anonimizálhat. Az anonimizálás nem vonható vissza.

Bizonyos adatok nem maradhatnak meg örökre. Ha valaki elhagyja a cégét, vagy egy személy kéri az adatai törlését, Ön anonimizálja őt. A nevet és az e-mail-címet ekkor egy helyőrző váltja fel, például „Anonymized user 3”. A hibajegyek megmaradnak. A jelentések, a határidők, az időbejegyzések és az elégedettségi számok továbbra is számítanak.

Minden személy saját számot kap. Két azonos számú bejegyzés ugyanattól a személytől származik. Az e-mail-cím „anonymized-3@anonymized.invalid” lesz. Ilyen címre nem lehet levelet kézbesíteni, ezért a rendszer küldéskor kihagyja. A helyőrzőt angolul tárolja a rendszer, és minden nyelven angol marad.

Két út van. Az automatikus út a törölt fiókokat meghatározott számú hónap után anonimizálja. Az azonnali út egyetlen személyt azonnal anonimizál, például egy törlési kérelem után.

Az automatikus utat a „Settings → Security” alatt, a „Data protection” kártyán találja. Az „Anonymize deleted users automatically” kapcsoló alapértelmezetten ki van kapcsolva. Az „after” mellé írja be a hónapok számát. 1 és 120 között lehet, az alapérték 36. A „Save” menti a módosított számot.

Az idő attól a naptól számít, amikor a fiókot törölték. A rendszer tízpercenként ellenőrzi, esedékes-e egy futás. Naponta egyszer fut, az első ellenőrzéskor 03:00 után, a „Settings → General Settings” alatt beállított időzónában. Ebben a futásban minden törölt fiók anonimizálódik, amelynek lejárt az ideje.

Amikor bekapcsolja a kapcsolót, előbb egy ablak nyílik meg. Felsorolja a törölt felhasználókat, akiket a következő futás anonimizál, mindegyiket a törlés napjával. Írja be a mezőbe, hogy ANONYMIZE, és kattintson a „Confirm” gombra. A kapcsoló csak ezután van bekapcsolva. Ha ebben az időzónában már elmúlt 03:00, az első futás körülbelül tíz percen belül következik.

Ugyanez az ablak jelenik meg, ha bekapcsolt kapcsolónál lerövidíti a hónapok számát. A kikapcsoláshoz nem kell megerősítés.

Az idő csak akkor kezdődik, amikor egy fiókot törölnek. Az archiválás nem elég. Az archivált fiók csak zárolva van, és bármikor visszatérhet, például szülői szabadság után. Egy fiók törléséhez kattintson a „User management” alatt a sorában lévő „Delete account” kuka jelre.

Egy ablak előre megmondja, mi következik. Ha az automatikus anonimizálás be van kapcsolva, megadja a hónapok számát. A törölt fiók az „Archived” nézetben jelenik meg a „Deleted” címkével. A „Restore account” jel visszahozza. Rendszergazdák és ügyintézők esetén a Basic ehhez szabad helyet igényel. Ha a fiókot később újra törlik, az idő elölről kezdődik.

Az Ön saját fiókján nincs kuka jel. Rendszergazdai fiókot csak rendszergazda törölhet vagy archiválhat. Az utolsó aktív rendszergazda sem nem törölhető, sem nem archiválható.

Ha tehát valaki végleg távozott, törölje a fiókot, és ne csak archiválja. Az egy évnél régebben archivált fiók sorában naptár jel jelenik meg. Az eszköztippje emlékezteti, hogy törölje a fiókot.

Az azonnali út az adatexport párbeszédablakában van, a találatok alatti „Anonymize” területen. A párbeszédablakot egy fiók sorából nyitja meg, vagy fiók nélküli személy esetén az „Export by e-mail address” gombbal.

Ha a cím egy fiókhoz tartozik, előbb kattintson a „Use this account” gombra. Csak így anonimizálódik maga a fiók is. A csak cím szerinti futás ott cseréli le a címet, ahol tárolva van, a fiókot pedig változatlanul hagyja.

Írja be a mezőbe, hogy ANONYMIZE, és kattintson az „Anonymize” gombra. Az aktív fiókot a rendszer előbb törli, majd anonimizálja. A saját fiókja nem anonimizálható. Az utolsó aktív rendszergazda sem.

Ezután a sor az „Anonymized” címkét viseli. Az ilyen fiók már nem szerkeszthető, nem állítható vissza és nem aktiválható újra. Csak az adatexport marad. Az anonimizálást újra lefuttathatja. A szám ugyanaz marad, és az azóta visszaállított adatokra is kiterjed.

Az „Also clear the content of tickets this person requested” jelölőnégyzet tovább megy. A zárójelben lévő szám ezeknek a hibajegyeknek a száma. A szövegeik kiürülnek, a mellékleteik törlődnek. Mások hibajegyei, amelyekben a személy csak válaszolt, csak anonimizálódnak.

Előbb ellenőrizze a megőrzési kötelezettségeit. Németországban például az üzleti leveleket hat évig meg kell őrizni. A párbeszédablak emlékezteti erre. Az automatikus út csak anonimizál. Tartalmat soha nem ürít ki.

Ha egy fájlt nem sikerült törölni a szerverről, a párbeszédablak megadja, hányat. A futás ennek ellenére befejezettnek számít. A rendszer nem próbálja újra magától.

Minden futást rögzít a rendszer az időponttal, a helyőrző számával és azzal, hogy mi változott. Az azonnali útnál a bejegyzés azt is megadja, ki indította. Nem tartalmazza sem a személy nevét, sem az e-mail-címét.

Az anonimizáláshoz az „Anonymize people” jogosultság kell. Alapértelmezetten csak a rendszergazdáknak van meg. Használni csak rendszergazda tudja. A „Customer” szerepkörnek soha nem adható meg. Az adatexport párbeszédablakához ezenfelül a „Data export (data subject request)” is kell.

Erről bővebben a kártyán: Egy személy adatainak exportja, Adatmegőrzési határidők

A „Data protection” kártya kikapcsolt kapcsolóval, a hónapok mezőjével, a „Save” gombbal és a „Download list of anonymizations” hivatkozással.
A piros keretek a kapcsolón és a hónapok számán vannak. A kapcsoló ki van kapcsolva, mint minden frissítés után.Kép megnyitása teljes méretben
A „Who will be anonymized” ablak egy törölt felhasználóval és a törlés dátumával, alatta a mező ANONYMIZE szöveggel és a „Confirm” gomb.
A piros keretek a listán és a „Confirm” gombon vannak. Oliver Grantot több mint 36 hónapja törölték. Az első futás anonimizálná őt.Kép megnyitása teljes méretben
A „Delete account” ablak Amir Khan számára. A szöveg megadja, mi következik, és a 36 hónapot az anonimizálásig.
A piros keret a „Delete account” gombon van. Az automatikus anonimizálás itt be van kapcsolva. Ezért adja meg az ablak a hónapok számát.Kép megnyitása teljes méretben
Az „Archived” nézet Oliver Grant törölt fiókjával, a „Deleted” címkével és a visszaállítás jelével.
A piros keretek a „Deleted” címkén és a „Restore account” jelen vannak. Az anonimizálásig a fiók visszahozható.Kép megnyitása teljes méretben
Az „Export personal data” párbeszédablak Tomas Novak számára. A találatok alatt van az „Anonymize” terület bejelölt jelölőnégyzettel, beírt ANONYMIZE szöveggel és az „Anonymize” gombbal.
A piros keretek a jelölőnégyzeten és az „Anonymize” gombon vannak. Tomas Novak négy hibajegyet kért. Ezek tartalma is kiürülne.Kép megnyitása teljes méretben
Az „Anonymize” terület a futás után: fent „Already anonymized as Anonymized user 2”, lent a „Done” üzenet.
A piros keret az üzeneten van, amely a helyőrző számát mutatja. A terület újabb futást enged.Kép megnyitása teljes méretben
Az „Archived” nézet anonimizált fiókokkal. Minden sor helyőrző nevet, a helyőrző címet és az „Anonymized” címkét viseli.
A piros keret az „Anonymized” címkén van. Az anonimizált fióknak az adatexporton kívül nem maradt művelete.Kép megnyitása teljes méretben

A fiók

Az alábbi táblázatok megnevezik az összes helyet, ahol a rendszer egy személyt tárol, és hogy ott mit tesz az anonimizálás. Felhasználhatja őket annak leírására, hogyan törli a cége a személyes adatokat.

AdatMi történik
Utónév és vezetéknév„Anonymized user” és a szám
E-mail-cím és bejelentkezési néva helyőrző cím
Telefonszámeltávolítva
Osztály, beosztás és telephelyeltávolítva
Nyelv, világos vagy sötét megjelenés, elérhetőségvisszaáll az alapértékre
Jelszó és a korábbi jelszavak listájatörölve
A kétlépcsős bejelentkezés kulcsai és a kapcsolat egy bejelentkezési szolgáltatónál lévő fiókkal (SSO)törölve
Bejelentkezési események a biztonsági naplóbantörlődnek. A személy adminisztrátori műveletei a biztonsági naplóban megmaradnak. A neve ott a helyőrzőre cserélődik.
Profilképtörölve
Szerepkör és csapattagságokeltávolítva. A felhasználólista ezután a „Customer” szerepkört mutatja.
A hibajegylista saját oszlopválasztásaeltávolítva
Futó stopperóra az időrögzítésbentörölve
Maga a fiókmegmarad, törölve és véglegesen zárolva. A hibajegyek, megjegyzések és időbejegyzések továbbra is rá mutatnak. Ezért számítanak tovább a jelentések.
Igen/nem jelölők a megerősített e-mail-címhez, a megerősített telefonszámhoz és a kétlépcsős bejelentkezéshez, a hibajegylista igen/nem beállítása, a sikertelen kísérletek számlálója, az utolsó jelszócsere és a deaktiválás időpontjamegmaradnak. Nem tartalmazzák a személy egyetlen értékét sem, csak igent vagy nemet, számokat és időpontokat. Maga a cím, a szám, a jelszó és a kulcsok le vannak cserélve vagy törölve vannak.
A hibajegyen az a bejegyzés, hogy ki módosította utoljáraeltávolítódik. Ezután a hibajegy senkit sem nevez meg utolsó módosítóként.

A név másolatai

Néhány helyen a rendszer másodszor is eltárolja a nevet. Így egy bejegyzés módosítás után is mutatja, ki készítette. Ezek a másolatok is lecserélődnek.

HelyMi történik
Ki módosított valamit a hibajegy előzményeibenhelyőrző név
Név az időbejegyzésekenhelyőrző név
Ki módosította a tudásbázis egy cikkéthelyőrző név
Bejegyzések egy csapat „Audit log” naplójában, az „Added user …” és a „Removed user …” ishelyőrző név
A kérelmező neve a személy által kért hibajegyekenhelyőrző név. A kérelmező telefonszáma eltávolításra kerül.
Régi és új értékek a hibajegy előzményeiben: a kérelmező neve, címe és telefonszáma, megfigyelők, hozzárendeléshelyőrző vagy eltávolítva. Ez érvényes a személy hibajegyeiben és azokban a hibajegyekben, amelyekben korábban ő volt a kérelmező.

E-mail-címek

Ahol a személy egy címe külön mezőként van tárolva, ott a helyőrző cím lesz belőle. A kis- és nagybetűk nem számítanak.

HelyMi történik
A kérelmező címe a hibajegyekenhelyőrző cím
Elégedettségi felmérések címzettjehelyőrző cím
Egy jóváhagyó címe a jóváhagyásoknál és a feladatokkal járó kérelmekbenhelyőrző cím
Beérkező e-mailek feladójahelyőrző cím
Rögzített címzettcím a válaszsablonokbanhelyőrző cím
Belső feljegyzés arról, hogy egy levelezési szabály már feldolgozott egy e-mailthelyőrző cím
Cím a korábbi adatexportok bejegyzésébenhelyőrző cím. Maga a bejegyzés bizonyítékként megmarad. Egy későbbi adatexport erre a címre szintén csak a helyőrzőt rögzíti.
Javaslatok a kérelmező adataihoz hibajegy létrehozásakortörölve, ha tartalmazzák a címet
Bejegyzés az e-mailek tiltólistájánmegmarad. Különben a címről érkező spam a törlés után újra átjutna.
Hozzájárulások és leiratkozások az elégedettségi felmérésheztörlődik. Ha az utolsó bejegyzés leiratkozás volt, az egy bejegyzésként marad meg, cím nélkül. A „Survey consents and unsubscribes” lista ezt így mutatja: „anonymized”. Amíg a személy nem ad újra hozzájárulást, vagy nem iratkozik fel újra, a címre nem megy felmérés. Ha az anonimizálási kulcs már nem olvasható, vagy eldobták, a leiratkozás már nem érvényesül.

Címek a szövegben

A szövegekben az anonimizálás csak a személy e-mail-címeit cseréli le. Ez a személyt érintő hibajegyekben történik. Ezek ugyanazok a hibajegyek, amelyeket az adatexport is megtalál.

SzövegMi történik
A hibajegy leírásacímek lecserélve
Megjegyzések, a beérkező e-mailek szövege iscímek lecserélve
Beérkező e-mailek tárgyacímek lecserélve
Megjegyzések az időbejegyzésekencímek lecserélve
Megjegyzés egy elégedettségi felmérésbencímek lecserélve
Régi és új értékek a hibajegy előzményeibencímek lecserélve
A tudásbázis cikkeinek címe és szövege, az előzményeikben iscímek lecserélve, minden cikkben

A kért hibajegyek tartalmának kiürítése

Az „Also clear the content of tickets this person requested” jelölőnégyzettel ezek a hibajegyek elveszítik a tartalmukat. Ami a jelentésekhez és a határidőkhöz kell, megmarad.

A hibajegy részeMi történik
Szám, dátumok, állapot, csapat, kategória, prioritás, hozzárendelés és határidőkmegmaradnak
Cím„Content removed” lesz belőle
Leíráskiürítve
Minden megjegyzés, az ügyintézők válaszai isa szöveg kiürítve. Maga a megjegyzés megmarad, hogy az első válasz és a határidők továbbra is stimmeljenek.
Beérkező e-mailek tárgyakiürítve
Egyéni mezők értékeitörölve
Az emlékeztető megjegyzése és a helyszínkiürítve
A hibajegy előzményeiMinden módosítás fajtája megmarad. Az értékek kiürülnek, kivéve az állapotot, a prioritást, a kategóriát, az alkategóriát, a csatornát, a csapatot, az eszkalációt és a hozzárendelést. Ezekre a jelentéseknek szükségük van.
Elégedettségi felmérésAz értékelés megmarad, a megjegyzés kiürül.
IdőbejegyzésekA rögzített percek megmaradnak, a megjegyzés kiürül.
Mellékletektörölve, a bejegyzés és a fájl is

Korlátok

A folyó szövegben lévő nevek megmaradnak, például „Üdvözlettel: Max” egy e-mail végén. A folyó szövegben lévő telefonszámok is megmaradnak. Egyiket sem lehet megbízhatóan felismerni. Egy ügyfél hibajegyeihez ott van a tartalom kiürítésére szolgáló jelölőnégyzet.

Ha egy másik fióknak ugyanaz az utó- és vezetékneve, a személy neve nem cserélődik le a hibajegy előzményeiben és kérelmezőnévként sem. Különben a másik személy bejegyzéseit is érintené. A cím és a telefonszám ettől még lecserélődik. Az ellenőrzés az utó- és vezetéknevet hasonlítja össze. A hozzárendelési előzmények a bejelentkezési nevet tárolják. Egy névrokont, aki ott csak a bejelentkezési nevével szerepel, ezért nem ismer fel.

A hibajegy előzményeinek nagyon régi bejegyzései, amelyek még nem mutatnak a fiókra, csak a nevet tartalmazzák. Ezeket nem ismeri fel.

Az a hibajegy, amelyet egy ügyintéző telefonon rögzített a kérelmező e-mail-címe nélkül, nem ismerhető fel. A kérelmező neve és telefonszáma benne marad.

A beállításokban lévő címek nem változnak, például a levelezési szabályokban és az automatizálási szabályokban. Ha ott szerepel a személy címe, módosítsa saját maga.

Ha a személy a futás után újra ír, a címe szerinti új futás az új e-maileket is lefedi. Az „Export by e-mail address” gombbal indítja. A szám ugyanaz marad. Az anonimizált fiókon indított új futás nem találja meg az új e-maileket. A fiók már nem ismeri a régi címet.

Az archívumokról maga a rendszer gondoskodik. Ha visszaállít egy archívumot, minden korábban anonimizált személy újra anonimizálódik a visszaállított hibajegyekben. A visszaállítás utáni üzenet megadja, hány. Az a cím, amely ezekben a hibajegyekben csak a folyó szövegben szerepel, ott nem ismerhető fel. Az archívumfájlokat ezenkívül az anonimizálás utáni éjszakai futás is frissíti. Ezt az „Adatmegőrzési határidők” kártya magyarázza el.

Biztonsági mentésnél más a helyzet. Egy futás előtt készült mentés még a régi adatokat tartalmazza. Visszaállításkor erről a „Ticket System Backup & Restore” gondoskodik. Az alkalmazás megkérdezi, hogy újra anonimizálják-e mindazokat, akik a mai állapotban anonimizálva vannak. A „Yes” előre ki van választva. A hibajegyrendszer ezt ezután a 03:00-kor induló éjszakai futásban végzi el, a beállított időzónában. Ez akkor is érvényes, ha a kapcsoló ki van kapcsolva. Addig a nevük újra látható. A „Data protection” kártya ezt egy megjegyzéssel jelzi, a számmal együtt. A mentés a kapcsoló akkori állását is visszahozza. Ezért a visszaállítás után ellenőrizze a kapcsolót.

Ha a mentést más módon állítja vissza, a „No” választ adja, vagy a parancssorban a „--no-reapply” kapcsolót használja, ez nem történik meg. Ilyenkor az automatikus út újra megtalálja a törölt fiókokat, amíg a kapcsoló be van kapcsolva. A kézzel indított futásokat meg kell ismételnie. Ebben segít a „Data protection” kártyán lévő „Download list of anonymizations” hivatkozás. Töltse le a listát a visszaállítás előtt. Utána már nem tartalmazza a mentés után végzett futásokat. A listában minden anonimizált személy egy sort kap. Az oszlopok: „Date”, „Number”, „Account ID”, „E-mail hash” és „Content cleared”. A „Date” az első futás időpontja UTC szerint. Az „Account ID” csak akkor van kitöltve, ha egy fiókot anonimizáltak. Az „E-mail hash” a cím vissza nem fejthető ujjlenyomata. A „Content cleared” azt mutatja, hogy kiürült-e a személy által kért hibajegyek tartalma. Minden futás után töltse le saját maga a listát, és őrizze a rendszeren kívül. Egy futás előtt készült mentés nem tartalmazza ezt a futást.

Szöveg az adatvédelmi tájékoztatójához

Üzemeltetőként közölnie kell az érintettekkel, mennyi ideig tárolja az adataikat. Ezt a szöveget átveheti a saját adatvédelmi tájékoztatójába.

Mintaszöveg

Távozását követően nevét és e-mail-címét a hibajegykezelő rendszerben [36] hónap elteltével helyőrző váltja fel. A hibajegyek és a mutatószámok személyes vonatkozás nélkül megmaradnak. Kérésére adatait korábban is anonimizálhatjuk, amennyiben ennek megőrzési kötelezettség nem áll útjában. Azon külső kapcsolattartók adatait, akikkel [36] hónapja nem volt kapcsolat, ugyanígy anonimizáljuk. A biztonsági napló bejelentkezési eseményeit [90] nap után töröljük. Az adminisztrátori műveletekről szóló bejegyzéseket [12] hónap után töröljük.

Igazítsa a számokat a saját beállításaihoz. Hagyjon el minden mondatot, amelynek kapcsolója ki van kapcsolva. Ellenőriztesse a szöveget a saját adatvédelmi tanácsadójával. Ez az útmutató nem jogi tanácsadás.

Törlési kérelmek és visszatérő személyek

A törlés és az anonimizálás két különböző dolog. A „Delete account” csak elrejti a fiókot. A „Restore account” visszahozza. Addig az e-mail-címe az adott fiók számára fenntartva marad. A törlési kérelmet ezért az adatexport párbeszédablakában az „Anonymize” segítségével teljesíti. Ez nem vonható vissza. A név és a cím helyére az „Anonymized user” és a szám kerül. Az egyszeri bejelentkezés szolgáltatójánál lévő fiókkal való kapcsolat törlődik.

Minden e-mail-cím pontosan egy fiókhoz tartozik. Ha olyan címmel hoz létre fiókot, amely már egy másik fiókhoz tartozik, a rendszer elutasítja. Az üzenet: „This e-mail address already belongs to another account.” Ugyanez érvényes, ha egy fiók címét módosítja. Ha a cím egy törölt fiókhoz tartozik, az üzenet: „This e-mail address belongs to a deleted account. Restore that account instead.” Ekkor állítsa vissza a régi fiókot, ahelyett hogy újat hozna létre. Az anonimizált fiókok nem számítanak. Már csak a helyőrző címet viselik.

Egy törölt fiók nem állítható vissza, ha közben egy másik aktív fiók viseli ugyanazt a címet. Az üzenet ekkor: „This e-mail address already belongs to another account.” Először módosítsa a másik fiók címét.

A szabály előtti időből lehetnek olyan fiókok, amelyek osztoznak egy címen. A felhasználókezelés ezeknél ezt a megjegyzést mutatja: „This e-mail address belongs to more than one account. Change it so that each account has its own address.” Adjon mindegyik fióknak saját címet. Addig a felhasználónév helyett ezzel a címmel nem lehet bejelentkezni. A jelszó-visszaállító e-mail sem megy ki.

Ha valaki egy törlési kérelem után visszatér, új fiókot kap. Ez történik például, ha ugyanazzal a címmel újra a Google-lel vagy a Microsofttal jelentkezik be. Ehhez az „Automatically create accounts on first sign-in” beállításnak bekapcsolva kell lennie. Az anonimizált fiók már nem viseli a címét, és nem áll az új fiók útjában.

A régi anonimizálások soha nem érintik ennek a személynek az új hibajegyeit. Ez egy biztonsági mentés vagy archívum visszaállítása után is érvényes. Ha egy anonimizálást újra alkalmaznak, az csak az időpontja előtt keletkezett adatokra terjed ki.

Ha a régi fiókot csak törölték, de nem anonimizálták, a rendszer elutasítja az első SSO-bejelentkezést ezzel a címmel. Hogy a személy mit lát, az a szolgáltatótól függ. Ha a szolgáltató megerősíti a címet, az üzenet: „An account with this e-mail address was deleted. Ask an administrator to restore it.” Ha nem erősíti meg, az üzenet: „Your e-mail address is not verified with the provider.” Így a rendszer nem árulja el, létezik-e törölt fiók egy címhez.

Rendszergazdaként ekkor két út áll rendelkezésére. Ha a régi fiókot a „Restore account” segítségével visszaállítja, a személy abban dolgozik tovább a korábbi előzményeivel. Az SSO-bejelentkezés akkor működik, ha a fiók már össze volt kapcsolva ezzel a szolgáltatóval, vagy a szolgáltató megerősíti a címet. Ha a törlési kérelem továbbra is érvényes, anonimizálja a régi fiókot. Ezután a cím szabad, és a bejelentkezés új fiókot hoz létre.

Az önregisztráció ilyenkor semlegesen válaszol: „Registration could not be completed. If you already have an account, use the password reset on the sign-in page.” Nem árulja el, létezik-e fiók a címhez.

6

Adatmegőrzési határidők

Mielőtt elkezdi: Ezeket a beállításokat csak rendszergazda módosíthatja. Egy anonimizálás nem vonható vissza.

A rendszer a személyes adatokat csak addig őrzi meg, ameddig szükséges. Egy személy akkor lesz anonimizálva, ha távozik, vagy ha kéri. Távozásnak számít egy törölt fiók, vagy egy külső kapcsolattartó, akivel régóta nem volt kapcsolat. Egy kérelmet az adatexport párbeszédablakában intéz el az „Anonymize” segítségével.

Maguknak a hibajegyeknek nincs határidejük. A tartalmuk megőrzi a célját, például ügyféltörténetként. A jelentések és az időrögzítések továbbra is számítanak.

Minden határidő a „Settings → Security” alatt, a „Data protection” kártyán található. Három blokkja van: „Deleted accounts”, „External contacts” és „Security log retention”. Minden blokknak van kapcsolója, határideje és „Save” gombja. A „Security log retention” blokknak két kapcsolója és két határideje van. Alattuk az „Archives” áll. Visszaállítás után a „Restore from a backup” is megjelenik, amint lefutott a következő 03:00-kor induló futás. Addig a kártya ezt a megjegyzést mutatja: „… will be applied again tonight at 03:00.” Az első blokkot a „Személyek anonimizálása” kártya magyarázza el. Ott található az adatvédelmi tájékoztatójához való mintaszöveg is. A „Data protection” kártya leírása alatt található a „Data protection guide for operators” hivatkozás. A segédlet sablonokat tartalmaz az adatkezelési tevékenységek nyilvántartásához, a technikai és szervezési intézkedésekhez, valamint egy megőrzési és törlési koncepcióhoz.

Minden blokk alatt van egy „Last run” sor. Megadja az utolsó éjszakai futás dátumát és időpontját, valamint hogy hány személyt vagy bejegyzést kezelt. A „0 done” azt jelenti, hogy nem volt teendő. A „Not run yet” addig áll ott, amíg a feladatnak nincs eredménye. Ha egy kapcsoló ki van kapcsolva, a hozzá tartozó feladat nem fut.

Ha a sor narancssárga, a feladat nem végzett el mindent. A „skipped” esetén megadja, hány személyt, bejegyzést vagy fájlt hagyott ki. Az „Archives” esetén ezek zárolt vagy sérült fájlok. A „failed” esetén az egész feladat sikertelen volt. Az utána álló mondat megmondja, mi a teendő. Ha az áll ott, hogy „Details are in the server log.”, olvassa el a kiszolgáló naplóját. Linuxon a „sudo podman logs container-backend-1” parancs mutatja meg. Ha az anonimizálási kulcsot említi, kövesse a lentebb található „Ha a kulcs nem olvasható” szakaszt. Amit kihagyott, azt a következő éjszakai futás újra megpróbálja.

Erről bővebben a kártyán: Személyek anonimizálása, Hogyan kap vissza mindent

A „Data protection” kártya a „Deleted accounts”, „External contacts” és „Security log retention” blokkokkal, alattuk az „Archives” és a „Restore from a backup”, mindegyik a saját „Last run” sorával.
A piros keretek a „Last run” sorokon vannak. Itt mind a négy kapcsoló be van kapcsolva. Alapértelmezetten csak a „Security log retention” blokk két kapcsolója van bekapcsolva.Kép megnyitása teljes méretben
Az „External contacts” blokk az „Anonymize external contacts automatically” kapcsolóval és a „Months without contact” mezővel.
A piros keretek a kapcsolón és a hónapok számán vannak. Az alatta lévő szöveg megmondja, mi számít kapcsolatnak.Kép megnyitása teljes méretben
A „Who will be anonymized” ablak a „Nobody is due yet with this time limit.” mondattal, a beírt ANONYMIZE szóval és a „Confirm” gombbal.
A piros keretek a mezőn és a „Confirm” gombon vannak. Itt a határidőt 24 hónapra rövidítették, és senki sem lenne érintett. Egyébként itt jelenik meg a szám és az első személyek az utolsó kapcsolatukkal.Kép megnyitása teljes méretben
A „Recent sign-in attempts” kártya az „Entries are deleted after 90 days (Settings → Security).” mondattal és három bejelentkezéssel.
A piros keret a határidőről szóló mondaton van. Ha a törlés ki van kapcsolva, az áll ott, hogy „Entries are kept until you delete them.”Kép megnyitása teljes méretben
Két megjegyzés a kártya tetején: azoknak a címeknek a száma, amelyeket már nem ismer fel a rendszer, és az anonimizálások, amelyeket nem lehetett átvinni.
A piros keret az átvitelről szóló megjegyzésen van. A teendőket a „Biztonsági mentés visszaállítása” szakasz írja le.Kép megnyitása teljes méretben
A „The anonymization key cannot be read” figyelmeztetés a „How to restore the key” hivatkozással és a „Discard old key” gombbal.
A piros keretek az erre az útmutatóra mutató hivatkozáson és a „Discard old key” gombon vannak. Amíg a figyelmeztetés látható, a kártya nem mutat megjegyzést a függőben lévő anonimizálásokról.Kép megnyitása teljes méretben
A „Discard old key” ablak, a „Confirmation word” mezőbe beírt DISCARD szóval.
A piros keretek a mezőn és a „Discard old key” gombon vannak. A gombra csak a szó beírása után lehet kattintani.Kép megnyitása teljes méretben

Külső kapcsolattartók

Külső kapcsolattartók azok a személyek, akiknek nincs munkatársi fiókjuk. Ilyenek a fiók nélküli bejelentők és az ügyfélfiókok. A rendszer szempontjából ők soha nem távoznak. Ezért ez a blokk az utolsó kapcsolat óta eltelt időt számolja.

Az utolsó kapcsolat ezek közül a legkésőbbi időpont: a személy által kért hibajegy utolsó módosítása, egy tőle érkezett e-mail, a saját megjegyzése, egy elégedettségi felmérésre adott válasz, egy neki küldött jóváhagyás és egy javaslat a bejelentő adataihoz. Ügyfélfióknál a létrehozás napja is számít. Egy új, soha nem használt fiók ezért nem esedékes azonnal. Azok a fiókok, amelyek már az 1.7.0-s verzióra való frissítés előtt léteztek, a frissítés napján létrehozottnak számítanak.

A munkatársi fiókokat és a címeiket soha nem érinti. Ez egy olyan közös címre is igaz, mint az info@, ha munkatársi fiókhoz tartozik. Akinek van még le nem zárt hibajegye, azt kihagyja, amíg a hibajegyet le nem zárják. A törölt fiókok a „Deleted accounts” blokkhoz tartoznak.

Az „Anonymize external contacts automatically” kapcsoló alapértelmezetten ki van kapcsolva. A „Months without contact” mellé írja be a hónapok számát. 1 és 120 között lehet, az alapérték 36.

Amikor bekapcsolja a kapcsolót, előbb a „Who will be anonymized” ablak nyílik meg. Megadja, hány személy esedékes, és megmutatja az elsőket az utolsó kapcsolatukkal. Írja be a mezőbe, hogy ANONYMIZE, és kattintson a „Confirm” gombra. Ugyanez az ablak jelenik meg, ha bekapcsolt kapcsolónál lerövidíti a számot, és a „Save” gombra kattint.

Ez a következő éjszakai futásban valósul meg. Minden esedékes személy úgy anonimizálódik, mint az „Anonymize” esetén. A tartalma soha nem ürül ki. Megmarad a helyőrző, a hibajegyek és a mutatószámok. A folyó szövegben lévő nevek és telefonszámok megmaradnak. A korlátokat a „Személyek anonimizálása” kártya sorolja fel.

Biztonsági napló

A biztonsági napló rögzíti a bejelentkezési eseményeket és az adminisztrátori műveleteket. A bejelentkezési események az IP-címet és a böngésző azonosítóját is tartalmazzák. Hogy pontosan mi kerül rögzítésre, azt „A biztonsági napló” kártya magyarázza el.

A „Settings → SSO Settings” alatti „Recent sign-in attempts” kártya az SSO-n és a címtáron keresztüli utolsó 100 bejelentkezési eseményt mutatja. Az láthatja, aki megnyithatja ezt az oldalt. Alapértelmezetten csak a rendszergazdák. A kártya címe alatti mondat megadja a határidőt, például „Entries are deleted after 90 days (Settings → Security).”

Alapértelmezés szerint a bejelentkezési események 90 nap, az adminisztrátori műveletek 12 hónap után törlődnek. A „Security log retention” blokkban a „Days” mellett 7 és 365 nap, a „Months” mellett 1 és 120 hónap között állítod be az értéket. A „Delete old sign-in events” és a „Delete old administrator actions” kapcsoló kikapcsolja a törlést. A bejegyzések ekkor megmaradnak. Megerősítő szóra nincs szükség, mert csak bejegyzések törlődnek, személyek nem.

A felhasználónévvel és jelszóval való bejelentkezés is szerepel a biztonsági naplóban. A sikertelen próbálkozás IP-címmel és böngészővel együtt mentődik. A sikeres bejelentkezés csak adminisztrátoroknál és sikertelen próbálkozások után mentődik.

Archívumok

Egy archívumfájl olyan személyeket is tartalmaz, akiket csak később anonimizáltak. Ezért az anonimizálás utáni éjszakai futás minden olyan archívumfájlt frissít, amelyben a személy szerepel. A neveket és címeket ott ugyanazok a helyőrzők váltják fel, mint az adatbázisban. Ha a tartalmat kiürítették, az archívumból ezeknek a hibajegyeknek a mellékletei is hiányoznak.

A következő éjszakáig tehát a személy még olvasható formában szerepel az archívumokban. Az archívumoknak nincs kapcsolójuk. Egy archívumfájl, amely abban a pillanatban zárolva van, változatlan marad, például mert éppen letöltik vagy visszaállítják. Ugyanez érvényes egy sérült fájlra. A következő éjszakai futás újra megpróbálja.

Időpont és időzóna

Mindezek a feladatok naponta egyszer, 03:00-kor futnak. A „Settings → General Settings” alatt, a „Time Zone” kártyán beállított időzóna érvényes. A kiszolgáló órája nem számít. Sok kiszolgáló UTC szerint fut. Ott a 03:00 Önnek egy másik óra lenne.

A rendszer tízpercenként ellenőrzi, esedékes-e a futás. A 03:00 utáni első ellenőrzés indítja el. Ha a kiszolgáló 03:00-kor ki volt kapcsolva, a futás az indítás utáni első ellenőrzéskor következik.

Az 1.7.0-s verzióra való frissítés után az első futás nem sokkal a frissítés után következik, legkésőbb a következő éjszaka 03:00-kor. Ez a futás törli a bejelentkezési napló 90 napnál régebbi bejegyzéseit.

Ha módosítja az időzónát, az új a következő ellenőrzéstől érvényes. A futás naptári naponként legfeljebb egyszer történik meg. Nyugati irányú váltás után azon a napon elmaradhat. Ekkor a következő napon következik.

A „Ticket System Backup & Restore” alkalmazás ugyanabban az időzónában ütemezi a mentéseit. Az időzónát a hibajegyrendszerből olvassa ki, amikor az ütemezést alkalmazzák. A „Schedule” fül és a „schedule --show” az időpontot az időzónával együtt mutatja, például „02:00 (Europe/Berlin)”. Ha az adatbázis abban a pillanatban nem érhető el, a korábbi időzóna marad. Ha még nincs ilyen, a számítógép órája érvényes, és a kijelzés „(host clock)”.

Az operációs rendszer csak a saját óráját ismeri. Ezért az alkalmazás átszámítja az időpontot. A kiszolgáló időzónájától függően ütemezésenként egy vagy két bejegyzést vesz fel. Így a mentés nyáron és télen is a megfelelő időben fut. Indításkor ellenőrzi, hogy valóban esedékes-e mentés. Ha nem, mentés nélkül befejeződik, és a naplóban ez áll: „No backup is due at this time in …”.

Ha a hibajegyrendszerben módosítja az időzónát, a következő ütemezett mentés ennek ellenére lefut. Utána az alkalmazás újra felveszi az ütemezést. A naplóban ekkor egy figyelmeztetés áll, amely így kezdődik: „The time zone in the ticket system changed”. Ha az ütemezést nem sikerült újra felvenni, ez áll ott: „The schedule could not be updated.” Ekkor nyissa meg az alkalmazást, és kattintson az „Apply schedule” gombra.

Ha a kulcs nem olvasható

A rendszer az anonimizált e-mail-címeket ujjlenyomatként jegyzi meg. Ehhez kulcsra van szüksége. Ezt a kulcsot a kiszolgáló kulcskarikája védi. A kulcskarikát a kulcsmappában lévő key-*.xml fájlok alkotják. Ha ezek hiányoznak vagy nem egyeznek, a kártya a „The anonymization key cannot be read” figyelmeztetést mutatja.

Ekkor a mentett levelezési és SSO-jelszavak sem működnek. Ugyanattól a kulcskarikától függenek. A törölt fiókok és a biztonsági napló éjszakai futásai tovább mennek. Azokat a személyeket, akiket csak a címük alapján ismer a rendszer, kihagyja. Az „Anonymize” elutasítja a csak cím alapján indított futást.

Így szerezheti vissza a kulcskarikát. Vegyen egy mentést a probléma előtti időből. Ez a kulcsmappát külön fájlként tartalmazza. Linuxon a mentések a „/opt/smitey/backups” mappában vannak. Másolja az egyiket egy üres mappába, és lépjen be abba a mappába. Az alábbi parancsok a mentést sima fájlokként kiírják, és kiveszik belőle a key-*.xml fájlokat. Utána átmásolják a fájlokat a kulcsmappába, és újraindítják a hibajegyrendszer kiszolgálóját. A kulcsmappa többi fájlja változatlan marad. Az újraindítás után a figyelmeztetés eltűnik. Utána törölje a „plain” mappát. Jelszavakat és személyes adatokat tartalmaz. Az „.zip” végű régebbi mentés nincs titkosítva. Ehhez az első parancs: „sudo unzip -o <fájl> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar”.

Windowson a mentések a „C:\Program Files\SMITEY\backups” mappában vannak. Másolja az egyiket egy üres mappába. Nyissa meg ott a PowerShellt rendszergazdaként. Írja be a „Windows: A mentés kiírása titkosítatlan fájlokként és a kulcsfájlok kivétele” keretből a parancsot. Cserélje ki benne a <fájl>.smbk részt a mentés teljes fájlnevére. Ezután másolja át minden key-*.xml fájlt a „podman cp <fájl> container-backend-1:/app/DataProtection-Keys/” paranccsal. A tulajdonosra és az újraindításra vonatkozó parancsokat „sudo” nélkül írja be. Utána törölje a „plain” mappát.

A mentés kiírása titkosítatlan fájlokként és a kulcsfájlok kivétele

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

A mappában pontosan egy mentés van. Utána ott vannak a key-*.xml fájlok. A „plain” almappa a teljes mentést titkosítatlanul tartalmazza.

A fájlok átmásolása a kulcsmappába

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

A más nevű meglévő fájlok a kulcsmappában maradnak.

A fájlok helyes tulajdonosának beállítása

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

A hibajegyrendszer a konténerben saját felhasználóként fut. A fájloknak hozzá kell tartozniuk.

A hibajegyrendszer kiszolgálójának újraindítása

sudo podman restart container-backend-1

Az újraindítás után a rendszer újra beolvassa a kulcskarikát.

Windows: A mentés kiírása titkosítatlan fájlokként és a kulcsfájlok kivétele

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

PowerShellben rendszergazdaként, a mentést tartalmazó mappában. Cserélje ki a <file>.smbk részt a mentés teljes fájlnevére. Utána ott vannak a key-*.xml fájlok.

Az utolsó lehetőség: „Discard old key”

Ha nincs olyan mentése, amely tartalmazza a kulcsfájlokat, marad a „Discard old key”. A gombot csak rendszergazda látja. Írja be a „Confirmation word” mezőbe, hogy DISCARD, és kattintson a „Discard old key” gombra. A rendszer ekkor új kulcsot hoz létre.

A fiók alapján végzett anonimizálások továbbra is érvényesek. Azokat a személyeket, akiket csak a címük alapján anonimizáltak, ezután a mentésekben és archívumokban már nem ismeri fel a rendszer. A kártya megadja a számukat. Egy régebbi mentés tehát újra láthatóvá teheti ezeket a személyeket. A mentett levelezési és SSO-jelszavak olvashatatlanok maradnak. Adja meg őket újra.

Biztonsági mentés visszaállítása

Visszaállításkor a „Ticket System Backup & Restore” megkérdezi, hogy újra anonimizálják-e mindazokat, akik ma anonimizálva vannak. A „Yes” előre ki van választva. A hibajegyrendszer ezt a következő, 03:00-kor induló éjszakai futásban végzi el a saját időzónájában. Addig a kártya ezt mutatja: „… will be applied again tonight at 03:00.”

A mentés az akkori kapcsolókat és határidőket is visszahozza. Ezért a visszaállítás után ellenőrizze a „Data protection” kártyát.

Ha az átvitel során figyelmeztetések voltak, az alkalmazás állapotsora megadja a számukat, például „2 warning(s) while carrying over anonymizations. See the Log tab.” A parancssorban ugyanez az utolsó sorban áll, és a „backup.log” fájlra utal. Ott olvasható, mi nem sikerült. Ha az anonimizálásokat nem lehetett átvinni, ismételje meg kézzel az e mentés után végzett futásokat. Ebben segít a visszaállítás előtt letöltött lista.

A hibajegyrendszer a következő indításkor beolvassa az alkalmazás átviteli fájlját. Ha nem tudja beolvasni, a kártya ezt mutatja: „A carry-over file from the backup app could not be read”. A fájl a kiszolgálón marad, és a következő indításkor újra beolvasásra kerül. Ekkor állítsa vissza a mentést még egyszer az alkalmazás aktuális verziójával.

Ha a mentés kulcsa nem egyezik, a cím alapján végzett anonimizálásokat nem lehet átvinni. A kártya ekkor ezt mutatja: „… could not be carried over from before the restore”. Ha ismeri ezeket a személyeket, anonimizálja őket újra az „Export by e-mail address” segítségével.

A „Restore from a backup” alatti „Last run” sor megmutatja, hány anonimizálást alkalmazott újra a futás.

7

Szerepkörök és a jogosultsági rendszer

Három szerepkör van: „Admin”, „Agent” és „Customer”. Továbbiakat nem lehet létrehozni. Ami helyette szabad, az szinte minden egyes jogosultság; a kivételeket lejjebb soroljuk fel.

Ezt a hármat a „Settings → General Settings” alatt, a „Role” fülön találja. Nem nevezhetők át.

Az, hogy egy szerepkör mit tehet, máshol áll: a „Settings → Security” alatt, a „Permission concept” kártyán.

Minden sor egy funkció, minden oszlop egy szerepkör. A pipa engedélyezi. A név alatt a belső kulcs áll; az oldal használatához nincs rá szüksége.

A lista hosszú. A felhasználókezeléstől az egyes beállítási oldalakhoz való hozzáférésen át egészen az időnyilvántartásig terjed.

Az „Agent Team” oszlop a különleges eset. Csak akkor válik használhatóvá, ha ugyanabban a sorban be van jelölve az „Agent” pipa. Válasszon ott egy csapatot, és a jogosultság csak annak a csapatnak az ügyintézőire vonatkozik.

Az „Admin” szerepkörtől egyetlen jogosultság sem vehető el. A pipa mentés után újra ott van. Így senki nem tudja kizárni magát a saját rendszeréből. A táblázatot csak rendszergazda módosíthatja. Ez a „Security” oldal minden beállítására érvényes. Bárki más, aki megnyithatja az oldalt, csak olvasásra látja. Hat jogosultság soha nem adható meg a „Customer” szerepkörnek: „Users: manage accounts”, „Data export (data subject request)”, „Anonymize people”, „Security log”, „Settings: Security” és „Settings: Single sign-on”.

A „Save” gombbal a változás azonnal érvényes. Akit érint, a következő kattintásánál veszi észre.

A „Permission concept” kártya a táblázattal: funkciónként egy sor, oszlopok a rendszergazdának, az ügyintézőnek, az ügyintézői csapatnak és az ügyfélnek.
A piros keret a fejlécsoron van. Az „Agent Team” oszlopban lévő választó csak ott használható, ahol az „Agent” pipa be van jelölve.Kép megnyitása teljes méretben
A „Role” fül a három szerepkörrel, mindegyik „Mandatory” jelölésű.
A piros keret a megjegyzésen van. A három szerepkör „Mandatory” jelölésű. Egyikük sem törölhető.Kép megnyitása teljes méretben
8

Részleg, beosztás és telephely

Három lista a személyt írja le, nem a hibajegyet: részleg, beosztás és telephely.

A „Settings → General Settings” alatt, a „Drop-down lists” kártyán hozza létre őket. Mindhárom kezelése ugyanaz.

A fiókon rendeli hozzá őket. A „User management” alatti űrlapon a mezők neve „Department”, „Position” és „Location”.

A felhasználólistában a részleg a csapat alatt áll. A beosztás és a telephely a fiók űrlapján látható.

A telephelynek van egy második haszna is. A hibajegyen van egy „Location” mező, és az ugyanabból a listából merít.

Mindhárom listában van egy bejegyzés, amelyet nem lehet törölni. A neve „None selected or available”, és a „Mandatory” jelölést viseli.

Ha egy másik bejegyzést töröl, mindenki, aki azt viselte, erre a helyőrzőre kerül. Így senki nem mutat olyasmire, ami már nincs.

Nem itt fordít, hanem egyben a fordítási oldalon. Az angol név az a horgony, amelyre a fordítások felakadnak.

Az „Edit user” párbeszédablak kitöltött részleg-, beosztás- és telephelymezővel.
A piros keretek a három mezőn vannak. A csapat mellett állnak, de mást jelentenek: a csapat azt mondja meg, ki dolgozza fel a hibajegyeket, a részleg azt, hol dolgozik az illető.Kép megnyitása teljes méretben
A felhasználólista a „Team” oszloppal, amelyben a részleg a csapat neve alatt áll.
A piros keret az oszlopon van. Felül a csapat, alatta a részleg. Aki egyetlen csapatban sincs, annál ott gondolatjel áll.Kép megnyitása teljes méretben

A képernyőképek a(z) 1.3.1 verzióból származnak. A bemutatott képernyőkön semmi nem változott a(z) 1.13.3 verzióig. Egyedül az oldalsáv alján lévő verziószám néz ki másképp.