Teams og brugere

Et team er et ansvar, ikke en mappe. Det har sine egne kategorier, sine egne frister og sine egne medlemmer. En kunde ser præcis ét af dem. Alt andet handler om, hvem der har hvilken konto, og hvad den konto må.

1

Opret og indstil teams

Teams bor under »Settings → Teams«. Listen står til venstre, indstillingerne for det team, du har klikket på, står til højre. Tallet efter navnet er antallet af medlemmer.

Et nyt team får sit navn i feltet »Team name«. Nedenunder kan du med »Copy categories from« vælge et eksisterende team, så det nye team starter med de samme hoved- og underkategorier. »Create team« opretter det.

Det første team er det team, dine kunder ser. Hvert yderligere team er et specialistteam bag det. At bede en anmelder om selv at vælge den rigtige afdeling er for meget forlangt: hun opretter sin sag hos det første team, og derfra bliver den givet videre.

Det kan du ændre når som helst. Kortet »Customer permissions« bestemmer per team, hvad kunder må der. Det har to kontakter: »Can create new tickets and see their own tickets« og »Can see their own tickets of this team in the dashboard and in reports«. Så snart en af dem er slået til, ser kunderne teamet. Kun når begge er slået fra, dukker teamet slet ikke op for en kunde.

Kortet »Agent Permissions« gælder for dette teams agenter. Det har tre kontakter: styre sager, styre kategorier og se dette teams rapporter. Uden den første kan en agent hverken oprette, redigere eller kommentere sager i dette team og heller ikke uploade vedhæftede filer. Uden den anden forsvinder punktet for teamets kategorier fra sidemenuen. Uden den tredje udelader rapporterne dette team. Hver ændring bliver registreret i teamets »Audit log«.

Kortet »Agents« rummer medlemmerne. Trods overskriften står teamets kunder også i det. Vælgeren ovenover og »Add Agent« tilføjer nogen, »Remove« tager dem ud igen. Den, der bliver tilføjet eller fjernet, skal logge ud og ind én gang.

»Default e-mail language« er det sprog, dette team skriver på. Det gælder, når en mailregel vælger »Team default language«.

Kontakten »Active« tager et team ud af drift. Det forsvinder fra sidemenuen og fra hver vælger. Det bliver ikke slettet af det.

»Delete« fjerner kun et team, så længe der ikke er en sag åben endnu. Ellers nævner systemet grunden og gør intet.

Kortet »Audit log« noterer hver ændring på teamet, med navn og tidspunkt.

Basic kører ét team. Professional har ingen grænse.

Siden »Teams« med listen over begge teams til venstre og indstillingerne for Helpdesk til højre.
De røde rammer sidder på de to teams. Klikker du på et af dem, ændrer det, der står til højre, sig. Tallet i kanten er antallet af medlemmer.Åbn billedet i fuld størrelse
Feltet »Team name« med et navn tastet ind, nedenunder »Copy categories from« og knappen »Create team«.
Tast navnet, overtag eventuelt kategorierne fra et eksisterende team, og så »Create team«.Åbn billedet i fuld størrelse
Kortene »Customer permissions« og »Agent Permissions« med deres kontakter.
De røde rammer sidder på de to overskrifter. Disse kontakter gælder kun dette ene team.Åbn billedet i fuld størrelse
Kortet »Agents« med vælgeren, knappen »Add Agent« og medlemmerne nedenunder.
Den røde ramme sidder på »Add Agent«. Mærkningen ved siden af hvert navn er rollen, og kortet rummer også teamets kunder.Åbn billedet i fuld størrelse
Kortet »Audit log« med sine poster, hver med ændringen, navnet og tidspunktet.
Den røde ramme sidder på overskriften. Hver linje nævner ændringen, hvem der lavede den, og hvornår.Åbn billedet i fuld størrelse
2

Opret administratorer og agenter

Konti bor under »User management«. Listen viser navn og loginnavn, e-mailadressen, teamet med afdelingen nedenunder, og rollen.

»New user« åbner formularen. Fornavn, efternavn, loginnavn og e-mailadresse er påkrævet. Dertil kommer en adgangskode. Med Professional kan du i stedet sætte fluebenet »Send login details by e-mail«.

Med det flueben sætter du ingen adgangskode. Den nye bruger får en mail med sit loginnavn og et tidsbegrænset link og sætter selv sin adgangskode. Systemet sender aldrig adgangskoder.

Rollen bestemmer alt andet. »Admin« og »Agent« er begge medarbejdere og tæller mod den samme pulje. En administrator må mere som udgangspunkt. Næsten hver eneste rettighed kan ændres; undtagelserne står på kortet »Roller og rettighedskonceptet«. Kun en administrator kan give eller fratage rollen »Admin«. Det gælder også for den egne konto. »Edit user« ændrer kun det team, der vises i formularen. Teams, som personen er blevet tilføjet med »Add Agent«, forbliver, som de er.

Basic kommer med to medarbejderpladser. Hvordan du fordeler dem, bestemmer du selv: én administrator og én agent, eller to administratorer. Kunder tæller ikke med, de er ubegrænsede i begge udgaver.

Når nogen rejser, klikker du på arkivsymbolet i hendes række. Kontoen bliver låst, så hun ikke længere kan logge ind.

En låst konto flytter til visningen »Archived« og bærer mærkningen »locked« der. Den er ikke længere synlig i visningen »Active«.

En låst konto optager ikke længere en medarbejderplads, og den dukker ikke op i nogen »Assign to«-vælger. Sager, der allerede er tildelt, beholder deres agent og agentens navn.

I visningen »Archived« hedder den samme knap »Restore« og frigiver kontoen igen. I Basic kræver det igen en ledig plads.

Nøglesymbolet nulstiller en adgangskode. Det overstregede skjold nulstiller tofaktorlogin. Den nye adgangskode bliver så vist én gang på skærmen. Den bliver ikke sendt nogen steder hen.

At nulstille adgangskoden eller tofaktorlogin ophæver kun den korte låsning efter mislykkede forsøg. En arkiveret konto forbliver låst. Den får ingen invitation og ingen nulstillingsmail, og kun »Restore« bringer den tilbage.

Arkivering kan gøres om når som helst. Er nogen gået for altid, så slet også kontoen med skraldespandssymbolet »Delete account«. Tiden frem til den automatiske anonymisering løber først fra sletningen.

Mere om det på kortet: Anonymisere personer

Siden »User management« med alle konti, deres rolle og handlingerne i hver række.
De røde rammer sidder på »New user« og på skiftet mellem åbne og låste konti. Knappen viser, hvilken af de to visninger der er åben.Åbn billedet i fuld størrelse
Dialogen »Create new user« med navne, brugernavn og e-mail udfyldt og vælgerne til team, afdeling, stilling, lokation og rolle.
De røde rammer sidder på rollen og på invitationen. Rollen er den eneste vælger, der skal udfyldes.Åbn billedet i fuld størrelse
Den samme dialog med fluebenet sat: adgangskodefeltet er slået fra og siger, at brugeren sætter den via linket.
Med fluebenet forsvinder stjernen på adgangskodefeltet. Feltet siger selv, hvem der sætter adgangskoden.Åbn billedet i fuld størrelse
Visningen »Archived« med en låst konto, mærkningen »locked« og gendannelsesikonet for enden af rækken.
De røde rammer sidder på mærkningen og på vejen tilbage. Begge findes kun i denne visning.Åbn billedet i fuld størrelse
3

Kunder: kontiene for dem, der anmelder

Kunder er ubegrænsede i Basic og i Professional. De optager ingen medarbejderplads.

En kundekonto bliver til på tre måder. Du opretter den selv under »User management«; med Professional kan du samtidig invitere personen på mail. Den anden vej er selvregistrering. Den tredje er det første login gennem SSO eller et katalog, som opretter kontoen af sig selv.

Kontakten til det sidder under »Settings → Security« i kortet »Self-registration«. Den er slået fra som udgangspunkt. Slået til dukker et »Register«-link op på loginsiden.

Den, der registrerer sig selv, får altid rollen »Customer«. Ingen anden rolle kan uddeles ad den vej.

Med Professional får en selvregistreret kunde endnu en mail efter velkomsten. Med linket i den bekræfter hun sin adresse. Indtil da bærer hendes konto bemærkningen »not confirmed« i listen.

Du kan også selv bekræfte en adresse. I Basic er det den eneste vej, fordi Basic ikke sender mails. Kontoens række viser så en knap med et konvolutikon: »Mark email as confirmed«. Gør det kun, hvis du ved, at adressen tilhører personen.

Til en intern helpdesk er du bedre stillet ved at lade kontakten være. Ellers opretter enhver, der kender adressen, en konto.

En kunde ser kun sine egne sager. Det er de sager, hun selv har oprettet. Dertil kommer de sager, som en agent eller en e-mail har oprettet til hendes bekræftede adresse. En sag, som en anden kunde opretter med hendes adresse, forbliver skjult for hende. Har to konti samme adresse, kan begge se disse sager.

Er hendes adresse endnu ikke bekræftet, står der en meddelelse over hendes sagsliste. Med »Send confirmation email« beder hun om linket igen. Meddelelsen vises kun, hvis systemet kan sende mails.

Hendes sidemenu er kort: hendes sager, en ny sag, vidensbasen. Hun får aldrig nogen indstillinger at se. Er teamets kontakt »Can see their own tickets of this team in the dashboard and in reports« slået til, rummer hendes sidemenu også dashboardet og rapporterne.

Hvad hun må i et team, bliver sat på teamet. Kun når begge kundekontakter er slået fra, findes det team ikke for hende.

Kortet »Self-registration« med kontakten og bemærkningen nedenunder.
Den røde ramme sidder på kontakten. Teksten ved siden af siger, hvad den gør, og hvad der sker uden mailafsendelse.Åbn billedet i fuld størrelse
Det samme system, logget ind som kunde: en kort sidemenu og en sagsliste med kun hendes egne sager.
Kolonnen »User« rummer det samme navn i hver række. En kunde ser intet, der ikke er hendes, og indstillingerne mangler i sidemenuen.Åbn billedet i fuld størrelse
4

Dataeksport for én person

Før du går i gang: Du skal have rettigheden »Data export (data subject request)«. Som standard har kun administratorer den.

En person kan spørge dig, hvilke data du gemmer om vedkommende. Dataeksporten samler det hele i én ZIP-fil.

Du starter den under »User management«. Hver række har et filsymbol med en pil og teksten »Export personal data«. Det åbner eksporten for den konto.

Nogle personer har ingen konto. De har kun skrevet til dig, eller en agent har oprettet en sag med deres adresse. Til dem findes »Export by e-mail address« øverst på siden. Skriv adressen der, og klik på »Search«. Søgningen virker med en konto eller en adresse, aldrig med et navn.

En søgning på adresse finder mindre end en søgning på kontoen. Den finder kun de steder, hvor selve adressen står, for eksempel som anmoder på en sag eller som afsender af en e-mail. En søgning på kontoen finder desuden alt, hvad der er knyttet til kontoen. Hører adressen til en konto, siger dialogen det og tilbyder »Use this account«. Derefter viser den personens navn og kontoens e-mailadresse.

Før du henter noget, viser dialogen, hvad den har fundet, talt pr. område. Områder er for eksempel sager, tidsposter, tilfredshedsundersøgelser og sikkerhedsloggen. Finder den intet, står der »No data found for this person.«, og der er ingen download. Hører adressen til en konto og har selv ingen fund, viser dialogen ingen fund og ingen download. Den viser boksen med »Use this account«. Administratorer ser desuden området »Anonymize« nedenunder. Kortet »Anonymisere personer« forklarer det.

»Download« opretter ZIP-filen. Den indeholder én JSON-fil pr. område, så dataene kan læses maskinelt. Filerne fra alle fundne vedhæftninger følger med. »overview.html« viser det vigtigste indhold i en læsbar form. Der står ved hver sag, hvorfor den er med (»Why this ticket is included«). »README.txt« er skrevet til personen og forklarer, hvad filen indeholder.

En sag, der vedrører personen, kommer med i sin helhed. Det gælder også kommentarer og ændringer fra andre personer. Interne noter er også med og er markeret som interne. Har personen svaret pr. e-mail på en anden persons sag, bærer den sag mærket »Replied by e-mail to someone else’s ticket«. En sag, hvor personen lavede den seneste ændring, kommer også med. Under »Why this ticket is included« står der så »Last person to change the ticket«.

Gennemgå derfor eksporten, før du udleverer den. Overstreg andre personers data, hvor det er nødvendigt. Dialogen minder dig om det. »README.txt« indeholder ikke denne påmindelse, fordi den går til personen.

Sager, der er flyttet til et arkiv, bliver ikke gennemsøgt. Gennemgå dine arkiver separat. Det minder dialogen dig også om.

Adgangskoder og nøgler til totrinslogin er ikke en del af eksporten.

Hver download bliver registreret: hvem der startede den, for hvilken person og hvornår. Registreringen indeholder intet af eksportens indhold. Søgningen før den bliver ikke registreret.

En agent, der får rettigheden, skal også have »Users: manage accounts«. Ellers kan vedkommende ikke nå siden »User management«. Rettigheden kan aldrig gives til rollen »Customer«.

Området »Survey consents and unsubscribes« samler hvert samtykke og hver afmelding til tilfredshedsmålingen med dato, kanal og sag. »overview.html« viser hele historikken i et afsnit for sig. Hvis personen blev anonymiseret efter en afmelding, finder eksporten via personens adresse den tilbageværende afmelding. Kolonnen »E-mail address« viser så »Anonymized (address removed)«.

Mere om det på kortet: Anonymisere personer

Siden »User management« med knappen »Export by e-mail address« øverst og filsymbolet med en pil i hver række.
De røde rammer sidder på »Export by e-mail address« og på symbolet i Julia Beckers række. Begge åbner den samme dialog.Åbn billedet i fuld størrelse
Dialogen »Export personal data« for Julia Becker med hendes e-mailadresse under navnet, listen over fund pr. område, de to påmindelser om gennemgang og arkiver, området »Anonymize« og knappen »Download«.
De røde rammer sidder på listen over fund og på »Download«. Listen nævner kun områder, hvor der blev fundet noget.Åbn billedet i fuld størrelse
Den samme dialog efter en søgning på adresse: den nævner den konto, adressen hører til, og tilbyder »Use this account«.
Den røde ramme sidder på »Use this account«. Med adressen alene finder søgningen intet her. Derfor viser dialogen ingen fund og ingen »Download«. Eksporten for kontoen finder Julia Beckers sager. Området »Anonymize« nedenunder ser kun administratorer.Åbn billedet i fuld størrelse
5

Anonymisere personer

Før du går i gang: Kun en administrator kan anonymisere en person. En anonymisering kan ikke gøres om.

Nogle data må ikke blive liggende for altid. Når nogen forlader din virksomhed, eller en person beder dig slette sine data, anonymiserer du personen. Navn og e-mailadresse bliver så erstattet af en pladsholder som »Anonymized user 3«. Sagerne bliver. Rapporter, frister, tidsposter og tilfredshedstal tæller fortsat med.

Hver person får sit eget nummer. To poster med samme nummer stammer fra den samme person. E-mailadressen bliver til »anonymized-3@anonymized.invalid«. Til sådan en adresse kan der ikke leveres mail, derfor springer systemet den over ved afsendelse. Pladsholderen gemmes på engelsk og forbliver engelsk på alle sprog.

Der er to veje. Den automatiske vej anonymiserer slettede konti efter et fast antal måneder. Den øjeblikkelige vej anonymiserer én person med det samme, for eksempel efter en anmodning om sletning.

Den automatiske vej finder du under »Settings → Security« i kortet »Data protection«. Kontakten »Anonymize deleted users automatically« er slået fra som standard. Ved siden af »after« indtaster du antallet af måneder. Tilladt er 1 til 120, standard er 36. »Save« gemmer et ændret antal.

Tiden tæller fra den dag, en konto blev slettet. Systemet tjekker hvert tiende minut, om en kørsel skal ske. Den kører én gang om dagen, ved det første tjek efter 03:00 i tidszonen under »Settings → General Settings«. Hver slettet konto, hvis tid er gået, bliver anonymiseret i den kørsel.

Når du slår kontakten til, åbnes der først et vindue. Det viser de slettede brugere, som den næste kørsel vil anonymisere, hver med dagen for sletningen. Skriv ANONYMIZE i feltet, og klik på »Confirm«. Først da er kontakten slået til. Er klokken allerede over 03:00 i den tidszone, følger den første kørsel inden for cirka ti minutter.

Det samme vindue vises, når du forkorter antallet af måneder, mens kontakten er slået til. At slå den fra kræver ingen bekræftelse.

Tiden starter først, når en konto bliver slettet. Arkivering er ikke nok. En arkiveret konto er kun låst og kan komme tilbage når som helst, for eksempel efter forældreorlov. For at slette en konto klikker du på skraldespandssymbolet »Delete account« i dens række under »User management«.

Et vindue fortæller på forhånd, hvad der følger. Er den automatiske anonymisering slået til, nævner det antallet af måneder. En slettet konto vises i visningen »Archived« med mærket »Deleted«. Symbolet »Restore account« henter den tilbage. For administratorer og agenter kræver Basic en ledig plads til det. Bliver kontoen slettet igen senere, starter tiden forfra.

Din egen konto har intet skraldespandssymbol. Kun en administrator kan slette eller arkivere en administratorkonto. Den sidste aktive administrator kan hverken slettes eller arkiveres.

Når nogen er gået for altid, skal du derfor slette kontoen og ikke kun arkivere den. En konto, der har været arkiveret i mere end et år, viser et kalendersymbol i sin række. Dets værktøjstip minder dig om at slette kontoen.

Den øjeblikkelige vej findes i dialogen til dataeksport, i området »Anonymize« under fundene. Du åbner dialogen fra en kontos række eller med »Export by e-mail address« for en person uden konto.

Hører adressen til en konto, så klik først på »Use this account«. Kun så bliver selve kontoen anonymiseret. En kørsel på adressen alene erstatter adressen der, hvor den er gemt, og lader kontoen være, som den er.

Skriv ANONYMIZE i feltet, og klik på »Anonymize«. En aktiv konto bliver først slettet og derefter anonymiseret. Din egen konto kan ikke anonymiseres. Det kan den sidste aktive administrator heller ikke.

Bagefter bærer rækken mærket »Anonymized«. Sådan en konto kan ikke længere redigeres, gendannes eller genaktiveres. Kun dataeksporten er tilbage. Du må køre anonymiseringen igen. Nummeret forbliver det samme, og data, der er gendannet siden, bliver også omfattet.

Boksen »Also clear the content of tickets this person requested« går videre. Tallet i parentes er antallet af disse sager. Deres tekster bliver tømt, og deres vedhæftede filer slettet. Andres sager, hvor personen kun har svaret, bliver kun anonymiseret.

Tjek først dine pligter til opbevaring. I Tyskland skal for eksempel forretningsbreve opbevares i seks år. Dialogen minder dig om det. Den automatiske vej anonymiserer kun. Den tømmer aldrig indhold.

Kunne en fil ikke slettes fra serveren, nævner dialogen hvor mange. Kørslen tæller alligevel som færdig. Systemet prøver ikke igen af sig selv.

Hver kørsel bliver registreret med tidspunkt, pladsholderens nummer og hvad der blev ændret. Ved den øjeblikkelige vej nævner registreringen også, hvem der startede den. Den indeholder hverken personens navn eller e-mailadresse.

At anonymisere kræver rettigheden »Anonymize people«. Som standard har kun administratorer den. Kun en administrator kan bruge den. Den kan aldrig gives til rollen »Customer«. Dialogen til dataeksport kræver desuden »Data export (data subject request)«.

Mere om det på kortet: Dataeksport for én person, Opbevaringsfrister

Kortet »Data protection« med kontakten slået fra, feltet til månederne, »Save« og linket »Download list of anonymizations«.
De røde rammer ligger på kontakten og på antallet af måneder. Kontakten er slået fra, som efter hver opdatering.Åbn billedet i fuld størrelse
Vinduet »Who will be anonymized« med én slettet bruger og datoen for sletningen, nedenunder feltet med ANONYMIZE og knappen »Confirm«.
De røde rammer ligger på listen og på »Confirm«. Oliver Grant blev slettet for mere end 36 måneder siden. Den første kørsel ville anonymisere ham.Åbn billedet i fuld størrelse
Vinduet »Delete account« for Amir Khan. Teksten nævner, hvad der følger, og de 36 måneder frem til anonymiseringen.
Den røde ramme ligger på »Delete account«. Den automatiske anonymisering er slået til her. Derfor nævner vinduet antallet af måneder.Åbn billedet i fuld størrelse
Visningen »Archived« med Oliver Grants slettede konto, mærket »Deleted« og symbolet til at gendanne den.
De røde rammer ligger på mærket »Deleted« og på »Restore account«. Indtil anonymiseringen kan kontoen hentes tilbage.Åbn billedet i fuld størrelse
Dialogen »Export personal data« for Tomas Novak. Under fundene ligger området »Anonymize« med den afkrydsede boks, indtastet ANONYMIZE og knappen »Anonymize«.
De røde rammer ligger på boksen og på »Anonymize«. Tomas Novak har anmodet om fire sager. Deres indhold ville også blive tømt.Åbn billedet i fuld størrelse
Området »Anonymize« efter kørslen: øverst »Already anonymized as Anonymized user 2«, nederst meddelelsen »Done«.
Den røde ramme ligger på meddelelsen med pladsholderens nummer. Området tillader en ny kørsel.Åbn billedet i fuld størrelse
Visningen »Archived« med anonymiserede konti. Hver række bærer et pladsholdernavn, pladsholderadressen og mærket »Anonymized«.
Den røde ramme ligger på mærket »Anonymized«. En anonymiseret konto har ingen handling tilbage ud over dataeksporten.Åbn billedet i fuld størrelse

Kontoen

De følgende tabeller nævner hvert sted, hvor systemet gemmer en person, og hvad anonymiseringen gør der. Du kan bruge dem til at beskrive, hvordan din virksomhed sletter personoplysninger.

DataHvad der sker
Fornavn og efternavn»Anonymized user« og nummeret
E-mailadresse og loginnavnpladsholderadressen
Telefonnummerfjernet
Afdeling, stilling og placeringfjernet
Sprog, lyst eller mørkt udseende, tilgængelighedtilbage til standardværdien
Adgangskode og listen over tidligere adgangskoderslettet
Nøgler til totrinslogin og forbindelsen til en konto hos en logintjeneste (SSO)slettet
Loginhændelser i sikkerhedsloggenslettet. Personens administratorhandlinger i sikkerhedsloggen bliver stående. Navnet bliver der erstattet af pladsholderen.
Profilbilledeslettet
Rolle og teammedlemskaberfjernet. Brugerlisten viser derefter rollen »Customer«.
Eget kolonnevalg i sagslistenfjernet
Et kørende stopur i tidsregistreringenslettet
Selve kontoenbliver, slettet og låst for altid. Sager, kommentarer og tidsposter peger fortsat på den. Derfor tæller rapporterne fortsat.
Ja/nej-markeringer for bekræftet e-mailadresse, bekræftet telefonnummer og totrinslogin, sagslistens ja/nej-indstilling, tælleren for mislykkede forsøg, tidspunktet for den seneste ændring af adgangskoden og for deaktiveringenbliver. De indeholder ingen værdi fra personen, kun ja eller nej, tal og tidspunkter. Selve adressen, nummeret, adgangskoden og nøglerne er erstattet eller slettet.
Oplysningen på en sag om, hvem der sidst ændrede denfjernes. Sagen nævner derefter ingen som den person, der sidst ændrede den.

Kopier af navnet

Nogle steder gemmer systemet navnet en gang til. På den måde viser en post stadig, hvem der lavede den, efter en ændring. Også disse kopier bliver erstattet.

StedHvad der sker
Hvem der lavede en ændring i sagshistorikkenpladsholdernavn
Navn på tidsposterpladsholdernavn
Hvem der ændrede en artikel i vidensbasenpladsholdernavn
Poster i et teams »Audit log«, også »Added user …« og »Removed user …«pladsholdernavn
Anmoderens navn på sager, som personen har anmodet ompladsholdernavn. Anmoderens telefonnummer bliver fjernet.
Gamle og nye værdier i sagshistorikken: anmoderens navn, adresse og telefonnummer, observatører, tildelingpladsholder eller fjernet. Det gælder i personens sager og i sager, hvor personen tidligere var anmoder.

E-mailadresser

Overalt hvor en adresse tilhørende personen er gemt som et selvstændigt felt, bliver den til pladsholderadressen. Store og små bogstaver er ligegyldige.

StedHvad der sker
Anmoderens adresse på sagerpladsholderadresse
Modtager af tilfredshedsundersøgelserpladsholderadresse
Adresse på en godkender, ved godkendelser og i anmodninger med opgaverpladsholderadresse
Afsender af indgående e-mailspladsholderadresse
Fast modtageradresse i svarskabelonerpladsholderadresse
Intern note om, at en mailregel allerede har behandlet en e-mailpladsholderadresse
Adresse i registreringen af tidligere dataeksporterpladsholderadresse. Selve registreringen bliver som bevis. En senere dataeksport for denne adresse registrerer også kun pladsholderen.
Forslag til anmoderens oplysninger, når en sag oprettesslettet, hvis de bærer adressen
Post på spærrelisten for e-mailsbliver. Ellers ville spam fra denne adresse komme igennem igen efter sletningen.
Samtykker og afmeldinger til tilfredshedsmålingenslettet. Hvis den sidste post var en afmelding, bliver den stående som én post uden adressen. Listen »Survey consents and unsubscribes« viser den som »anonymized«. Indtil personen giver samtykke igen eller tilmelder sig igen, går der ingen måling til adressen. Hvis anonymiseringsnøglen ikke længere kan læses eller blev kasseret, har denne post ikke længere nogen virkning.

Adresser i tekst

I tekster erstatter anonymiseringen kun personens e-mailadresser. Det sker i de sager, der vedrører personen. Det er de samme sager, som dataeksporten finder.

TekstHvad der sker
Sagens beskrivelseadresser erstattet
Kommentarer, også teksten i indgående e-mailsadresser erstattet
Emne i indgående e-mailsadresser erstattet
Noter på tidsposteradresser erstattet
Kommentar i en tilfredshedsundersøgelseadresser erstattet
Gamle og nye værdier i sagshistorikkenadresser erstattet
Titel og tekst i artikler i vidensbasen, også i deres historikadresser erstattet, i alle artikler

Tømme indholdet af anmodede sager

Med boksen »Also clear the content of tickets this person requested« mister disse sager deres indhold. Det, som rapporter og frister har brug for, bliver.

Del af sagenHvad der sker
Nummer, datoer, status, team, kategori, prioritet, tildeling og fristerbliver
Titelbliver til »Content removed«
Beskrivelsetømt
Alle kommentarer, også agenternes svarteksten tømt. Selve kommentaren bliver, så første svar og frister fortsat stemmer.
Emne i indgående e-mailstømt
Værdier i brugerdefinerede felterslettet
Note til opfølgningen og placeringtømt
SagshistorikArten af hver ændring bliver. Værdierne bliver tømt, undtagen for status, prioritet, kategori, underkategori, kanal, team, eskalering og tildeling. Rapporterne har brug for dem.
TilfredshedsundersøgelseBedømmelsen bliver, kommentaren bliver tømt.
TidsposterDe bogførte minutter bliver, noten bliver tømt.
Vedhæftede filerslettet, posten og filen

Grænser

Navne i løbende tekst bliver stående, for eksempel »Venlig hilsen, Max« i slutningen af en mail. Telefonnumre i løbende tekst bliver også stående. Ingen af dem kan genkendes pålideligt. Til en kundes sager findes boksen til at tømme indholdet.

Har en anden konto samme for- og efternavn, bliver personens navn ikke erstattet i sagshistorikken eller som anmoderens navn. Ellers ville også den anden persons poster blive ramt. Adresse og telefonnummer bliver alligevel erstattet. Kontrollen sammenligner for- og efternavn. Tildelingshistorikken gemmer loginnavnet. En navnefælle, der kun står der med sit loginnavn, bliver derfor ikke genkendt.

Meget gamle poster i sagshistorikken, som endnu ikke peger på kontoen, bærer kun navnet. De bliver ikke genkendt.

En sag, som en agent har oprettet pr. telefon uden anmoderens e-mailadresse, bliver ikke genkendt. Anmoderens navn og telefonnummer bliver stående i den.

Adresser i indstillingerne bliver ikke ændret, for eksempel i mailregler og automatiseringsregler. Står personens adresse der, så ret den selv.

Skriver personen igen efter kørslen, dækker en ny kørsel på personens adresse også de nye e-mails. Du starter den med »Export by e-mail address«. Nummeret forbliver det samme. En ny kørsel på den anonymiserede konto finder ikke de nye e-mails. Kontoen kender ikke længere den gamle adresse.

Arkiver tager systemet sig selv af. Når du gendanner et arkiv, bliver hver tidligere anonymiseret person anonymiseret igen i de gendannede sager. Meddelelsen efter gendannelsen nævner hvor mange. En adresse, der i disse sager kun står i løbende tekst, bliver ikke genkendt der. Arkivfiler bliver desuden opdateret af den natlige kørsel efter en anonymisering. Kortet »Opbevaringsfrister« forklarer det.

Med en sikkerhedskopi er det anderledes. En sikkerhedskopi fra før en kørsel indeholder stadig de gamle data. Når du gendanner, tager »Ticket System Backup & Restore« sig af det. Programmet spørger, om alle, der er anonymiseret i dagens tilstand, skal anonymiseres igen. »Yes« er valgt på forhånd. Ticketsystemet gør det så i den natlige kørsel klokken 03:00 i den indstillede tidszone. Det gælder også, når kontakten er slået fra. Indtil da kan man se deres navne igen. Kortet »Data protection« viser en note med antallet. Sikkerhedskopien bringer også kontaktens daværende indstilling tilbage. Tjek derfor kontakten efter gendannelsen.

Gendanner du en sikkerhedskopi på en anden måde, svarer »No« eller bruger »--no-reapply« på kommandolinjen, sker det ikke. Den automatiske vej finder så de slettede konti igen, så længe kontakten er slået til. Kørsler, du har startet i hånden, skal gentages. Til det hjælper linket »Download list of anonymizations« i kortet »Data protection«. Download listen før gendannelsen. Bagefter indeholder den ikke længere de kørsler, der blev lavet efter sikkerhedskopien. Listen har én række pr. anonymiseret person, med kolonnerne »Date«, »Number«, »Account ID«, »E-mail hash« og »Content cleared«. »Date« er tidspunktet for den første kørsel i UTC. »Account ID« er kun udfyldt, hvis en konto blev anonymiseret. »E-mail hash« er et fingeraftryk af adressen, der ikke kan regnes tilbage. »Content cleared« viser, om indholdet af de sager, personen har oprettet, blev tømt. Download selv listen efter hver kørsel, og opbevar den uden for systemet. En sikkerhedskopi fra før en kørsel indeholder ikke den kørsel.

Tekst til din privatlivspolitik

Som operatør skal du fortælle personerne, hvor længe du gemmer deres data. Denne tekst kan du overtage i din egen privatlivspolitik.

Skabelontekst

Efter din fratræden bliver dit navn og din e-mailadresse i sagssystemet erstattet af en pladsholder efter [36] måneder. Sager og nøgletal bevares uden henvisning til dig. På din anmodning kan vi også anonymisere dine data tidligere, medmindre en opbevaringspligt står i vejen. Data om eksterne kontakter, som der ikke har været kontakt med i [36] måneder, bliver anonymiseret på samme måde. Loginhændelser i sikkerhedsloggen bliver slettet efter [90] dage. Poster om administratorhandlinger bliver slettet efter [12] måneder.

Tilpas tallene til dine egne indstillinger. Udelad hver sætning, hvis kontakt er slået fra. Lad din egen databeskyttelsesrådgiver kontrollere teksten. Denne vejledning er ikke juridisk rådgivning.

Anmodninger om sletning og personer, der vender tilbage

At slette og at anonymisere er to forskellige ting. »Delete account« skjuler kun en konto. »Restore account« henter den tilbage. Indtil da forbliver kontoens e-mailadresse reserveret til den. En anmodning om sletning opfylder du derfor med »Anonymize« i dialogen til dataudtræk. Det kan ikke fortrydes. Navn og adresse erstattes af »Anonymized user« og nummeret. Forbindelsen til kontoen hos en udbyder af single sign-on slettes.

Hver e-mailadresse hører til præcis én konto. Opretter du en konto med en adresse, som en anden konto allerede har, afviser systemet det. Meddelelsen lyder »This e-mail address already belongs to another account.« Det samme gælder, når du ændrer en kontos adresse. Hører adressen til en slettet konto, lyder meddelelsen »This e-mail address belongs to a deleted account. Restore that account instead.« Gendan så den gamle konto i stedet for at oprette en ny. Anonymiserede konti tæller ikke med. De har kun pladsholderadressen tilbage.

En slettet konto kan ikke gendannes, hvis en anden aktiv konto i mellemtiden har samme adresse. Meddelelsen lyder så »This e-mail address already belongs to another account.« Ændr først den anden kontos adresse.

Fra tiden før denne regel kan der findes konti, der deler en adresse. Brugeradministrationen viser dem med noten »This e-mail address belongs to more than one account. Change it so that each account has its own address.« Giv hver af disse konti sin egen adresse. Indtil da virker login med adressen i stedet for brugernavnet ikke. Mailen til nulstilling af adgangskoden sendes heller ikke.

Vender en person tilbage efter en anmodning om sletning, får vedkommende en ny konto. Det gælder for eksempel, når vedkommende logger ind igen via Google eller Microsoft med samme adresse. Dertil skal »Automatically create accounts on first sign-in« være slået til. Den anonymiserede konto har ikke længere adressen og står ikke i vejen for den nye konto.

Gamle anonymiseringer rammer aldrig denne persons nye sager. Det gælder også, efter at en sikkerhedskopi eller et arkiv er gendannet. Anvendes en anonymisering igen, omfatter den kun data, der er opstået før dens tidspunkt.

Var den gamle konto kun slettet og ikke anonymiseret, afviser systemet det første login via SSO med denne adresse. Hvad personen ser, afhænger af udbyderen. Bekræfter udbyderen adressen, lyder meddelelsen »An account with this e-mail address was deleted. Ask an administrator to restore it.« Bekræfter den den ikke, lyder den »Your e-mail address is not verified with the provider.« Så afslører systemet ikke, om der findes en slettet konto til en adresse.

Som administrator har du så to veje. Gendanner du den gamle konto med »Restore account«, arbejder personen videre i den med sin historik. Login via SSO lykkes, hvis kontoen allerede var forbundet med denne udbyder, eller udbyderen bekræfter adressen. Gælder anmodningen om sletning stadig, så anonymiser den gamle konto. Derefter er adressen fri, og login opretter en ny konto.

Selvregistreringen svarer i dette tilfælde neutralt: »Registration could not be completed. If you already have an account, use the password reset on the sign-in page.« Den afslører ikke, om der findes en konto til adressen.

6

Opbevaringsfrister

Før du går i gang: Kun en administrator kan ændre disse indstillinger. En anonymisering kan ikke fortrydes.

Systemet beholder kun personoplysninger, så længe det er nødvendigt. En person bliver anonymiseret, når vedkommende fratræder eller beder om det. At fratræde betyder en slettet konto eller en ekstern kontakt, der længe ikke har været i kontakt. En anmodning håndterer du i dialogen til dataudtræk med »Anonymize«.

Sagerne selv har ingen frist. Deres indhold beholder sit formål, for eksempel som kundehistorik. Rapporter og tidsregistreringer tæller fortsat med.

Alle frister findes under »Settings → Security« i kortet »Data protection«. Det har tre blokke: »Deleted accounts«, »External contacts« og »Security log retention«. Hver blok har en kontakt, en frist og »Save«. Blokken »Security log retention« har to kontakter og to frister. Under dem står »Archives«. Efter en gendannelse kommer »Restore from a backup« til, så snart den næste kørsel klokken 03:00 har fundet sted. Indtil da viser kortet noten »… will be applied again tonight at 03:00.« Kortet »Anonymisere personer« forklarer den første blok. Der står også skabelonteksten til din privatlivspolitik. Under beskrivelsen af kortet »Data protection« står linket »Data protection guide for operators«. Guiden indeholder skabeloner til fortegnelsen over behandlingsaktiviteter, de tekniske og organisatoriske foranstaltninger og et koncept for opbevaring og sletning.

Under hver blok står en linje »Last run«. Den nævner dato og klokkeslæt for den sidste natlige kørsel, og hvor mange personer eller poster den behandlede. »0 done« betyder, at der ikke var noget at gøre. »Not run yet« står der, så længe opgaven ikke har et resultat. Er en kontakt slået fra, kører dens opgave ikke.

Er linjen orange, har opgaven ikke klaret det hele. Ved »skipped« nævner den, hvor mange personer, poster eller filer der blev sprunget over. Ved »Archives« er det låste eller beskadigede filer. Ved »failed« mislykkedes hele opgaven. Sætningen bagefter siger, hvad du skal gøre. Står der »Details are in the server log.«, så læs serverens log. Under Linux viser kommandoen »sudo podman logs container-backend-1« den. Nævner den anonymiseringsnøglen, så følg afsnittet »Når nøglen ikke kan læses« længere nede. Det, der blev sprunget over, prøver den næste natlige kørsel igen.

Mere om det på kortet: Anonymisere personer, At få alt tilbage

Kortet »Data protection« med blokkene »Deleted accounts«, »External contacts« og »Security log retention«, under dem »Archives« og »Restore from a backup«, hver med linjen »Last run«.
De røde rammer ligger på linjerne »Last run«. Her er alle fire kontakter slået til. Som standard er kun de to kontakter i blokken »Security log retention« slået til.Åbn billedet i fuld størrelse
Blokken »External contacts« med kontakten »Anonymize external contacts automatically« og feltet »Months without contact«.
De røde rammer ligger på kontakten og på antallet af måneder. Teksten nedenunder nævner, hvad der tæller som kontakt.Åbn billedet i fuld størrelse
Vinduet »Who will be anonymized« med sætningen »Nobody is due yet with this time limit.«, det indtastede ANONYMIZE og »Confirm«.
De røde rammer ligger på feltet og på »Confirm«. Her blev fristen forkortet til 24 måneder, og ingen ville være omfattet. Ellers står antallet og de første personer med deres sidste kontakt her.Åbn billedet i fuld størrelse
Kortet »Recent sign-in attempts« med sætningen »Entries are deleted after 90 days (Settings → Security).« og tre logins.
Den røde ramme ligger på sætningen om fristen. Er sletningen slået fra, står der »Entries are kept until you delete them.«Åbn billedet i fuld størrelse
To noter øverst på kortet: antallet af adresser, der ikke længere genkendes, og anonymiseringer, der ikke kunne overføres.
Den røde ramme ligger på noten om overførslen. Hvad du skal gøre, står i afsnittet »Gendanne en sikkerhedskopi«.Åbn billedet i fuld størrelse
Advarslen »The anonymization key cannot be read« med linket »How to restore the key« og knappen »Discard old key«.
De røde rammer ligger på linket til denne vejledning og på »Discard old key«. Så længe advarslen vises, viser kortet ingen note om ventende anonymiseringer.Åbn billedet i fuld størrelse
Vinduet »Discard old key« med DISCARD indtastet i feltet »Confirmation word«.
De røde rammer ligger på feltet og på »Discard old key«. Først med ordet kan man klikke på knappen.Åbn billedet i fuld størrelse

Eksterne kontakter

Eksterne kontakter er personer uden medarbejderkonto. Det er anmodere uden konto og kundekonti. For systemet fratræder de aldrig. Derfor tæller denne blok tiden siden den sidste kontakt.

Den sidste kontakt er det seneste af disse tidspunkter: den sidste ændring af en sag, som personen har anmodet om, en e-mail fra personen, en egen kommentar, et svar på en tilfredshedsundersøgelse, en godkendelse, der gik til personen, og et forslag til oplysningerne om anmoderen. For en kundekonto tæller også den dag, den blev oprettet. En ny konto, der aldrig er blevet brugt, er derfor ikke omfattet med det samme. Konti, der fandtes allerede før opdateringen til version 1.7.0, tæller som oprettet på opdateringsdagen.

Medarbejderkonti og deres adresser bliver aldrig berørt. Det gælder også for en fælles adresse som info@, hvis den hører til en medarbejderkonto. Den, der har en sag, som endnu ikke er lukket, bliver sprunget over, indtil den er lukket. Slettede konti hører til blokken »Deleted accounts«.

Kontakten »Anonymize external contacts automatically« er slået fra som standard. Ved siden af »Months without contact« indtaster du antallet af måneder. Tilladt er 1 til 120, standard er 36.

Når du slår kontakten til, åbnes først vinduet »Who will be anonymized«. Det nævner, hvor mange personer der er omfattet, og viser de første med deres sidste kontakt. Skriv ANONYMIZE i feltet, og klik på »Confirm«. Samme vindue vises, når du forkorter antallet, mens kontakten er slået til, og klikker på »Save«.

Det bliver anvendt i den næste natlige kørsel. Hver omfattet person bliver anonymiseret som med »Anonymize«. Indholdet bliver aldrig tømt. Tilbage bliver pladsholderen, sagerne og nøgletallene. Navne og telefonnumre i løbende tekst bliver stående. Kortet »Anonymisere personer« nævner begrænsningerne.

Sikkerhedslog

Sikkerhedsloggen registrerer loginhændelser og administratorhandlinger. Loginhændelser indeholder også IP-adressen og browserens identifikation. Hvad der præcis registreres, forklarer kortet »Sikkerhedsloggen«.

Kortet »Recent sign-in attempts« under »Settings → SSO Settings« viser de sidste 100 loginhændelser via SSO og kataloget. Den, der må åbne siden, kan se det. Som standard er det kun administratorer. Sætningen under kortets titel nævner fristen, for eksempel »Entries are deleted after 90 days (Settings → Security).«

Som standard bliver loginhændelser slettet efter 90 dage og administratorhandlinger efter 12 måneder. I blokken »Security log retention« indstiller du 7 til 365 dage ved siden af »Days« og 1 til 120 måneder ved siden af »Months«. Kontakterne »Delete old sign-in events« og »Delete old administrator actions« slår sletningen fra. Posterne bliver så stående. Der kræves intet bekræftelsesord, fordi der kun slettes poster og ingen personer.

Login med brugernavn og adgangskode står også i sikkerhedsloggen. Et mislykket forsøg gemmes med IP-adresse og browser. Et vellykket login gemmes kun for administratorer og efter mislykkede forsøg.

Arkiver

En arkivfil indeholder også personer, der først blev anonymiseret senere. Den natlige kørsel efter en anonymisering opdaterer derfor hver arkivfil, som personen optræder i. Navne og adresser bliver der erstattet af de samme pladsholdere som i databasen. Blev indholdet tømt, mangler også disse sagers vedhæftede filer i arkivet.

Indtil næste nat står personen altså stadig i klartekst i arkiverne. Arkiver har ingen kontakt. En arkivfil, der er låst i det øjeblik, forbliver uændret, for eksempel fordi den bliver downloadet eller gendannet. Det samme gælder for en beskadiget fil. Den næste natlige kørsel prøver igen.

Klokkeslæt og tidszone

Alle disse opgaver kører én gang om dagen klokken 03:00. Tidszonen under »Settings → General Settings« i kortet »Time Zone« gælder. Serverens ur spiller ingen rolle. Mange servere kører på UTC. Der ville 03:00 være en anden time for dig.

Systemet tjekker hvert tiende minut, om kørslen skal ske. Det første tjek efter 03:00 starter den. Var serveren slukket klokken 03:00, følger kørslen ved det første tjek efter starten.

Efter opdateringen til version 1.7.0 følger den første kørsel kort efter opdateringen, senest klokken 03:00 den følgende nat. Den kørsel sletter poster i loginloggen, der er ældre end 90 dage.

Ændrer du tidszonen, gælder den nye fra det næste tjek. Kørslen sker højst én gang pr. kalenderdag. Efter et skift mod vest kan den falde bort den dag. Den følger så dagen efter.

Programmet »Ticket System Backup & Restore« planlægger sine sikkerhedskopier i samme tidszone. Det læser zonen fra ticketsystemet, når planen anvendes. Fanebladet »Schedule« og »schedule --show« viser tidspunktet med zonen, for eksempel »02:00 (Europe/Berlin)«. Kan databasen ikke nås i det øjeblik, bliver den hidtidige zone. Findes der endnu ingen, gælder computerens ur, og visningen lyder »(host clock)«.

Styresystemet kender kun sit eget ur. Programmet regner derfor tidspunktet om. Afhængigt af serverens tidszone indsætter det én eller to poster pr. plan. Så kører sikkerhedskopien på det rigtige tidspunkt både sommer og vinter. Ved start tjekker det, om en sikkerhedskopi virkelig skal ske. Ellers slutter det uden sikkerhedskopi, og i loggen står der »No backup is due at this time in …«.

Ændrer du tidszonen i ticketsystemet, kører den næste planlagte sikkerhedskopi alligevel. Bagefter indsætter programmet planen igen. I loggen står der så en advarsel, der begynder med »The time zone in the ticket system changed«. Kunne planen ikke indsættes igen, står der »The schedule could not be updated.« Åbn så programmet, og klik på »Apply schedule«.

Når nøglen ikke kan læses

Systemet husker anonymiserede e-mailadresser som et fingeraftryk. Til det har det brug for en nøgle. Serverens nøglering beskytter denne nøgle. Nøgleringen består af filerne key-*.xml i nøglemappen. Mangler de eller passer de ikke, viser kortet advarslen »The anonymization key cannot be read«.

Så virker gemte adgangskoder til mail og SSO heller ikke. De hænger på den samme nøglering. De natlige kørsler for slettede konti og sikkerhedsloggen fortsætter. Personer, der kun kendes via deres adresse, bliver sprunget over. »Anonymize« afviser en kørsel via adressen alene.

Sådan henter du nøgleringen tilbage. Tag en sikkerhedskopi fra før problemet. Den indeholder nøglemappen som en fil for sig. Under Linux ligger sikkerhedskopierne i »/opt/smitey/backups«. Kopiér en af dem til en tom mappe, og skift til den mappe. Kommandoerne nedenfor skriver sikkerhedskopien som almindelige filer og henter filerne key-*.xml ud. Derefter kopierer de filerne til nøglemappen og genstarter ticketsystemets server. Andre filer i nøglemappen forbliver, som de er. Efter genstarten er advarslen væk. Slet derefter mappen »plain«. Den indeholder adgangskoder og personoplysninger. En ældre sikkerhedskopi med endelsen ».zip« er ikke krypteret. Til den lyder den første kommando »sudo unzip -o <fil> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar«.

Under Windows ligger sikkerhedskopierne i »C:\Program Files\SMITEY\backups«. Kopiér en af dem til en tom mappe. Åbn PowerShell der som administrator. Skriv kommandoen fra kassen »Windows: Skriv sikkerhedskopien som ukrypterede filer, og hent nøglefilerne ud«. Erstat <fil>.smbk i den med sikkerhedskopiens fulde filnavn. Kopiér så hver fil key-*.xml med »podman cp <fil> container-backend-1:/app/DataProtection-Keys/«. Kommandoerne til ejeren og genstarten skriver du uden »sudo«. Slet derefter mappen »plain«.

Skriv sikkerhedskopien som ukrypterede filer, og hent nøglefilerne ud

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

I mappen ligger præcis én sikkerhedskopi. Bagefter ligger filerne key-*.xml der. Undermappen »plain« rummer hele sikkerhedskopien ukrypteret.

Kopiér filerne til nøglemappen

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

Eksisterende filer med et andet navn bliver i nøglemappen.

Giv filerne den rigtige ejer

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

Ticketsystemet kører i containeren som en egen bruger. Filerne skal tilhøre den.

Genstart ticketsystemets server

sudo podman restart container-backend-1

Efter genstarten læser systemet nøgleringen igen.

Windows: Skriv sikkerhedskopien som ukrypterede filer, og hent nøglefilerne ud

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

I PowerShell som administrator, i mappen med sikkerhedskopien. Erstat <file>.smbk med sikkerhedskopiens fulde filnavn. Bagefter ligger filerne key-*.xml der.

Den sidste udvej: »Discard old key«

Har du ingen sikkerhedskopi med nøglefilerne, er der »Discard old key« tilbage. Kun en administrator ser knappen. Skriv DISCARD i feltet »Confirmation word«, og klik på »Discard old key«. Systemet opretter så en ny nøgle.

Anonymiseringer via en konto virker fortsat. Personer, der kun blev anonymiseret via deres adresse, bliver derefter ikke længere genkendt i sikkerhedskopier og arkiver. Kortet nævner antallet. En ældre sikkerhedskopi kan altså gøre disse personer synlige igen. De gemte adgangskoder til mail og SSO forbliver ulæselige. Indtast dem igen.

Gendanne en sikkerhedskopi

Når du gendanner, spørger »Ticket System Backup & Restore«, om alle, der er anonymiseret i dag, skal anonymiseres igen. »Yes« er valgt på forhånd. Ticketsystemet gør det i den næste natlige kørsel klokken 03:00 i sin tidszone. Indtil da viser kortet »… will be applied again tonight at 03:00.«

Sikkerhedskopien bringer også kontakterne og fristerne fra dengang tilbage. Tjek derfor kortet »Data protection« efter gendannelsen.

Var der advarsler ved overførslen, nævner programmets statuslinje antallet, for eksempel »2 warning(s) while carrying over anonymizations. See the Log tab.« På kommandolinjen står det samme i den sidste linje og henviser til »backup.log«. Der står, hvad der ikke lykkedes. Kunne anonymiseringerne ikke overføres, så gentag kørslerne efter denne sikkerhedskopi i hånden. Listen, som du downloadede før gendannelsen, hjælper dig med det.

Ticketsystemet læser programmets overførselsfil ved næste start. Kan det ikke læse den, viser kortet »A carry-over file from the backup app could not be read«. Filen bliver på serveren og læses igen ved næste start. Gendan så sikkerhedskopien en gang til med den aktuelle version af programmet.

Passer sikkerhedskopiens nøgle ikke, kan anonymiseringer via en adresse ikke overføres. Kortet viser så »… could not be carried over from before the restore«. Kender du disse personer, så anonymiser dem igen via »Export by e-mail address«.

Linjen »Last run« under »Restore from a backup« viser, hvor mange anonymiseringer kørslen anvendte igen.

7

Roller og rettighedskonceptet

Der findes tre roller: »Admin«, »Agent« og »Customer«. Der kan ikke oprettes flere. Til gengæld er næsten hver eneste rettighed fri; undtagelserne står længere nede.

De tre finder du under »Settings → General Settings« på fanebladet »Role«. De kan ikke omdøbes.

Hvad en rolle må, står et andet sted: under »Settings → Security« i kortet »Permission concept«.

Hver linje er én funktion, hver kolonne én rolle. Et flueben tillader det. Under navnet står den interne nøgle; du har ikke brug for den for at arbejde med siden.

Listen er lang. Den strækker sig fra brugeradministration over adgangen til de enkelte indstillingssider og helt til tidsregistreringen.

Kolonnen »Agent Team« er specialtilfældet. Den bliver først brugbar, når fluebenet »Agent« er sat i den samme linje. Vælg et team der, og rettigheden gælder kun det teams agenter.

Ingen rettighed kan tages fra rollen »Admin«. Fluebenet er tilbage efter gemningen. På den måde kan ingen låse sig selv ude af sit eget system. Kun en administrator kan ændre tabellen. Det gælder for hver indstilling på siden »Security«. Alle andre, der må åbne siden, ser den skrivebeskyttet. Seks rettigheder kan aldrig gives til rollen »Customer«: »Users: manage accounts«, »Data export (data subject request)«, »Anonymize people«, »Security log«, »Settings: Security« og »Settings: Single sign-on«.

Med »Save« gælder ændringen med det samme. Den, det rammer, mærker det ved sit næste klik.

Kortet »Permission concept« med tabellen: én linje per funktion, kolonner til admin, agent, agentteam og kunde.
Den røde ramme sidder på hovedrækken. Vælgeren i kolonnen »Agent Team« er kun brugbar der, hvor fluebenet »Agent« er sat.Åbn billedet i fuld størrelse
Fanebladet »Role« med de tre roller, der hver er mærket »Mandatory«.
Den røde ramme sidder på bemærkningen. De tre roller er mærket »Mandatory«. Ingen af dem kan slettes.Åbn billedet i fuld størrelse
8

Afdeling, stilling og lokation

Tre lister beskriver personen og ikke sagen: afdeling, stilling og lokation.

De bliver oprettet under »Settings → General Settings« i kortet »Drop-down lists«. Håndteringen er den samme for alle tre.

De bliver tildelt på kontoen. I formularen under »User management« hedder felterne »Department«, »Position« og »Location«.

I brugerlisten står afdelingen under teamet. Stilling og lokation kan ses i kontoens formular.

Lokationen har en anden anvendelse. Der er et »Location«-felt på sagen, og det henter fra den samme liste.

Hver af de tre lister har én post, du ikke kan slette. Den hedder »None selected or available« og bærer mærkningen »Mandatory«.

Sletter du en anden post, flytter alle, der bar den, over til den pladsholder. Så står ingen tilbage og peger på noget, der er væk.

Du oversætter ikke her, men i ét hug på oversættelsessiden. Det engelske navn er det anker, oversættelserne hænger på.

Dialogen »Edit user« med felterne til afdeling, stilling og lokation udfyldt.
De røde rammer sidder på de tre felter. De står ved siden af teamet, men betyder noget andet: teamet siger, hvem der arbejder med sagerne, afdelingen siger, hvor personen arbejder.Åbn billedet i fuld størrelse
Brugerlisten med kolonnen »Team«, hvor afdelingen står under teamnavnet.
Den røde ramme sidder på kolonnen. Teamet står øverst, afdelingen nedenunder. Den, der ikke er i noget team, har en streg på det sted.Åbn billedet i fuld størrelse

Skærmbillederne er fra version 1.3.1. Intet på de viste skærme har ændret sig frem til version 1.13.3. Det eneste, der ser anderledes ud, er versionsnummeret nederst i sidemenuen.