Team och användare

Ett team är ett ansvar, inte en mapp. Det har egna kategorier, egna tidsfrister och egna medlemmar. En kund ser exakt ett av dem. Allt annat handlar om vem som har vilket konto och vad det kontot får göra.

1

Skapa och konfigurera team

Team ligger under ”Settings → Teams”. Listan står till vänster, inställningarna för teamet du klickat på till höger. Siffran efter namnet är antalet medlemmar.

Ett nytt team får sitt namn i fältet ”Team name”. Under det låter ”Copy categories from” dig välja ett befintligt team, så att det nya teamet startar med samma huvud- och underkategorier. ”Create team” skapar det.

Det första teamet är teamet dina kunder ser. Varje ytterligare team är ett specialistteam bakom det. Att be en anmälare välja rätt avdelning själv är att begära för mycket: de anmäler till det första teamet, och därifrån lämnas det vidare.

Det kan du ändra när som helst. Kortet ”Customer permissions” bestämmer per team vad kunder får göra där. Det har två reglage: ”Can create new tickets and see their own tickets” och ”Can see their own tickets of this team in the dashboard and in reports”. Så snart ett av dem är på ser kunderna teamet. Bara när båda är av dyker teamet inte upp för en kund alls.

Kortet ”Agent Permissions” gäller för det här teamets agenter. Det har tre reglage: hantera ärenden, hantera kategorier och se det här teamets rapporter. Utan det första kan en agent varken skapa, redigera eller kommentera ärenden i det här teamet, och inte heller ladda upp bilagor. Utan det andra försvinner posten för teamets kategorier ur sidopanelen. Utan det tredje utelämnar rapporterna det här teamet. Varje ändring registreras i teamets ”Audit log”.

Kortet ”Agents” innehåller medlemmarna. Trots rubriken står teamets kunder också där. Väljaren ovanför och ”Add Agent” lägger till någon, ”Remove” tar bort dem. Den som läggs till eller tas bort måste logga ut och in en gång.

”Default e-mail language” är språket det här teamet skriver på. Det gäller när en e-postregel väljer ”Team default language”.

Reglaget ”Active” tar ett team ur drift. Det försvinner från sidopanelen och ur varje väljare. Det raderas inte av det.

”Delete” tar bara bort ett team så länge inget ärende fortfarande är öppet. Annars nämner systemet skälet och gör ingenting.

Kortet ”Audit log” registrerar varje ändring i teamet, med namn och tid.

Basic kör ett team. Professional har ingen gräns.

Sidan ”Teams” med listan över båda teamen till vänster och Helpdesk-inställningarna till höger.
De röda ramarna sitter på de två teamen. Klickar du på ett ändras det som står till höger. Siffran i kanten är medlemsantalet.Öppna bilden i full storlek
Fältet ”Team name” med ett inskrivet namn, under det ”Copy categories from” och knappen ”Create team”.
Skriv namnet, ta eventuellt över kategorierna från ett befintligt team, sedan ”Create team”.Öppna bilden i full storlek
Korten ”Customer permissions” och ”Agent Permissions” med sina reglage.
De röda ramarna sitter på de två rubrikerna. De här reglagen gäller bara det här enda teamet.Öppna bilden i full storlek
Kortet ”Agents” med väljaren, knappen ”Add Agent” och medlemmarna nedanför.
Den röda ramen sitter på ”Add Agent”. Etiketten bredvid varje namn är rollen, och kortet innehåller även teamets kunder.Öppna bilden i full storlek
Kortet ”Audit log” med sina poster, var och en med ändringen, namnet och tiden.
Den röda ramen sitter på rubriken. Varje rad nämner ändringen, vem som gjorde den och när.Öppna bilden i full storlek
2

Skapa administratörer och agenter

Konton ligger under ”User management”. Listan visar namn och inloggningsnamn, e-postadressen, teamet med avdelningen under och rollen.

”New user” öppnar formuläret. Förnamn, efternamn, inloggningsnamn och e-postadress är obligatoriska. Därtill kommer ett lösenord. Med Professional kan du i stället sätta bocken ”Send login details by e-mail”.

Med den bocken sätter du inget lösenord. Den nya användaren får ett meddelande med sitt inloggningsnamn och en tidsbegränsad länk och sätter sitt eget lösenord. Systemet skickar aldrig lösenord.

Rollen avgör allt annat. ”Admin” och ”Agent” är båda personal och räknas mot samma pott. En administratör får mer som standard. Nästan varje enskild behörighet går att ändra; undantagen står på kortet ”Roller och behörighetsmodellen”. Bara en administratör kan ge eller ta bort rollen ”Admin”. Det gäller även för det egna kontot. ”Edit user” ändrar bara det team som visas i formuläret. Team som personen har lagts till i med ”Add Agent” förblir som de är.

Basic kommer med två personalplatser. Hur du fördelar dem är upp till dig: en administratör och en agent, eller två administratörer. Kunder räknas inte, de är obegränsade i båda utgåvorna.

När någon slutar klickar du på arkivsymbolen i deras rad. Kontot låses, så de kan inte logga in längre.

Ett låst konto flyttar till vyn ”Archived” och bär märkningen ”locked” där. Det syns inte längre i vyn ”Active”.

Ett låst konto upptar ingen personalplats längre, och det dyker inte upp i någon ”Assign to”-väljare. Ärenden som redan är tilldelade behåller sin handläggare och handläggarens namn.

I vyn ”Archived” heter samma knapp ”Restore” och frigör kontot igen. I Basic kräver det åter en ledig plats.

Nyckelsymbolen återställer ett lösenord. Den överstrukna skölden återställer tvåfaktorsinloggningen. Det nya lösenordet visas då en gång på skärmen. Det skickas ingenstans.

Att återställa lösenordet eller tvåfaktorsinloggningen häver bara det korta låset efter misslyckade försök. Ett arkiverat konto förblir låst. Det får ingen inbjudan och inget återställningsmeddelande, och bara ”Restore” tar tillbaka det.

Arkivering kan ångras när som helst. Har någon slutat för gott, radera då också kontot med papperskorgssymbolen ”Delete account”. Tiden fram till den automatiska anonymiseringen räknas först från raderingen.

Mer om detta i kortet: Anonymisera personer

Sidan ”User management” med alla konton, deras roll och åtgärderna i varje rad.
De röda ramarna sitter på ”New user” och på växlingen mellan öppna och låsta konton. Knappen visar vilken av de två vyerna som är öppen.Öppna bilden i full storlek
Dialogen ”Create new user” med namn, användarnamn och e-post ifyllda och väljarna för team, avdelning, befattning, plats och roll.
De röda ramarna sitter på rollen och på inbjudan. Rollen är den enda väljaren som måste fyllas i.Öppna bilden i full storlek
Samma dialog med bocken satt: lösenordsfältet är avstängt och säger att användaren sätter det via länken.
Med bocken försvinner asterisken på lösenordsfältet. Fältet självt säger vem som sätter lösenordet.Öppna bilden i full storlek
Vyn ”Archived” med ett låst konto, märkningen ”locked” och återställningsikonen i slutet av raden.
De röda ramarna sitter på märkningen och på vägen tillbaka. Båda finns bara i den här vyn.Öppna bilden i full storlek
3

Kunder: kontona för dem som anmäler

Kunder är obegränsade i Basic och i Professional. De upptar ingen personalplats.

Ett kundkonto uppstår på tre sätt. Du skapar det själv under ”User management”; med Professional kan du samtidigt bjuda in personen via e-post. Det andra sättet är självregistrering. Det tredje är den första inloggningen via SSO eller en katalog, som skapar kontot av sig självt.

Reglaget för det sitter under ”Settings → Security” i kortet ”Self-registration”. Det är avstängt som standard. Påslaget dyker en ”Register”-länk upp på inloggningssidan.

Den som registrerar sig själv får alltid rollen ”Customer”. Ingen annan roll kan delas ut den vägen.

Med Professional får en självregistrerad kund ett andra e-postmeddelande efter välkomstmeddelandet. Med länken i det bekräftar de sin adress. Fram till dess bär deras konto noteringen ”not confirmed” i listan.

Du kan också bekräfta en adress själv. I Basic är det enda sättet, eftersom Basic inte skickar någon e-post. Kontots rad visar då en knapp med en kuvertikon: ”Mark email as confirmed”. Gör det bara om du vet att adressen hör till personen.

För en intern helpdesk gör du bäst i att låta reglaget vara. Annars skapar var och en som känner till adressen ett konto.

En kund ser bara sina egna fall. Det är de ärenden som de själva har skapat. Till det kommer de ärenden som en agent eller ett e-postmeddelande har skapat för deras bekräftade adress. Ett ärende som en annan kund skapar med deras adress förblir dolt för dem. Om två konton har samma adress ser båda dessa ärenden.

Är deras adress inte bekräftad ännu står ett meddelande ovanför deras ärendelista. Med ”Send confirmation email” begär de länken igen. Meddelandet visas bara om systemet kan skicka e-post.

Deras sidopanel är kort: sina ärenden, ett nytt ärende, kunskapsbasen. De får aldrig se några inställningar. Är teamets reglage ”Can see their own tickets of this team in the dashboard and in reports” på, innehåller sidopanelen också instrumentpanelen och rapporterna.

Vad de får göra i ett team ställs in på teamet. Bara när båda kundreglagen är av finns det teamet inte för dem.

Kortet ”Self-registration” med reglaget och noteringen under det.
Den röda ramen sitter på reglaget. Texten bredvid säger vad det gör och vad som händer utan e-postleverans.Öppna bilden i full storlek
Samma system, inloggat som kund: en kort sidopanel och en ärendelista som bara innehåller hennes egna fall.
Kolumnen ”User” innehåller samma namn i varje rad. En kund ser ingenting som inte är deras, och inställningarna saknas i sidopanelen.Öppna bilden i full storlek
4

Dataexport för en person

Innan du börjar: Du behöver behörigheten ”Data export (data subject request)”. Som standard har bara administratörer den.

En person kan fråga dig vilka uppgifter du sparar om hen. Dataexporten samlar allt i en ZIP-fil.

Du startar den under ”User management”. Varje rad har en filsymbol med en pil och tipset ”Export personal data”. Den öppnar exporten för det kontot.

Vissa personer har inget konto. De har bara skrivit till dig, eller så har en agent skapat ett ärende med deras adress. För dem finns ”Export by e-mail address” högst upp på sidan. Skriv in adressen där och klicka på ”Search”. Sökningen fungerar med ett konto eller en adress, aldrig med ett namn.

En sökning på adress hittar mindre än en sökning på kontot. Den hittar bara de ställen där själva adressen står, till exempel som beställare av ett ärende eller som avsändare av ett e-postmeddelande. En sökning på kontot hittar dessutom allt som hör till kontot. Hör adressen till ett konto säger dialogen det och erbjuder ”Use this account”. Därefter visar den personens namn och kontots e-postadress.

Innan du laddar ner något visar dialogen vad den har hittat, räknat per område. Områden är till exempel ärenden, tidsposter, nöjdhetsenkäter och säkerhetsloggen. Hittar den ingenting står det ”No data found for this person.” och ingen nedladdning erbjuds. Hör adressen till ett konto och har inga egna fynd visar dialogen inga fynd och ingen nedladdning. Den visar rutan med ”Use this account”. Administratörer ser dessutom området ”Anonymize” under den. Kortet ”Anonymisera personer” förklarar det.

”Download” skapar ZIP-filen. Den innehåller en JSON-fil per område, så att uppgifterna kan läsas maskinellt. Filerna för alla bilagor som hittades följer med. ”overview.html” visar det viktigaste innehållet i läsbar form. Där står vid varje ärende varför det är med (”Why this ticket is included”). ”README.txt” är skriven för personen och förklarar vad filen innehåller.

Ett ärende som rör personen följer med i sin helhet. Det gäller även kommentarer och ändringar av andra personer. Interna anteckningar ingår också och är markerade som interna. Har personen svarat via e-post på någon annans ärende bär det ärendet märket ”Replied by e-mail to someone else’s ticket”. Ett ärende där personen gjorde den senaste ändringen följer också med. Under ”Why this ticket is included” står då ”Last person to change the ticket”.

Granska därför exporten innan du lämnar över den. Maskera andra personers uppgifter där det behövs. Dialogen påminner dig om det. ”README.txt” innehåller inte den här påminnelsen, eftersom den går till personen.

Ärenden som har flyttats till ett arkiv genomsöks inte. Granska dina arkiv separat. Det påminner dialogen dig också om.

Lösenord och nycklar för tvåstegsinloggning ingår inte i exporten.

Varje nedladdning registreras: vem som startade den, för vilken person och när. Registreringen innehåller inget av exportens innehåll. Sökningen före den registreras inte.

En agent som får behörigheten behöver också ”Users: manage accounts”. Annars når hen inte sidan ”User management”. Behörigheten kan aldrig ges till rollen ”Customer”.

Området ”Survey consents and unsubscribes” innehåller varje samtycke och varje avregistrering för nöjdhetsenkäten, med datum, kanal och ärende. ”overview.html” visar hela historiken i ett eget avsnitt. Om personen anonymiserades efter en avregistrering hittar exporten via personens adress den kvarvarande avregistreringen. Kolumnen ”E-mail address” visar då ”Anonymized (address removed)”.

Mer om detta i kortet: Anonymisera personer

Sidan ”User management” med knappen ”Export by e-mail address” överst och filsymbolen med en pil på varje rad.
De röda ramarna sitter på ”Export by e-mail address” och på symbolen i Julia Beckers rad. Båda öppnar samma dialog.Öppna bilden i full storlek
Dialogen ”Export personal data” för Julia Becker med hennes e-postadress under namnet, listan över fynd per område, de två påminnelserna om granskning och arkiv, området ”Anonymize” och knappen ”Download”.
De röda ramarna sitter på listan över fynd och på ”Download”. Listan nämner bara områden där något hittades.Öppna bilden i full storlek
Samma dialog efter en sökning på adress: den nämner kontot som adressen hör till och erbjuder ”Use this account”.
Den röda ramen sitter på ”Use this account”. Med bara adressen hittar sökningen ingenting här. Därför visar dialogen inga fynd och ingen ”Download”. Exporten för kontot hittar Julia Beckers ärenden. Området ”Anonymize” nedanför ser bara administratörer.Öppna bilden i full storlek
5

Anonymisera personer

Innan du börjar: Bara en administratör kan anonymisera en person. En anonymisering kan inte ångras.

Vissa uppgifter får inte finnas kvar för alltid. När någon lämnar ditt företag eller en person ber dig radera sina uppgifter anonymiserar du personen. Namn och e-postadress ersätts då av en platshållare som ”Anonymized user 3”. Ärendena finns kvar. Rapporter, tidsfrister, tidsposter och nöjdhetssiffror fortsätter att räknas.

Varje person får ett eget nummer. Två poster med samma nummer kommer från samma person. E-postadressen blir ”anonymized-3@anonymized.invalid”. Till en sådan adress kan ingen e-post levereras, därför hoppar systemet över den vid utskick. Platshållaren sparas på engelska och förblir engelsk på alla språk.

Det finns två vägar. Den automatiska vägen anonymiserar raderade konton efter ett bestämt antal månader. Den omedelbara vägen anonymiserar en enskild person direkt, till exempel efter en begäran om radering.

Den automatiska vägen finns under ”Settings → Security” i kortet ”Data protection”. Reglaget ”Anonymize deleted users automatically” är avstängt som standard. Bredvid ”after” anger du antalet månader. Tillåtet är 1 till 120, standard är 36. ”Save” sparar ett ändrat antal.

Tiden räknas från den dag då ett konto raderades. Systemet kontrollerar var tionde minut om en körning ska göras. Den körs en gång om dagen, vid den första kontrollen efter 03:00 i tidszonen under ”Settings → General Settings”. Varje raderat konto vars tid har gått ut anonymiseras i den körningen.

När du slår på reglaget öppnas först ett fönster. Det listar de raderade användare som nästa körning kommer att anonymisera, var och en med dagen för raderingen. Skriv ANONYMIZE i fältet och klicka på ”Confirm”. Först då är reglaget på. Är klockan redan över 03:00 i den tidszonen, följer den första körningen inom ungefär tio minuter.

Samma fönster visas när du förkortar antalet månader medan reglaget är på. Att stänga av kräver ingen bekräftelse.

Tiden börjar först när ett konto raderas. Arkivering räcker inte. Ett arkiverat konto är bara låst och kan komma tillbaka när som helst, till exempel efter en föräldraledighet. Radera ett konto genom att klicka på papperskorgssymbolen ”Delete account” i dess rad under ”User management”.

Ett fönster säger i förväg vad som följer. Är den automatiska anonymiseringen på, anger det antalet månader. Ett raderat konto visas i vyn ”Archived” med etiketten ”Deleted”. Symbolen ”Restore account” tar tillbaka det. För administratörer och agenter behöver Basic en ledig plats för det. Raderas kontot igen senare, börjar tiden om.

Ditt eget konto har ingen papperskorgssymbol. Bara en administratör kan radera eller arkivera ett administratörskonto. Den sista aktiva administratören kan varken raderas eller arkiveras.

När någon har slutat för gott ska du alltså radera kontot och inte bara arkivera det. Ett konto som har varit arkiverat i mer än ett år visar en kalendersymbol i sin rad. Dess verktygstips påminner dig om att radera kontot.

Den omedelbara vägen finns i dialogen för dataexport, i området ”Anonymize” under fynden. Du öppnar dialogen från ett kontos rad, eller med ”Export by e-mail address” för en person utan konto.

Hör adressen till ett konto, klicka först på ”Use this account”. Bara då anonymiseras själva kontot. En körning på enbart adressen ersätter adressen där den är sparad och lämnar kontot som det är.

Skriv ANONYMIZE i fältet och klicka på ”Anonymize”. Ett aktivt konto raderas först och anonymiseras sedan. Ditt eget konto kan inte anonymiseras. Inte heller den sista aktiva administratören.

Efteråt bär raden etiketten ”Anonymized”. Ett sådant konto kan inte längre redigeras, återställas eller återaktiveras. Bara dataexporten finns kvar. Du får köra anonymiseringen igen. Numret förblir detsamma, och uppgifter som har återställts sedan dess omfattas också.

Rutan ”Also clear the content of tickets this person requested” går längre. Talet inom parentes är antalet sådana ärenden. Deras texter töms och deras bilagor raderas. Andras ärenden där personen bara har svarat anonymiseras bara.

Kontrollera först dina skyldigheter att bevara uppgifter. I Tyskland måste till exempel affärsbrev sparas i sex år. Dialogen påminner dig om det. Den automatiska vägen anonymiserar bara. Den tömmer aldrig innehåll.

Om en fil inte kunde raderas från servern anger dialogen hur många. Körningen räknas ändå som klar. Systemet försöker inte igen av sig självt.

Varje körning registreras med tidpunkt, platshållarens nummer och vad som ändrades. För den omedelbara vägen anger registreringen också vem som startade den. Den innehåller varken personens namn eller e-postadress.

Att anonymisera kräver behörigheten ”Anonymize people”. Som standard har bara administratörer den. Bara en administratör kan använda den. Den kan aldrig ges till rollen ”Customer”. Dialogen för dataexport kräver dessutom ”Data export (data subject request)”.

Mer om detta i kortet: Dataexport för en person, Lagringstider

Kortet ”Data protection” med avstängt reglage, fältet för månaderna, ”Save” och länken ”Download list of anonymizations”.
De röda ramarna ligger på reglaget och på antalet månader. Reglaget är av, som efter varje uppdatering.Öppna bilden i full storlek
Fönstret ”Who will be anonymized” med en raderad användare och datumet för raderingen, under det fältet med ANONYMIZE och knappen ”Confirm”.
De röda ramarna ligger på listan och på ”Confirm”. Oliver Grant raderades för mer än 36 månader sedan. Den första körningen skulle anonymisera honom.Öppna bilden i full storlek
Fönstret ”Delete account” för Amir Khan. Texten anger vad som följer och de 36 månaderna fram till anonymiseringen.
Den röda ramen ligger på ”Delete account”. Den automatiska anonymiseringen är på här. Därför anger fönstret antalet månader.Öppna bilden i full storlek
Vyn ”Archived” med Oliver Grants raderade konto, etiketten ”Deleted” och symbolen för att återställa det.
De röda ramarna ligger på etiketten ”Deleted” och på ”Restore account”. Fram till anonymiseringen kan kontot tas tillbaka.Öppna bilden i full storlek
Dialogen ”Export personal data” för Tomas Novak. Under fynden ligger området ”Anonymize” med ikryssad ruta, inskrivet ANONYMIZE och knappen ”Anonymize”.
De röda ramarna ligger på rutan och på ”Anonymize”. Tomas Novak har begärt fyra ärenden. Även deras innehåll skulle tömmas.Öppna bilden i full storlek
Området ”Anonymize” efter körningen: överst ”Already anonymized as Anonymized user 2”, nederst meddelandet ”Done”.
Den röda ramen ligger på meddelandet med platshållarens nummer. Området tillåter en ny körning.Öppna bilden i full storlek
Vyn ”Archived” med anonymiserade konton. Varje rad bär ett platshållarnamn, platshållaradressen och etiketten ”Anonymized”.
Den röda ramen ligger på etiketten ”Anonymized”. Ett anonymiserat konto har ingen åtgärd kvar utom dataexporten.Öppna bilden i full storlek

Kontot

Följande tabeller nämner varje ställe där systemet sparar en person, och vad anonymiseringen gör där. Du kan använda dem för att beskriva hur ditt företag raderar personuppgifter.

UppgifterVad som händer
Förnamn och efternamn”Anonymized user” och numret
E-postadress och inloggningsnamnplatshållaradressen
Telefonnummertas bort
Avdelning, befattning och platstas bort
Språk, ljust eller mörkt utseende, tillgänglighettillbaka till standardvärdet
Lösenord och listan över tidigare lösenordraderas
Nycklar för tvåfaktorsinloggning och kopplingen till ett konto hos en inloggningstjänst (SSO)raderas
Inloggningshändelser i säkerhetsloggenraderas. Personens administratörsåtgärder i säkerhetsloggen finns kvar. Namnet ersätts där med platshållaren.
Profilbildraderas
Roll och teammedlemskaptas bort. Användarlistan visar sedan rollen ”Customer”.
Eget kolumnval i ärendelistantas bort
Ett pågående stoppur i tidrapporteringenraderas
Själva kontotfinns kvar, raderat och låst för gott. Ärenden, kommentarer och tidsposter pekar fortfarande på det. Därför fortsätter rapporterna att räkna.
Ja/nej-markeringar för bekräftad e-postadress, bekräftat telefonnummer och tvåfaktorsinloggning, ärendelistans ja/nej-inställning, räknaren för misslyckade försök, tidpunkten för det senaste lösenordsbytet och för avaktiveringenfinns kvar. De innehåller inget värde från personen, bara ja eller nej, tal och tidpunkter. Själva adressen, numret, lösenordet och nycklarna ersätts eller raderas.
Uppgiften på ett ärende om vem som ändrade det senasttas bort. Ärendet anger då ingen som den person som ändrade det senast.

Kopior av namnet

På vissa ställen sparar systemet namnet en gång till. På så sätt visar en post fortfarande vem som gjorde den efter en ändring. Även dessa kopior ersätts.

StälleVad som händer
Vem som gjorde en ändring i ärendehistorikenplatshållarnamn
Namn på tidsposterplatshållarnamn
Vem som ändrade en artikel i kunskapsbasenplatshållarnamn
Poster i ett teams ”Audit log”, även ”Added user …” och ”Removed user …”platshållarnamn
Beställarens namn på ärenden som personen har begärtplatshållarnamn. Beställarens telefonnummer tas bort.
Gamla och nya värden i ärendehistoriken: beställarens namn, adress och telefonnummer, bevakare, tilldelningplatshållare eller tas bort. Det gäller i personens ärenden och i ärenden där personen tidigare var beställare.

E-postadresser

Överallt där en adress till personen är sparad som ett eget fält blir den platshållaradressen. Versaler och gemener spelar ingen roll.

StälleVad som händer
Beställarens adress på ärendenplatshållaradress
Mottagare av nöjdhetsenkäterplatshållaradress
Adress till en godkännare, i godkännanden och i förfrågningar med uppgifterplatshållaradress
Avsändare av inkommande e-postplatshållaradress
Fast mottagaradress i svarsmallarplatshållaradress
Intern notering om att en e-postregel redan har hanterat ett e-postmeddelandeplatshållaradress
Adress i registreringen av tidigare dataexporterplatshållaradress. Själva registreringen finns kvar som bevis. En senare dataexport för den här adressen registrerar också bara platshållaren.
Förslag för beställaruppgifterna när ett ärende skapasraderas om de bär adressen
Post på spärrlistan för e-postfinns kvar. Annars skulle skräppost från den här adressen komma igenom igen efter raderingen.
Samtycken och avregistreringar för nöjdhetsenkätenraderade. Om den sista posten var en avregistrering finns den kvar som en post utan adress. Listan ”Survey consents and unsubscribes” visar den som ”anonymized”. Tills personen lämnar samtycke igen eller registrerar sig igen går ingen enkät till adressen. Om anonymiseringsnyckeln inte längre kan läsas eller har kasserats, gäller denna post inte längre.

Adresser i text

I texter ersätter anonymiseringen bara personens e-postadresser. Det sker i de ärenden som gäller personen. Det är samma ärenden som dataexporten hittar.

TextVad som händer
Ärendets beskrivningadresser ersätts
Kommentarer, även texten i inkommande e-postadresser ersätts
Ämne i inkommande e-postadresser ersätts
Anteckningar på tidsposteradresser ersätts
Kommentar i en nöjdhetsenkätadresser ersätts
Gamla och nya värden i ärendehistorikenadresser ersätts
Titel och text i kunskapsbasens artiklar, även i deras historikadresser ersätts, i alla artiklar

Tömma innehållet i begärda ärenden

Med rutan ”Also clear the content of tickets this person requested” förlorar de här ärendena sitt innehåll. Det som rapporter och tidsfrister behöver finns kvar.

Del av ärendetVad som händer
Nummer, datum, status, team, kategori, prioritet, tilldelning och tidsfristerfinns kvar
Titelblir ”Content removed”
Beskrivningtöms
Alla kommentarer, även agenternas svartexten töms. Själva kommentaren finns kvar, så att första svaret och tidsfristerna fortsätter att stämma.
Ämne i inkommande e-posttöms
Värden i anpassade fältraderas
Anteckning till påminnelsen och platstöms
ÄrendehistorikTypen av varje ändring finns kvar. Värdena töms, utom för status, prioritet, kategori, underkategori, kanal, team, eskalering och tilldelning. Rapporterna behöver dem.
NöjdhetsenkätBetyget finns kvar, kommentaren töms.
TidsposterDe bokförda minuterna finns kvar, anteckningen töms.
Bilagorraderas, posten och filen

Begränsningar

Namn i löptext finns kvar, till exempel ”Hälsningar, Max” i slutet av ett e-postmeddelande. Telefonnummer i löptext finns också kvar. Inget av dem kan kännas igen på ett tillförlitligt sätt. För en kunds ärenden finns rutan för att tömma innehållet.

Har ett annat konto samma för- och efternamn ersätts personens namn inte i ärendehistoriken eller som beställarens namn. Annars skulle även den andra personens poster träffas. Adress och telefonnummer ersätts ändå. Kontrollen jämför för- och efternamn. Tilldelningshistoriken sparar inloggningsnamnet. En namne som bara står där med sitt inloggningsnamn känns därför inte igen.

Mycket gamla poster i ärendehistoriken som ännu inte pekar på kontot bär bara namnet. De känns inte igen.

Ett ärende som en agent har registrerat per telefon utan beställarens e-postadress känns inte igen. Beställarens namn och telefonnummer finns kvar i det.

Adresser i inställningarna ändras inte, till exempel i e-postregler och automatiseringsregler. Står personens adress där, ändra den själv.

Skriver personen igen efter körningen tar en ny körning på personens adress också med de nya e-postmeddelandena. Du startar den med ”Export by e-mail address”. Numret förblir detsamma. En ny körning på det anonymiserade kontot hittar inte de nya e-postmeddelandena. Kontot känner inte längre till den gamla adressen.

Arkiv tar systemet hand om själv. När du återställer ett arkiv anonymiseras varje tidigare anonymiserad person igen i de återställda ärendena. Meddelandet efter återställningen anger hur många. En adress som i de ärendena bara står i löptext känns inte igen där. Arkivfiler uppdateras dessutom av nattkörningen efter en anonymisering. Kortet ”Lagringstider” förklarar det.

Med en säkerhetskopia är det annorlunda. En säkerhetskopia från före en körning innehåller fortfarande de gamla uppgifterna. Vid återställning tar ”Ticket System Backup & Restore” hand om det. Applikationen frågar om alla som är anonymiserade i dagens tillstånd ska anonymiseras igen. ”Yes” är förvalt. Ärendesystemet gör det sedan i nattkörningen klockan 03:00 i den inställda tidszonen. Det gäller även när reglaget är av. Till dess syns deras namn igen. Kortet ”Data protection” visar en anteckning med antalet. Säkerhetskopian tar också tillbaka reglagets dåvarande läge. Kontrollera därför reglaget efter återställningen.

Återställer du en säkerhetskopia på något annat sätt, svarar ”No” eller använder ”--no-reapply” på kommandoraden, händer det inte. Den automatiska vägen hittar då de raderade kontona igen, så länge reglaget är på. Körningar som du har startat för hand måste upprepas. Till det hjälper länken ”Download list of anonymizations” i kortet ”Data protection”. Ladda ner listan före återställningen. Efteråt innehåller den inte längre de körningar som gjordes efter säkerhetskopian. Listan har en rad per anonymiserad person, med kolumnerna ”Date”, ”Number”, ”Account ID”, ”E-mail hash” och ”Content cleared”. ”Date” är tidpunkten för den första körningen i UTC. ”Account ID” är bara ifyllt om ett konto anonymiserades. ”E-mail hash” är ett fingeravtryck av adressen som inte kan vändas tillbaka. ”Content cleared” anger om innehållet i de ärenden som personen har beställt tömdes. Ladda ner listan själv efter varje körning och förvara den utanför systemet. En säkerhetskopia från före en körning innehåller inte den körningen.

Text för din integritetspolicy

Som operatör måste du tala om för personerna hur länge du sparar deras uppgifter. Den här texten kan du ta in i din egen integritetspolicy.

Mönstertext

Efter att du har slutat ersätts ditt namn och din e-postadress i ärendesystemet av en platshållare efter [36] månader. Ärenden och nyckeltal bevaras utan koppling till dig. På din begäran kan vi även anonymisera dina uppgifter tidigare, om ingen skyldighet att bevara dem står i vägen. Uppgifter om externa kontakter som det inte har funnits någon kontakt med på [36] månader anonymiseras på samma sätt. Inloggningshändelser i säkerhetsloggen raderas efter [90] dagar. Poster om administratörsåtgärder raderas efter [12] månader.

Anpassa talen till dina egna inställningar. Stryk varje mening vars reglage är av. Låt ditt eget dataskyddsombud granska texten. Den här handboken är ingen juridisk rådgivning.

Raderingsbegäran och personer som kommer tillbaka

Att radera och att anonymisera är två olika saker. ”Delete account” döljer bara ett konto. ”Restore account” tar tillbaka det. Fram till dess är kontots e-postadress reserverad för det kontot. En begäran om radering uppfyller du därför med ”Anonymize” i dialogen för dataexport. Det går inte att ångra. Namn och adress ersätts av ”Anonymized user” och numret. Kopplingen till kontot hos en leverantör av enkel inloggning raderas.

Varje e-postadress hör till exakt ett konto. Skapar du ett konto med en adress som ett annat konto redan har, avvisar systemet det. Meddelandet lyder ”This e-mail address already belongs to another account.” Detsamma gäller när du ändrar ett kontos adress. Hör adressen till ett raderat konto lyder meddelandet ”This e-mail address belongs to a deleted account. Restore that account instead.” Återställ då det gamla kontot i stället för att skapa ett nytt. Anonymiserade konton räknas inte. De har bara platshållaradressen kvar.

Ett raderat konto kan inte återställas om ett annat aktivt konto numera har samma adress. Meddelandet lyder då ”This e-mail address already belongs to another account.” Ändra först det andra kontots adress.

Från tiden före den här regeln kan det finnas konton som delar en adress. Användarhanteringen visar dem med anteckningen ”This e-mail address belongs to more than one account. Change it so that each account has its own address.” Ge vart och ett av de här kontona en egen adress. Fram till dess fungerar inte inloggning med adressen i stället för användarnamnet. Mejlet för att återställa lösenordet skickas inte heller.

Kommer en person tillbaka efter en begäran om radering får hen ett nytt konto. Det gäller till exempel när hen loggar in igen via Google eller Microsoft med samma adress. För det måste ”Automatically create accounts on first sign-in” vara på. Det anonymiserade kontot har inte längre adressen och står inte i vägen för det nya kontot.

Gamla anonymiseringar påverkar aldrig den här personens nya ärenden. Det gäller även efter att en säkerhetskopia eller ett arkiv har återställts. När en anonymisering tillämpas igen omfattar den bara uppgifter som uppstod före dess tidpunkt.

Var det gamla kontot bara raderat och inte anonymiserat avvisar systemet den första inloggningen via SSO med den adressen. Vad personen ser beror på leverantören. Bekräftar leverantören adressen lyder meddelandet ”An account with this e-mail address was deleted. Ask an administrator to restore it.” Bekräftar den inte adressen lyder det ”Your e-mail address is not verified with the provider.” På så sätt avslöjar systemet inte om det finns ett raderat konto för en adress.

Som administratör har du då två vägar. Återställer du det gamla kontot med ”Restore account” fortsätter personen där med sin historik. Inloggning via SSO fungerar om kontot redan var kopplat till den leverantören eller om leverantören bekräftar adressen. Gäller begäran om radering fortfarande, anonymisera det gamla kontot. Därefter är adressen ledig och inloggningen skapar ett nytt konto.

Självregistreringen svarar i det här fallet neutralt: ”Registration could not be completed. If you already have an account, use the password reset on the sign-in page.” Den avslöjar inte om det finns ett konto för adressen.

6

Lagringstider

Innan du börjar: Bara en administratör kan ändra de här inställningarna. En anonymisering kan inte ångras.

Systemet behåller personuppgifter bara så länge som det behövs. En person anonymiseras när hen slutar eller begär det. Att sluta betyder ett raderat konto, eller en extern kontakt som inte har hört av sig på länge. En begäran hanterar du i dialogen för dataexport med ”Anonymize”.

Ärendena själva har ingen tidsfrist. Deras innehåll behåller sitt syfte, till exempel som kundhistorik. Rapporter och tidsregistreringar fortsätter att räknas.

Alla tidsfrister finns under ”Settings → Security” i kortet ”Data protection”. Det har tre block: ”Deleted accounts”, ”External contacts” och ”Security log retention”. Varje block har ett reglage, en tidsfrist och ”Save”. Blocket ”Security log retention” har två reglage och två tidsfrister. Under dem finns ”Archives”. Efter en återställning tillkommer ”Restore from a backup” så snart nästa körning klockan 03:00 har gjorts. Till dess visar kortet anteckningen ”… will be applied again tonight at 03:00.” Kortet ”Anonymisera personer” förklarar det första blocket. Där finns också mallen för din integritetspolicy. Under beskrivningen av kortet ”Data protection” finns länken ”Data protection guide for operators”. Guiden innehåller mallar för registret över behandling, de tekniska och organisatoriska åtgärderna och ett koncept för lagring och radering.

Under varje block finns en rad ”Last run”. Den anger datum och tid för den senaste nattkörningen och hur många personer eller poster den hanterade. ”0 done” betyder att det inte fanns något att göra. ”Not run yet” står där så länge uppgiften inte har något resultat. Är ett reglage av körs inte dess uppgift.

Är raden orange har uppgiften inte gjort allt. Vid ”skipped” anger den hur många personer, poster eller filer som hoppades över. För ”Archives” är det låsta eller skadade filer. Vid ”failed” misslyckades hela uppgiften. Meningen efter säger vad du ska göra. Står det ”Details are in the server log.”, läs serverns logg. Under Linux visar kommandot ”sudo podman logs container-backend-1” den. Nämner den anonymiseringsnyckeln, följ avsnittet ”När nyckeln inte kan läsas” längre ned. Det som hoppades över försöker nästa nattkörning igen.

Mer om detta i kortet: Anonymisera personer, Få tillbaka allt

Kortet ”Data protection” med blocken ”Deleted accounts”, ”External contacts” och ”Security log retention”, under dem ”Archives” och ”Restore from a backup”, var och en med raden ”Last run”.
De röda ramarna ligger på raderna ”Last run”. Här är alla fyra reglagen på. Som standard är bara de två reglagen i blocket ”Security log retention” på.Öppna bilden i full storlek
Blocket ”External contacts” med reglaget ”Anonymize external contacts automatically” och fältet ”Months without contact”.
De röda ramarna ligger på reglaget och på antalet månader. Texten under anger vad som räknas som kontakt.Öppna bilden i full storlek
Fönstret ”Who will be anonymized” med meningen ”Nobody is due yet with this time limit.”, inskrivet ANONYMIZE och ”Confirm”.
De röda ramarna ligger på fältet och på ”Confirm”. Här förkortades tidsfristen till 24 månader, och ingen skulle beröras. Annars visas här antalet och de första personerna med sin senaste kontakt.Öppna bilden i full storlek
Kortet ”Recent sign-in attempts” med meningen ”Entries are deleted after 90 days (Settings → Security).” och tre inloggningar.
Den röda ramen ligger på meningen om tidsfristen. Är raderingen av står det ”Entries are kept until you delete them.”Öppna bilden i full storlek
Två anteckningar högst upp på kortet: antalet adresser som inte längre känns igen och anonymiseringar som inte kunde föras över.
Den röda ramen ligger på anteckningen om överföringen. Vad du ska göra står i avsnittet ”Återställa en säkerhetskopia”.Öppna bilden i full storlek
Varningen ”The anonymization key cannot be read” med länken ”How to restore the key” och knappen ”Discard old key”.
De röda ramarna ligger på länken till den här handboken och på ”Discard old key”. Så länge varningen visas visar kortet ingen anteckning om väntande anonymiseringar.Öppna bilden i full storlek
Fönstret ”Discard old key” med DISCARD inskrivet i fältet ”Confirmation word”.
De röda ramarna ligger på fältet och på ”Discard old key”. Först med ordet går det att klicka på knappen.Öppna bilden i full storlek

Externa kontakter

Externa kontakter är personer utan personalkonto. Det är beställare utan konto och kundkonton. För systemet slutar de aldrig. Därför räknar det här blocket tiden sedan den senaste kontakten.

Den senaste kontakten är den senaste av dessa tidpunkter: den senaste ändringen i ett ärende som personen har beställt, ett mejl från personen, en egen kommentar, ett svar på en nöjdhetsenkät, ett godkännande som gick till personen och ett förslag för beställarens uppgifter. För ett kundkonto räknas också dagen då det skapades. Ett nytt konto som aldrig har använts berörs därför inte direkt. Konton som fanns redan före uppdateringen till version 1.7.0 räknas som skapade på uppdateringsdagen.

Personalkonton och deras adresser berörs aldrig. Det gäller också en gemensam adress som info@ om den hör till ett personalkonto. Den som har ett ärende som inte är stängt hoppas över tills det är stängt. Raderade konton hör till blocket ”Deleted accounts”.

Reglaget ”Anonymize external contacts automatically” är avstängt som standard. Bredvid ”Months without contact” anger du antalet månader. Tillåtet är 1 till 120, standard är 36.

När du slår på reglaget öppnas först fönstret ”Who will be anonymized”. Det anger hur många personer som berörs och visar de första med sin senaste kontakt. Skriv ANONYMIZE i fältet och klicka på ”Confirm”. Samma fönster visas när du förkortar antalet medan reglaget är på och klickar på ”Save”.

Det tillämpas i nästa nattkörning. Varje berörd person anonymiseras som med ”Anonymize”. Innehållet töms aldrig. Kvar blir platshållaren, ärendena och nyckeltalen. Namn och telefonnummer i löptext står kvar. Kortet ”Anonymisera personer” anger begränsningarna.

Säkerhetslogg

Säkerhetsloggen registrerar inloggningshändelser och administratörsåtgärder. Inloggningshändelser innehåller också IP-adressen och webbläsarens identifiering. Vad som registreras exakt förklarar kortet ”Säkerhetsloggen”.

Kortet ”Recent sign-in attempts” under ”Settings → SSO Settings” visar de senaste 100 inloggningshändelserna via SSO och katalogen. Den som får öppna sidan kan se det. Som standard är det bara administratörer. Meningen under kortets rubrik anger tidsfristen, till exempel ”Entries are deleted after 90 days (Settings → Security).”

Som standard raderas inloggningshändelser efter 90 dagar och administratörsåtgärder efter 12 månader. I blocket ”Security log retention” ställer du in 7 till 365 dagar bredvid ”Days” och 1 till 120 månader bredvid ”Months”. Reglagen ”Delete old sign-in events” och ”Delete old administrator actions” stänger av raderingen. Posterna finns då kvar. Inget bekräftelseord behövs, eftersom bara poster raderas och inga personer.

Inloggning med användarnamn och lösenord finns också i säkerhetsloggen. Ett misslyckat försök sparas med IP-adress och webbläsare. En lyckad inloggning sparas bara för administratörer och efter misslyckade försök.

Arkiv

En arkivfil innehåller också personer som anonymiserades först senare. Nattkörningen efter en anonymisering uppdaterar därför varje arkivfil där personen förekommer. Namn och adresser ersätts där av samma platshållare som i databasen. Tömdes innehållet saknas även bilagorna till de ärendena i arkivet.

Fram till nästa natt står personen alltså fortfarande i klartext i arkiven. Arkiv har inget reglage. En arkivfil som är låst just då lämnas oförändrad, till exempel för att den laddas ned eller återställs. Detsamma gäller en skadad fil. Nästa nattkörning försöker igen.

Tid och tidszon

Alla dessa uppgifter körs en gång om dagen klockan 03:00. Tidszonen under ”Settings → General Settings” i kortet ”Time Zone” gäller. Serverns klocka spelar ingen roll. Många servrar går på UTC. Där vore 03:00 en annan timme för dig.

Systemet kontrollerar var tionde minut om körningen ska göras. Den första kontrollen efter 03:00 startar den. Var servern avstängd klockan 03:00 följer körningen vid den första kontrollen efter starten.

Efter uppdateringen till version 1.7.0 följer den första körningen strax efter uppdateringen, senast klockan 03:00 natten därpå. Den körningen raderar poster i inloggningsloggen som är äldre än 90 dagar.

Ändrar du tidszonen gäller den nya från nästa kontroll. Körningen sker högst en gång per kalenderdag. Efter ett byte västerut kan den utebli den dagen. Den följer då dagen efter.

Applikationen ”Ticket System Backup & Restore” planerar sina säkerhetskopior i samma tidszon. Den läser zonen från ärendesystemet när schemat tillämpas. Fliken ”Schedule” och ”schedule --show” visar tiden med zonen, till exempel ”02:00 (Europe/Berlin)”. Går databasen inte att nå just då behålls den tidigare zonen. Finns det ingen ännu gäller datorns klocka, och visningen lyder ”(host clock)”.

Operativsystemet känner bara sin egen klocka. Applikationen räknar därför om tiden. Beroende på serverns tidszon lägger den in en eller två poster per schema. Så körs säkerhetskopian vid rätt tid både sommar och vinter. Vid start kontrollerar den om en säkerhetskopia verkligen ska göras. Annars avslutas den utan säkerhetskopia, och i loggen står ”No backup is due at this time in …”.

Ändrar du tidszonen i ärendesystemet körs nästa schemalagda säkerhetskopia ändå. Därefter lägger applikationen in schemat på nytt. I loggen står då en varning som börjar med ”The time zone in the ticket system changed”. Kunde schemat inte läggas in på nytt står det ”The schedule could not be updated.” Öppna då applikationen och klicka på ”Apply schedule”.

När nyckeln inte kan läsas

Systemet minns anonymiserade e-postadresser som ett fingeravtryck. För det behöver det en nyckel. Serverns nyckelring skyddar den här nyckeln. Nyckelringen består av filerna key-*.xml i nyckelmappen. Saknas de eller passar de inte visar kortet varningen ”The anonymization key cannot be read”.

Då fungerar inte heller sparade lösenord för e-post och SSO. De hänger på samma nyckelring. Nattkörningarna för raderade konton och säkerhetsloggen fortsätter. Personer som bara är kända via sin adress hoppas över. ”Anonymize” avvisar en körning via enbart adressen.

Så här hämtar du tillbaka nyckelringen. Ta en säkerhetskopia från före problemet. Den innehåller nyckelmappen som en egen fil. Under Linux ligger säkerhetskopiorna i ”/opt/smitey/backups”. Kopiera en av dem till en tom mapp och gå till den mappen. Kommandona nedan skriver säkerhetskopian som vanliga filer och hämtar ut filerna key-*.xml. Därefter kopierar de filerna till nyckelmappen och startar om ärendesystemets server. Andra filer i nyckelmappen lämnas som de är. Efter omstarten är varningen borta. Radera efteråt mappen ”plain”. Den innehåller lösenord och personuppgifter. En äldre säkerhetskopia som slutar på ”.zip” är inte krypterad. För den är det första kommandot ”sudo unzip -o <fil> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar”.

Under Windows ligger säkerhetskopiorna i ”C:\Program Files\SMITEY\backups”. Kopiera en av dem till en tom mapp. Öppna PowerShell där som administratör. Ange kommandot från rutan ”Windows: Skriv säkerhetskopian som okrypterade filer och hämta ut nyckelfilerna”. Ersätt <fil>.smbk i det med säkerhetskopians fullständiga filnamn. Kopiera sedan varje fil key-*.xml med ”podman cp <fil> container-backend-1:/app/DataProtection-Keys/”. Ange kommandona för ägaren och omstarten utan ”sudo”. Radera efteråt mappen ”plain”.

Skriv säkerhetskopian som okrypterade filer och hämta ut nyckelfilerna

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

I mappen ligger exakt en säkerhetskopia. Efteråt ligger filerna key-*.xml där. Undermappen ”plain” innehåller hela säkerhetskopian okrypterad.

Kopiera filerna till nyckelmappen

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

Befintliga filer med ett annat namn ligger kvar i nyckelmappen.

Ge filerna rätt ägare

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

Ärendesystemet körs i containern som en egen användare. Filerna måste tillhöra den.

Starta om ärendesystemets server

sudo podman restart container-backend-1

Efter omstarten läser systemet nyckelringen igen.

Windows: Skriv säkerhetskopian som okrypterade filer och hämta ut nyckelfilerna

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

I PowerShell som administratör, i mappen med säkerhetskopian. Ersätt <file>.smbk med säkerhetskopians fullständiga filnamn. Efteråt ligger filerna key-*.xml där.

Den sista utvägen: ”Discard old key”

Har du ingen säkerhetskopia med nyckelfilerna återstår ”Discard old key”. Bara en administratör ser knappen. Skriv DISCARD i fältet ”Confirmation word” och klicka på ”Discard old key”. Systemet skapar då en ny nyckel.

Anonymiseringar via ett konto fortsätter att gälla. Personer som anonymiserades bara via sin adress känns sedan inte längre igen i säkerhetskopior och arkiv. Kortet anger hur många. En äldre säkerhetskopia kan alltså göra dessa personer synliga igen. De sparade lösenorden för e-post och SSO förblir oläsbara. Ange dem på nytt.

Återställa en säkerhetskopia

Vid återställning frågar ”Ticket System Backup & Restore” om alla som är anonymiserade i dag ska anonymiseras igen. ”Yes” är förvalt. Ärendesystemet gör det i nästa nattkörning klockan 03:00 i sin tidszon. Till dess visar kortet ”… will be applied again tonight at 03:00.”

Säkerhetskopian tar också tillbaka dåtidens reglage och tidsfrister. Kontrollera därför kortet ”Data protection” efter återställningen.

Fanns det varningar vid överföringen anger applikationens statusrad hur många, till exempel ”2 warning(s) while carrying over anonymizations. See the Log tab.” På kommandoraden står detsamma på sista raden och hänvisar till ”backup.log”. Där står vad som inte fungerade. Kunde anonymiseringarna inte föras över, upprepa körningarna efter den här säkerhetskopian för hand. Till hjälp har du listan som du laddade ned före återställningen.

Ärendesystemet läser applikationens överföringsfil vid nästa start. Kan det inte läsa den visar kortet ”A carry-over file from the backup app could not be read”. Filen stannar på servern och läses igen vid nästa start. Återställ då säkerhetskopian en gång till med den aktuella versionen av applikationen.

Passar säkerhetskopians nyckel inte går anonymiseringar via en adress inte att föra över. Kortet visar då ”… could not be carried over from before the restore”. Känner du till de här personerna, anonymisera dem igen via ”Export by e-mail address”.

Raden ”Last run” under ”Restore from a backup” visar hur många anonymiseringar körningen tillämpade igen.

7

Roller och behörighetsmodellen

Det finns tre roller: ”Admin”, ”Agent” och ”Customer”. Fler går inte att skapa. Fritt är i stället nästan varje enskild behörighet; undantagen står längre ned.

De tre hittar du under ”Settings → General Settings” på fliken ”Role”. De går inte att byta namn på.

Vad en roll får göra ligger någon annanstans: under ”Settings → Security” i kortet ”Permission concept”.

Varje rad är en funktion, varje kolumn en roll. En bock tillåter den. Under namnet står den interna nyckeln. Du behöver den inte för att arbeta med sidan.

Listan är lång. Den sträcker sig från användarhantering över åtkomst till de enskilda inställningssidorna hela vägen till tidsredovisning.

Kolumnen ”Agent Team” är specialfallet. Den blir användbar först när bocken ”Agent” är satt på samma rad. Välj ett team där, så gäller behörigheten bara det teamets agenter.

Ingen behörighet kan tas ifrån rollen ”Admin”. Bocken är tillbaka efter att du sparat. Så kan ingen låsa ute sig själv ur sitt eget system. Bara en administratör kan ändra tabellen. Det gäller varje inställning på sidan ”Security”. Alla andra som får öppna sidan ser den skrivskyddad. Sex behörigheter kan aldrig ges till rollen ”Customer”: ”Users: manage accounts”, ”Data export (data subject request)”, ”Anonymize people”, ”Security log”, ”Settings: Security” och ”Settings: Single sign-on”.

Med ”Save” gäller ändringen omedelbart. Den som berörs märker det vid nästa klick.

Kortet ”Permission concept” med tabellen: en rad per funktion, kolumner för administratör, agent, agentteam och kund.
Den röda ramen sitter på rubrikraden. Väljaren i kolumnen ”Agent Team” är bara användbar där bocken ”Agent” är satt.Öppna bilden i full storlek
Fliken ”Role” med de tre rollerna, var och en märkt ”Mandatory”.
Den röda ramen sitter på noteringen. De tre rollerna är märkta ”Mandatory”. Ingen av dem kan raderas.Öppna bilden i full storlek
8

Avdelning, befattning och plats

Tre listor beskriver personen och inte ärendet: avdelning, befattning och plats.

De skapas under ”Settings → General Settings” i kortet ”Drop-down lists”. Hanteringen är densamma för alla tre.

De tilldelas på kontot. I formuläret under ”User management” heter fälten ”Department”, ”Position” och ”Location”.

I användarlistan står avdelningen under teamet. Befattning och plats syns i kontots formulär.

Platsen har en andra användning. Det finns ett fält ”Location” på ärendet, och det hämtar ur samma lista.

Var och en av de tre listorna har en post du inte kan radera. Den heter ”None selected or available” och bär märkningen ”Mandatory”.

Raderar du en annan post flyttar alla som bar den till den platshållaren. Så blir ingen kvar pekande på något som är borta.

Här översätter du inte, utan i ett svep på översättningssidan. Det engelska namnet är ankaret som översättningarna hänger på.

Dialogen ”Edit user” med fälten för avdelning, befattning och plats ifyllda.
De röda ramarna sitter på de tre fälten. De står bredvid teamet men betyder något annat: teamet säger vem som arbetar med ärendena, avdelningen säger var personen arbetar.Öppna bilden i full storlek
Användarlistan med kolumnen ”Team” som innehåller avdelningen under teamnamnet.
Den röda ramen sitter på kolumnen. Teamet står överst, avdelningen under. Den som inte är i något team har ett streck på den platsen.Öppna bilden i full storlek

Skärmbilderna är från version 1.3.1. Ingenting på de visade skärmarna har ändrats fram till version 1.13.3. Det enda som ser annorlunda ut är versionsnumret längst ned i sidopanelen.