Teams en gebruikers

Een team is een verantwoordelijkheid, geen map. Het heeft eigen categorieën, eigen termijnen en eigen leden. Een klant ziet er precies één. Al het andere komt neer op wie welk account heeft en wat dat account mag.

1

Teams aanmaken en instellen

Teams staan onder “Settings → Teams”. De lijst staat links, de instellingen van het team dat je hebt aangeklikt staan rechts. Het getal achter de naam is het aantal leden.

Een nieuw team krijgt zijn naam in het veld “Team name”. Daaronder kun je met “Copy categories from” een bestaand team kiezen, zodat het nieuwe team met dezelfde hoofd- en subcategorieën begint. “Create team” maakt het aan.

Het eerste team is het team dat je klanten zien. Elk verder team is een vakteam daarachter. Van een aanvrager verwachten dat hij zelf de juiste afdeling kiest, is te veel gevraagd: hij meldt bij het eerste team, en van daaruit wordt het doorgegeven.

Je kunt dat op elk moment wijzigen. De kaart “Customer permissions” bepaalt per team wat klanten daar mogen. Ze heeft twee schakelaars: “Can create new tickets and see their own tickets” en “Can see their own tickets of this team in the dashboard and in reports”. Zodra een van beide aanstaat, zien klanten het team. Alleen als beide uitstaan, verschijnt het team helemaal niet voor een klant.

De kaart “Agent Permissions” geldt voor de agenten van dit team. Ze heeft drie schakelaars: tickets beheren, categorieën beheren en de rapporten van dit team zien. Zonder de eerste kan een agent in dit team geen tickets aanmaken, bewerken of van een opmerking voorzien en geen bijlagen uploaden. Zonder de tweede verdwijnt het item voor de categorieën van het team uit de zijbalk. Zonder de derde laten de rapporten dit team weg. Elke wijziging wordt vastgelegd in het “Audit log” van het team.

De kaart “Agents” bevat de leden. Ondanks de kop staan de klanten van het team er ook in. Met de keuzelijst erboven en “Add Agent” voeg je iemand toe, met “Remove” haal je iemand eruit. Wie wordt toegevoegd of verwijderd, moet zich één keer af- en weer aanmelden.

“Default e-mail language” is de taal waarin dit team schrijft. Ze geldt wanneer een mailregel “Team default language” kiest.

De schakelaar “Active” haalt een team uit dienst. Het verdwijnt uit de zijbalk en uit elke keuzelijst. Het wordt daarmee niet verwijderd.

“Delete” verwijdert een team alleen zolang er geen ticket meer openstaat. Anders noemt het systeem de reden en doet het niets.

De kaart “Audit log” legt elke wijziging aan het team vast, met naam en tijd.

Basic draait één team. Professional kent geen grens.

De pagina “Teams” met links de lijst van beide teams en rechts de instellingen van Helpdesk.
De rode kaders liggen op de twee teams. Als je er een aanklikt, verandert wat er rechts staat. Het getal aan de rand is het aantal leden.Afbeelding op ware grootte openen
Het veld “Team name” met een ingevulde naam, daaronder “Copy categories from” en de knop “Create team”.
Typ de naam, neem eventueel de categorieën van een bestaand team over en klik dan op “Create team”.Afbeelding op ware grootte openen
De kaarten “Customer permissions” en “Agent Permissions” met hun schakelaars.
De rode kaders liggen op de twee koppen. Deze schakelaars gelden alleen voor dit ene team.Afbeelding op ware grootte openen
De kaart “Agents” met de keuzelijst, de knop “Add Agent” en de leden eronder.
Het rode kader ligt op “Add Agent”. Het label naast elke naam is de rol, en de kaart bevat ook de klanten van het team.Afbeelding op ware grootte openen
De kaart “Audit log” met haar regels, elk met de wijziging, de naam en de tijd.
Het rode kader ligt op de kop. Elke regel noemt de wijziging, wie haar heeft gedaan en wanneer.Afbeelding op ware grootte openen
2

Beheerders en agenten aanmaken

Accounts staan onder “User management”. De lijst toont naam en aanmeldnaam, het e-mailadres, het team met de afdeling eronder, en de rol.

“New user” opent het formulier. Voornaam, achternaam, aanmeldnaam en e-mailadres zijn verplicht. Daar komt een wachtwoord bij. Met Professional kun je in plaats daarvan het vinkje “Send login details by e-mail” zetten.

Met dat vinkje stel je geen wachtwoord in. De nieuwe gebruiker krijgt een mail met de aanmeldnaam en een tijdelijk geldige link en stelt zelf een wachtwoord in. Het systeem verstuurt nooit wachtwoorden.

De rol bepaalt al het andere. “Admin” en “Agent” zijn allebei medewerkers en tellen mee voor dezelfde pool. Een beheerder mag standaard meer. Bijna elk afzonderlijk recht is te wijzigen; de uitzonderingen staan op de kaart “Rollen en het rechtenconcept”. Alleen een beheerder kan de rol “Admin” toekennen of afnemen. Dat geldt ook voor het eigen account. “Edit user” wijzigt alleen het team dat in het formulier staat. Teams waaraan de persoon met “Add Agent” is toegevoegd, blijven zoals ze zijn.

Basic komt met twee medewerkersplaatsen. Hoe je die verdeelt, bepaal je zelf: één beheerder en één agent, of twee beheerders. Klanten tellen niet mee, die zijn in beide edities onbeperkt.

Vertrekt er iemand, klik dan op het archiefsymbool in die regel. Het account wordt vergrendeld, zodat aanmelden niet meer lukt.

Een vergrendeld account verhuist naar de weergave “Archived” en draagt daar het label “locked”. In de weergave “Active” is het niet meer te zien.

Een vergrendeld account bezet geen medewerkersplaats meer en verschijnt in geen enkele keuzelijst “Assign to”. Al toegewezen tickets houden hun agent en diens naam.

In de weergave “Archived” heet dezelfde knop “Restore” en geeft die het account weer vrij. In Basic is daarvoor opnieuw een vrije plaats nodig.

Het sleutelsymbool zet een wachtwoord terug. Het doorgestreepte schild zet de aanmelding met twee factoren terug. Het nieuwe wachtwoord wordt dan één keer op het scherm getoond. Het wordt nergens naartoe gestuurd.

Het wachtwoord of het aanmelden met twee factoren resetten heft alleen de korte vergrendeling na mislukte pogingen op. Een gearchiveerd account blijft vergrendeld. Het krijgt geen uitnodiging en geen resetmail, en alleen “Restore” brengt het terug.

Archiveren kun je altijd ongedaan maken. Is iemand definitief vertrokken, verwijder het account dan ook met het prullenbaksymbool “Delete account”. Pas vanaf het verwijderen loopt de tijd tot de automatische anonimisering.

Meer hierover in de kaart: Personen anonimiseren

De pagina “User management” met alle accounts, hun rol en de acties in elke regel.
De rode kaders liggen op “New user” en op de wissel tussen open en vergrendelde accounts. De knop laat zien welke van de twee weergaven open is.Afbeelding op ware grootte openen
Het dialoogvenster “Create new user” met ingevulde namen, gebruikersnaam en e-mail, en de keuzelijsten voor team, afdeling, functie, locatie en rol.
De rode kaders liggen op de rol en op de uitnodiging. De rol is de enige keuzelijst die ingevuld moet worden.Afbeelding op ware grootte openen
Hetzelfde dialoogvenster met het vinkje gezet: het wachtwoordveld is uitgeschakeld en zegt dat de gebruiker het via de link instelt.
Met het vinkje verdwijnt het sterretje bij het wachtwoordveld. Het veld zelf zegt wie het wachtwoord instelt.Afbeelding op ware grootte openen
De weergave “Archived” met een vergrendeld account, het label “locked” en het herstelpictogram aan het eind van de regel.
De rode kaders liggen op het label en op de weg terug. Allebei bestaan alleen in deze weergave.Afbeelding op ware grootte openen
3

Klanten: de accounts van de mensen die melden

Klanten zijn onbeperkt in Basic en in Professional. Ze bezetten geen medewerkersplaats.

Een klantaccount ontstaat op drie manieren. Je maakt het zelf aan onder “User management”; met Professional kun je de persoon daarbij per mail uitnodigen. De tweede weg is zelfregistratie. De derde is de eerste aanmelding via SSO of een directory, die het account vanzelf aanmaakt.

De schakelaar daarvoor staat onder “Settings → Security” in de kaart “Self-registration”. Standaard staat hij uit. Aangezet verschijnt er een link “Register” op de aanmeldpagina.

Wie zich zelf registreert, krijgt altijd de rol “Customer”. Langs deze weg is geen andere rol uit te delen.

Met Professional krijgt een zelf geregistreerde klant na het welkomstbericht een tweede mail. Met de link daarin bevestigt hij zijn adres. Tot dan draagt zijn account in de lijst de opmerking “not confirmed”.

Je kunt een adres ook zelf bevestigen. In Basic is dat de enige weg, want Basic verstuurt geen mail. De regel van het account toont dan een knop met een envelopsymbool: “Mark email as confirmed”. Doe dat alleen als je weet dat het adres bij de persoon hoort.

Voor een interne helpdesk kun je de schakelaar beter met rust laten. Anders maakt iedereen die het adres kent een account aan.

Een klant ziet alleen de eigen zaken. Dat zijn de tickets die hij zelf heeft aangemaakt. Daar komen de tickets bij die een agent of een e-mail voor zijn bevestigde adres heeft aangemaakt. Een ticket dat een andere klant met zijn adres aanmaakt, blijft voor hem verborgen. Hebben twee accounts hetzelfde adres, dan zien ze allebei deze tickets.

Is zijn adres nog niet bevestigd, dan staat er een melding boven zijn ticketlijst. Met “Send confirmation email” vraagt hij de link opnieuw aan. De melding verschijnt alleen als het systeem mail kan versturen.

De zijbalk is kort: de eigen tickets, een nieuw ticket, de kennisbank. Instellingen krijgt een klant nooit te zien. Staat bij het team de schakelaar “Can see their own tickets of this team in the dashboard and in reports” aan, dan bevat de zijbalk ook het dashboard en de rapporten.

Wat een klant in een team mag, stel je op het team in. Alleen als beide klantschakelaars uitstaan, bestaat dat team voor die klant niet.

De kaart “Self-registration” met de schakelaar en de opmerking eronder.
Het rode kader ligt op de schakelaar. De tekst ernaast zegt wat hij doet en wat er zonder mailverzending gebeurt.Afbeelding op ware grootte openen
Hetzelfde systeem, aangemeld als klant: een korte zijbalk en een ticketlijst met alleen de eigen zaken.
In de kolom “User” staat in elke regel dezelfde naam. Een klant ziet niets wat niet van hem is, en de instellingen ontbreken in de zijbalk.Afbeelding op ware grootte openen
4

Gegevensexport voor één persoon

Voordat je begint: Je hebt het recht “Data export (data subject request)” nodig. Standaard hebben alleen beheerders het.

Iemand kan je vragen welke gegevens je over hem of haar bewaart. De gegevensexport verzamelt die allemaal in één ZIP-bestand.

Je start hem onder “User management”. Elke regel heeft een bestandssymbool met een pijl en de aanwijzing “Export personal data”. Het opent de export voor dat account.

Sommige mensen hebben geen account. Ze hebben je alleen geschreven, of een agent heeft een ticket met hun adres aangemaakt. Voor hen staat bovenaan de pagina “Export by e-mail address”. Vul daar het adres in en klik op “Search”. De zoekopdracht werkt met een account of een adres, nooit met een naam.

Zoeken op adres vindt minder dan zoeken op het account. Het vindt alleen de plekken waar het adres zelf staat, bijvoorbeeld als aanvrager van een ticket of als afzender van een e-mail. Zoeken op het account vindt daarnaast alles wat aan het account hangt. Hoort het adres bij een account, dan zegt het venster dat en biedt het “Use this account” aan. Daarna toont het de naam van de persoon en het e-mailadres van het account.

Voordat je iets downloadt, toont het venster wat het gevonden heeft, geteld per onderdeel. Onderdelen zijn bijvoorbeeld tickets, tijdregels, tevredenheidsenquêtes en het beveiligingslogboek. Vindt het niets, dan staat er “No data found for this person.” en is er geen download. Hoort het adres bij een account en heeft het zelf geen vondsten, dan toont het venster geen vondsten en geen download. Het toont het kader met “Use this account”. Beheerders zien daaronder ook het onderdeel “Anonymize”. De kaart “Personen anonimiseren” legt het uit.

“Download” maakt het ZIP-bestand. Daarin staat per onderdeel een JSON-bestand, zodat de gegevens machinaal leesbaar zijn. De bestanden van alle gevonden bijlagen gaan mee. “overview.html” toont de belangrijkste inhoud in leesbare vorm. Daar staat bij elk ticket waarom het erbij zit (“Why this ticket is included”). “README.txt” is voor de persoon geschreven en legt uit wat het bestand bevat.

Een ticket dat de persoon betreft, gaat volledig mee. Daar horen ook opmerkingen en wijzigingen van andere mensen bij. Interne notities zitten er ook in en zijn als intern gemarkeerd. Heeft de persoon per e-mail op het ticket van iemand anders geantwoord, dan draagt dat ticket het label “Replied by e-mail to someone else’s ticket”. Ook een ticket waarop de persoon de laatste wijziging heeft gedaan, gaat mee. Onder “Why this ticket is included” staat dan “Last person to change the ticket”.

Controleer de export daarom voordat je hem overhandigt. Maak gegevens van andere mensen onleesbaar waar dat nodig is. Het venster herinnert je daaraan. De “README.txt” bevat deze aanwijzing niet, omdat hij naar de persoon gaat.

Tickets die naar een archief zijn verplaatst, worden niet doorzocht. Controleer je archieven apart. Ook daaraan herinnert het venster je.

Wachtwoorden en sleutels van de tweestapsaanmelding horen niet bij de export.

Elke download wordt vastgelegd: wie hem startte, voor welke persoon en wanneer. De vastlegging bevat niets van de inhoud van de export. De zoekopdracht ervoor wordt niet vastgelegd.

Een agent die het recht krijgt, heeft daarnaast “Users: manage accounts” nodig. Anders komt hij niet op de pagina “User management”. Het recht kan nooit aan de rol “Customer” worden gegeven.

Het gedeelte “Survey consents and unsubscribes” bevat elke toestemming en elke afmelding voor het tevredenheidsonderzoek, met datum, kanaal en ticket. “overview.html” toont de volledige geschiedenis in een eigen sectie. Is de persoon na een afmelding geanonimiseerd, dan vindt de export op zijn adres de overgebleven afmelding. In de kolom “E-mail address” staat dan “Anonymized (address removed)”.

Meer hierover in de kaart: Personen anonimiseren

De pagina “User management” met de knop “Export by e-mail address” bovenaan en het bestandssymbool met een pijl in elke regel.
De rode kaders liggen op “Export by e-mail address” en op het symbool in de regel van Julia Becker. Beide openen hetzelfde venster.Afbeelding op ware grootte openen
Het venster “Export personal data” voor Julia Becker met haar e-mailadres onder de naam, de lijst van vondsten per onderdeel, de twee aanwijzingen over controleren en archieven, het onderdeel “Anonymize” en de knop “Download”.
De rode kaders liggen op de lijst van vondsten en op “Download”. De lijst noemt alleen onderdelen waarin iets gevonden is.Afbeelding op ware grootte openen
Hetzelfde venster na zoeken op adres: het noemt het account waar het adres bij hoort en biedt “Use this account” aan.
Het rode kader ligt op “Use this account”. Met alleen het adres vindt de zoekopdracht hier niets. Daarom toont het venster geen vondsten en geen “Download”. De export voor het account vindt de tickets van Julia Becker. Het onderdeel “Anonymize” daaronder zien alleen beheerders.Afbeelding op ware grootte openen
5

Personen anonimiseren

Voordat je begint: Alleen een beheerder kan een persoon anonimiseren. Een anonimisering kan niet ongedaan worden gemaakt.

Sommige gegevens mogen niet voor altijd blijven. Verlaat iemand je bedrijf of vraagt een persoon om zijn gegevens te wissen, dan anonimiseer je die persoon. Naam en e-mailadres worden dan vervangen door een plaatshouder zoals “Anonymized user 3”. De tickets blijven. Rapporten, termijnen, tijdregistraties en tevredenheidscijfers tellen gewoon door.

Elke persoon krijgt een eigen nummer. Twee vermeldingen met hetzelfde nummer komen van dezelfde persoon. Het e-mailadres wordt “anonymized-3@anonymized.invalid”. Op zo’n adres kan geen mail worden afgeleverd, daarom slaat het systeem het bij het verzenden over. De plaatshouder wordt in het Engels opgeslagen en blijft in elke taal Engels.

Er zijn twee wegen. De automatische weg anonimiseert verwijderde accounts na een vast aantal maanden. De directe weg anonimiseert één persoon meteen, bijvoorbeeld na een verzoek om wissing.

De automatische weg vind je onder “Settings → Security” in de kaart “Data protection”. De schakelaar “Anonymize deleted users automatically” staat standaard uit. Naast “after” vul je het aantal maanden in. Toegestaan is 1 tot 120, de standaardwaarde is 36. “Save” slaat een gewijzigd aantal op.

De tijd telt vanaf de dag waarop een account is verwijderd. Het systeem controleert elke tien minuten of er een run moet plaatsvinden. Het draait één keer per dag, bij de eerste controle na 03:00 in de tijdzone onder “Settings → General Settings”. Elk verwijderd account waarvan de tijd om is, wordt in die run geanonimiseerd.

Als je de schakelaar aanzet, opent eerst een venster. Het toont de verwijderde gebruikers die de volgende run zal anonimiseren, elk met de dag van verwijdering. Typ ANONYMIZE in het veld en klik op “Confirm”. Pas dan staat de schakelaar aan. Is het in die tijdzone al na 03:00, dan volgt de eerste run binnen ongeveer tien minuten.

Hetzelfde venster verschijnt als je het aantal maanden verkort terwijl de schakelaar aan staat. Voor het uitzetten is geen bevestiging nodig.

De tijd begint pas als een account wordt verwijderd. Archiveren is niet genoeg. Een gearchiveerd account is alleen geblokkeerd en kan altijd terugkomen, bijvoorbeeld na ouderschapsverlof. Om een account te verwijderen klik je in de rij ervan onder “User management” op het prullenbaksymbool “Delete account”.

Een venster zegt vooraf wat er volgt. Staat de automatische anonimisering aan, dan noemt het het aantal maanden. Een verwijderd account staat in de weergave “Archived” met het label “Deleted”. Het symbool “Restore account” haalt het terug. Voor beheerders en agents heeft Basic daarvoor een vrije plek nodig. Wordt het account later opnieuw verwijderd, dan begint de tijd opnieuw.

Je eigen account heeft geen prullenbaksymbool. Alleen een beheerder kan een beheerdersaccount verwijderen of archiveren. De laatste actieve beheerder kan niet worden verwijderd of gearchiveerd.

Is iemand definitief vertrokken, verwijder het account dus en archiveer het niet alleen. Een account dat al meer dan een jaar gearchiveerd is, toont een kalendersymbool in zijn rij. De tooltip ervan herinnert je eraan het account te verwijderen.

De directe weg zit in het dialoogvenster van de gegevensexport, in het gedeelte “Anonymize” onder de vondsten. Je opent het dialoogvenster vanuit de rij van een account, of met “Export by e-mail address” voor een persoon zonder account.

Hoort het adres bij een account, klik dan eerst op “Use this account”. Alleen dan wordt het account zelf geanonimiseerd. Een run op alleen het adres vervangt het adres waar het is opgeslagen en laat het account zoals het is.

Typ ANONYMIZE in het veld en klik op “Anonymize”. Een actief account wordt eerst verwijderd en daarna geanonimiseerd. Je eigen account kan niet worden geanonimiseerd. De laatste actieve beheerder ook niet.

Daarna draagt de rij het label “Anonymized”. Zo’n account kan niet meer worden bewerkt, hersteld of opnieuw geactiveerd. Alleen de gegevensexport blijft. Je mag de anonimisering opnieuw uitvoeren. Het nummer blijft hetzelfde, en gegevens die sindsdien zijn teruggezet, worden ook meegenomen.

Het vakje “Also clear the content of tickets this person requested” gaat verder. Het getal tussen haakjes is het aantal van die tickets. Hun teksten worden leeggemaakt en hun bijlagen verwijderd. Tickets van anderen waarin de persoon alleen heeft geantwoord, worden alleen geanonimiseerd.

Controleer eerst je bewaarplichten. In Duitsland moeten bijvoorbeeld zakelijke brieven zes jaar worden bewaard. Het dialoogvenster herinnert je daaraan. De automatische weg anonimiseert alleen. Hij maakt nooit inhoud leeg.

Kon een bestand niet van de server worden verwijderd, dan noemt het dialoogvenster hoeveel. De run geldt toch als voltooid. Het systeem probeert het niet vanzelf opnieuw.

Elke run wordt vastgelegd met het tijdstip, het nummer van de plaatshouder en wat er is gewijzigd. Bij de directe weg staat er ook in wie hem heeft gestart. De vastlegging bevat niet de naam en niet het e-mailadres van de persoon.

Anonimiseren vereist het recht “Anonymize people”. Standaard hebben alleen beheerders het. Alleen een beheerder kan het gebruiken. Het kan nooit aan de rol “Customer” worden gegeven. Het dialoogvenster van de gegevensexport vereist daarnaast “Data export (data subject request)”.

Meer hierover in de kaart: Gegevensexport voor één persoon, Bewaartermijnen

De kaart “Data protection” met de uitgeschakelde schakelaar, het veld voor de maanden, “Save” en de link “Download list of anonymizations”.
De rode kaders liggen op de schakelaar en op het aantal maanden. De schakelaar staat uit, zoals na elke update.Afbeelding op ware grootte openen
Het venster “Who will be anonymized” met één verwijderde gebruiker en de datum van verwijdering, daaronder het veld met ANONYMIZE en de knop “Confirm”.
De rode kaders liggen op de lijst en op “Confirm”. Oliver Grant is meer dan 36 maanden geleden verwijderd. De eerste run zou hem anonimiseren.Afbeelding op ware grootte openen
Het venster “Delete account” voor Amir Khan. De tekst noemt wat er volgt en de 36 maanden tot de anonimisering.
Het rode kader ligt op “Delete account”. De automatische anonimisering staat hier aan. Daarom noemt het venster het aantal maanden.Afbeelding op ware grootte openen
De weergave “Archived” met het verwijderde account van Oliver Grant, het label “Deleted” en het symbool om het te herstellen.
De rode kaders liggen op het label “Deleted” en op “Restore account”. Tot de anonimisering kan het account worden teruggehaald.Afbeelding op ware grootte openen
Het dialoogvenster “Export personal data” voor Tomas Novak. Onder de vondsten ligt het gedeelte “Anonymize” met het aangevinkte vakje, ingetypt ANONYMIZE en de knop “Anonymize”.
De rode kaders liggen op het vakje en op “Anonymize”. Tomas Novak heeft vier tickets aangevraagd. Hun inhoud zou ook worden leeggemaakt.Afbeelding op ware grootte openen
Het gedeelte “Anonymize” na de run: bovenaan “Already anonymized as Anonymized user 2”, onderaan de melding “Done”.
Het rode kader ligt op de melding met het nummer van de plaatshouder. Het gedeelte staat een nieuwe run toe.Afbeelding op ware grootte openen
De weergave “Archived” met geanonimiseerde accounts. Elke rij draagt een plaatshoudernaam, het plaatshouderadres en het label “Anonymized”.
Het rode kader ligt op het label “Anonymized”. Een geanonimiseerd account heeft geen actie meer, behalve de gegevensexport.Afbeelding op ware grootte openen

Het account

De volgende tabellen noemen elke plek waar het systeem een persoon opslaat, en wat de anonimisering daar doet. Je kunt ze gebruiken om te beschrijven hoe je bedrijf persoonsgegevens wist.

GegevensWat er gebeurt
Voornaam en achternaam“Anonymized user” en het nummer
E-mailadres en aanmeldnaamhet plaatshouderadres
Telefoonnummerverwijderd
Afdeling, functie en locatieverwijderd
Taal, lichte of donkere weergave, beschikbaarheidterug naar de standaardwaarde
Wachtwoord en de lijst met eerdere wachtwoordengewist
Sleutels van de tweestapsaanmelding en de koppeling met een account bij een aanmelddienst (SSO)gewist
Aanmeldgebeurtenissen in het beveiligingslogboekverwijderd. De beheeracties van de persoon in het beveiligingslogboek blijven staan. De naam wordt daar vervangen door de plaatshouder.
Profielfotogewist
Rol en teamlidmaatschappenverwijderd. De gebruikerslijst toont daarna de rol “Customer”.
Eigen kolomkeuze van de ticketlijstverwijderd
Een lopende stopwatch van de tijdregistratiegewist
Het account zelfblijft, verwijderd en voorgoed geblokkeerd. Tickets, opmerkingen en tijdregistraties blijven ernaar verwijzen. Daarom tellen de rapporten door.
Ja/nee-markeringen voor bevestigd e-mailadres, bevestigd telefoonnummer en tweestapsaanmelding, de ja/nee-instelling van de ticketlijst, de teller van mislukte pogingen, het tijdstip van de laatste wachtwoordwijziging en van de deactiveringblijven. Ze bevatten geen waarde van de persoon, alleen ja of nee, getallen en tijdstippen. Adres, nummer, wachtwoord en sleutels zelf zijn vervangen of gewist.
De vermelding op een ticket van wie het als laatste heeft gewijzigdverwijderd. Het ticket noemt daarna niemand meer als laatste persoon die het heeft gewijzigd.

Kopieën van de naam

Op sommige plekken slaat het systeem de naam een tweede keer op. Zo laat een vermelding na een wijziging nog zien wie hem heeft gemaakt. Ook deze kopieën worden vervangen.

PlekWat er gebeurt
Wie een wijziging in de ticketgeschiedenis heeft gedaanplaatshoudernaam
Naam bij tijdregistratiesplaatshoudernaam
Wie een artikel van de kennisbank heeft gewijzigdplaatshoudernaam
Vermeldingen in het “Audit log” van een team, ook “Added user …” en “Removed user …”plaatshoudernaam
Naam van de aanvrager bij tickets die de persoon heeft aangevraagdplaatshoudernaam. Het telefoonnummer van de aanvrager wordt verwijderd.
Oude en nieuwe waarden in de ticketgeschiedenis: naam, adres en telefoonnummer van de aanvrager, volgers, toewijzingplaatshouder of verwijderd. Dit geldt in de tickets van de persoon en in tickets waarin zij eerder de aanvrager was.

E-mailadressen

Waar een adres van de persoon als eigen veld is opgeslagen, wordt het het plaatshouderadres. Hoofd- en kleine letters maken niet uit.

PlekWat er gebeurt
Adres van de aanvrager bij ticketsplaatshouderadres
Ontvanger van tevredenheidsenquêtesplaatshouderadres
Adres van een goedkeurder, bij goedkeuringen en in aanvragen met takenplaatshouderadres
Afzender van binnenkomende e-mailsplaatshouderadres
Vast ontvangeradres in antwoordsjablonenplaatshouderadres
Interne notitie dat een mailregel een e-mail al heeft verwerktplaatshouderadres
Adres in de vastlegging van eerdere gegevensexportsplaatshouderadres. De vastlegging zelf blijft als bewijs. Een latere gegevensexport voor dit adres legt ook alleen de plaatshouder vast.
Suggesties voor de gegevens van de aanvrager bij het aanmaken van een ticketgewist als ze het adres dragen
Vermelding op de blokkeerlijst voor e-mailsblijft. Anders zou spam van dit adres na het verwijderen weer doorkomen.
Toestemmingen en afmeldingen voor het tevredenheidsonderzoekverwijderd. Was de laatste vermelding een afmelding, dan blijft die bestaan als één vermelding zonder adres. De lijst “Survey consents and unsubscribes” toont haar als “anonymized”. Zolang de persoon niet opnieuw toestemming geeft of zich niet opnieuw aanmeldt, gaat er geen onderzoek naar het adres. Kan de anonimiseringssleutel niet meer worden gelezen of is hij weggegooid, dan werkt deze registratie niet meer.

Adressen in tekst

In teksten vervangt de anonimisering alleen de e-mailadressen van de persoon. Dat gebeurt in de tickets die de persoon betreffen. Het zijn dezelfde tickets die de gegevensexport vindt.

TekstWat er gebeurt
Beschrijving van het ticketadressen vervangen
Opmerkingen, ook de tekst van binnenkomende e-mailsadressen vervangen
Onderwerp van binnenkomende e-mailsadressen vervangen
Notities bij tijdregistratiesadressen vervangen
Opmerking in een tevredenheidsenquêteadressen vervangen
Oude en nieuwe waarden in de ticketgeschiedenisadressen vervangen
Titel en tekst van kennisbankartikelen, ook in hun geschiedenisadressen vervangen, in alle artikelen

De inhoud van aangevraagde tickets leegmaken

Met het vakje “Also clear the content of tickets this person requested” verliezen deze tickets hun inhoud. Wat rapporten en termijnen nodig hebben, blijft.

Deel van het ticketWat er gebeurt
Nummer, data, status, team, categorie, prioriteit, toewijzing en termijnenblijven
Titelwordt “Content removed”
Beschrijvingleeggemaakt
Alle opmerkingen, ook de antwoorden van de agentstekst leeggemaakt. De opmerking zelf blijft, zodat eerste reactie en termijnen blijven kloppen.
Onderwerp van binnenkomende e-mailsleeggemaakt
Waarden van aangepaste veldengewist
Notitie van de opvolging en locatieleeggemaakt
TicketgeschiedenisHet soort van elke wijziging blijft. De waarden worden leeggemaakt, behalve bij status, prioriteit, categorie, subcategorie, kanaal, team, escalatie en toewijzing. Die hebben de rapporten nodig.
TevredenheidsenquêteDe beoordeling blijft, de opmerking wordt leeggemaakt.
TijdregistratiesDe geboekte minuten blijven, de notitie wordt leeggemaakt.
Bijlagengewist, de vermelding en het bestand

Grenzen

Namen in lopende tekst blijven staan, bijvoorbeeld “Groeten, Max” aan het eind van een mail. Ook telefoonnummers in lopende tekst blijven. Geen van beide is betrouwbaar te herkennen. Voor de tickets van een klant is er het vakje om de inhoud leeg te maken.

Heeft een ander account dezelfde voor- en achternaam, dan wordt de naam van de persoon niet vervangen in de ticketgeschiedenis of als naam van de aanvrager. Anders zouden ook de vermeldingen van de andere persoon worden geraakt. Adres en telefoonnummer worden toch vervangen. De controle vergelijkt voor- en achternaam. De toewijzingsgeschiedenis slaat de aanmeldnaam op. Een naamgenoot die daar alleen met zijn aanmeldnaam staat, wordt daarom niet herkend.

Heel oude vermeldingen in de ticketgeschiedenis die nog niet naar het account verwijzen, dragen alleen de naam. Ze worden niet herkend.

Een ticket dat een agent telefonisch heeft vastgelegd zonder het e-mailadres van de aanvrager, wordt niet herkend. Naam en telefoonnummer van de aanvrager blijven erin staan.

Adressen in instellingen worden niet gewijzigd, bijvoorbeeld in mailregels en automatiseringsregels. Staat het adres van de persoon daar, pas het dan zelf aan.

Schrijft de persoon na de run opnieuw, dan neemt een nieuwe run op het adres ook de nieuwe e-mails mee. Je start die met “Export by e-mail address”. Het nummer blijft hetzelfde. Een nieuwe run op het geanonimiseerde account vindt de nieuwe e-mails niet. Het account kent het oude adres niet meer.

Voor archieven zorgt het systeem zelf. Als je een archief terugzet, wordt elke eerder geanonimiseerde persoon in de teruggezette tickets opnieuw geanonimiseerd. De melding na het terugzetten noemt hoeveel. Een adres dat in die tickets alleen in lopende tekst staat, wordt daar niet herkend. Archiefbestanden worden bovendien bijgewerkt door de nachtelijke run na een anonimisering. De kaart “Bewaartermijnen” legt het uit.

Bij een back-up is het anders. Een back-up van vóór een run bevat nog de oude gegevens. Bij het terugzetten zorgt “Ticket System Backup & Restore” daarvoor. De toepassing vraagt of iedereen die in de toestand van vandaag geanonimiseerd is, opnieuw geanonimiseerd moet worden. “Yes” is vooraf geselecteerd. Het ticketsysteem doet dat dan in de nachtelijke run om 03:00 in de ingestelde tijdzone. Dat geldt ook als de schakelaar uit staat. Tot dan zijn hun namen weer te zien. De kaart “Data protection” toont een melding met het aantal. De back-up brengt ook de toenmalige stand van de schakelaar terug. Controleer de schakelaar daarom na het terugzetten.

Zet je een back-up op een andere manier terug, antwoord je “No” of gebruik je op de opdrachtregel “--no-reapply”, dan gebeurt dat niet. De automatische weg vindt de verwijderde accounts dan opnieuw, zolang de schakelaar aan staat. Runs die je met de hand hebt gestart, moet je herhalen. Daarbij helpt de link “Download list of anonymizations” in de kaart “Data protection”. Download de lijst vóór het terugzetten. Daarna bevat hij de runs van na de back-up niet meer. De lijst heeft één rij per geanonimiseerde persoon, met de kolommen “Date”, “Number”, “Account ID”, “E-mail hash” en “Content cleared”. “Date” is het tijdstip van de eerste run in UTC. “Account ID” is alleen ingevuld als een account is geanonimiseerd. “E-mail hash” is een vingerafdruk van het adres die niet terug te rekenen is. “Content cleared” zegt of de inhoud van de tickets die de persoon heeft aangevraagd, is leeggemaakt. Download de lijst na elke run zelf en bewaar hem buiten het systeem. Een back-up van vóór een run bevat die run niet.

Tekst voor je privacyverklaring

Als beheerder van de installatie moet je mensen vertellen hoe lang je hun gegevens bewaart. Deze tekst kun je overnemen in je eigen privacyverklaring.

Voorbeeldtekst

Na uw vertrek worden uw naam en uw e-mailadres in het ticketsysteem na [36] maanden vervangen door een plaatshouder. Tickets en kengetallen blijven bewaard zonder verwijzing naar u. Op uw verzoek kunnen wij uw gegevens ook eerder anonimiseren, voor zover geen bewaarplicht zich daartegen verzet. Gegevens van externe contactpersonen met wie al [36] maanden geen contact meer is geweest, worden op dezelfde manier geanonimiseerd. Aanmeldgebeurtenissen in het beveiligingslogboek worden na [90] dagen verwijderd. Vermeldingen over beheeracties worden na [12] maanden verwijderd.

Pas de getallen aan je eigen instellingen aan. Laat elke zin weg waarvan de schakelaar uit staat. Laat de tekst controleren door je eigen privacyadviseur. Deze handleiding is geen juridisch advies.

Verwijderverzoeken en personen die terugkomen

Verwijderen en anonimiseren zijn twee verschillende dingen. “Delete account” verbergt een account alleen. Met “Restore account” komt het terug. Tot dan blijft het e-mailadres gereserveerd voor dit account. Een verwijderverzoek handel je daarom af met “Anonymize” in het venster van de gegevensexport. Dat kan niet ongedaan worden gemaakt. Naam en adres worden vervangen door “Anonymized user” en het nummer. De koppeling met het account bij een aanbieder van single sign-on wordt verwijderd.

Elk e-mailadres hoort bij precies één account. Maak je een account aan met een adres dat een ander account al heeft, dan weigert het systeem. De melding luidt “This e-mail address already belongs to another account.” Hetzelfde geldt als je het adres van een account wijzigt. Hoort het adres bij een verwijderd account, dan luidt de melding “This e-mail address belongs to a deleted account. Restore that account instead.” Herstel dan het oude account in plaats van een nieuw aan te maken. Geanonimiseerde accounts tellen niet mee. Ze hebben alleen nog het plaatshouderadres.

Een verwijderd account kan niet worden hersteld als een ander actief account inmiddels hetzelfde adres heeft. De melding luidt dan “This e-mail address already belongs to another account.” Wijzig eerst het adres van het andere account.

Uit de tijd vóór deze regel kunnen er accounts zijn die een adres delen. Het gebruikersbeheer toont bij hen de melding “This e-mail address belongs to more than one account. Change it so that each account has its own address.” Geef elk van deze accounts een eigen adres. Tot dan werkt aanmelden met dit adres in plaats van de gebruikersnaam niet. Ook de mail om het wachtwoord opnieuw in te stellen gaat niet uit.

Komt iemand na een verwijderverzoek terug, dan krijgt diegene een nieuw account. Dat geldt bijvoorbeeld als iemand zich opnieuw via Google of Microsoft met hetzelfde adres aanmeldt. Daarvoor moet “Automatically create accounts on first sign-in” aan staan. Het geanonimiseerde account heeft het adres niet meer en staat het nieuwe account niet in de weg.

Oude anonimiseringen raken de nieuwe tickets van deze persoon nooit. Dat geldt ook nadat een back-up of een archief is teruggezet. Wordt een anonimisering opnieuw toegepast, dan omvat ze alleen gegevens die vóór haar tijdstip zijn ontstaan.

Was het oude account alleen verwijderd en niet geanonimiseerd, dan weigert het systeem de eerste aanmelding via SSO met dit adres. Wat de persoon ziet, hangt af van de aanbieder. Bevestigt de aanbieder het adres, dan luidt de melding “An account with this e-mail address was deleted. Ask an administrator to restore it.” Bevestigt hij het niet, dan luidt ze “Your e-mail address is not verified with the provider.” Zo verraadt het systeem niet of er bij een adres een verwijderd account bestaat.

Als beheerder heb je dan twee wegen. Herstel je het oude account met “Restore account”, dan werkt de persoon daarin verder met de eigen geschiedenis. Aanmelden via SSO lukt als het account al met deze aanbieder gekoppeld was of als de aanbieder het adres bevestigt. Geldt het verwijderverzoek nog, anonimiseer dan het oude account. Daarna is het adres vrij en maakt de aanmelding een nieuw account aan.

De zelfregistratie antwoordt in dit geval neutraal: “Registration could not be completed. If you already have an account, use the password reset on the sign-in page.” Ze verraadt niet of er bij het adres een account bestaat.

6

Bewaartermijnen

Voordat je begint: Alleen een beheerder kan deze instellingen wijzigen. Een anonimisering kan niet ongedaan worden gemaakt.

Het systeem bewaart persoonsgegevens alleen zo lang als nodig. Een persoon wordt geanonimiseerd als hij vertrekt of erom vraagt. Vertrekken betekent een verwijderd account, of een externe contactpersoon met wie al lang geen contact meer is geweest. Een verzoek handel je af in het venster van de gegevensexport met “Anonymize”.

Tickets zelf hebben geen termijn. Hun inhoud houdt zijn doel, bijvoorbeeld als klantgeschiedenis. Rapporten en tijdregistraties blijven meetellen.

Alle termijnen staan onder “Settings → Security” in de kaart “Data protection”. Die heeft drie blokken: “Deleted accounts”, “External contacts” en “Security log retention”. Elk blok heeft een schakelaar, een termijn en “Save”. Het blok “Security log retention” heeft twee schakelaars en twee termijnen. Daaronder staat “Archives”. Na een herstel komt “Restore from a backup” erbij zodra de volgende run om 03:00 heeft plaatsgevonden. Tot dan toont de kaart de melding “… will be applied again tonight at 03:00.” De kaart “Personen anonimiseren” legt het eerste blok uit. Daar staat ook de voorbeeldtekst voor je privacyverklaring. Onder de beschrijving van de kaart “Data protection” staat de link “Data protection guide for operators”. De gids bevat sjablonen voor het register van verwerkingsactiviteiten, de technische en organisatorische maatregelen en een bewaar- en verwijderbeleid.

Onder elk blok staat een regel “Last run”. Die noemt datum en tijd van de laatste nachtelijke run en hoeveel personen of vermeldingen die heeft verwerkt. “0 done” betekent dat er niets te doen was. “Not run yet” staat er zolang de taak nog geen resultaat heeft. Staat een schakelaar uit, dan draait zijn taak niet.

Is de regel oranje, dan heeft de taak niet alles afgerond. Bij “skipped” noemt hij hoeveel personen, vermeldingen of bestanden zijn overgeslagen. Bij “Archives” zijn dat vergrendelde of beschadigde bestanden. Bij “failed” is de hele taak mislukt. De zin erachter zegt wat je moet doen. Staat er “Details are in the server log.”, lees dan het logboek van de server. Onder Linux toont de opdracht “sudo podman logs container-backend-1” het. Noemt hij de anonimiseringssleutel, volg dan de sectie “Als de sleutel niet leesbaar is” verderop. Wat is overgeslagen, probeert de volgende nachtelijke run opnieuw.

Meer hierover in de kaart: Personen anonimiseren, Alles terugkrijgen

De kaart “Data protection” met de blokken “Deleted accounts”, “External contacts” en “Security log retention”, daaronder “Archives” en “Restore from a backup”, elk met de regel “Last run”.
De rode kaders staan op de regels “Last run”. Hier staan alle vier de schakelaars aan. Standaard staan alleen de twee schakelaars in het blok “Security log retention” aan.Afbeelding op ware grootte openen
Het blok “External contacts” met de schakelaar “Anonymize external contacts automatically” en het veld “Months without contact”.
De rode kaders staan op de schakelaar en op het aantal maanden. De tekst eronder noemt wat als contact telt.Afbeelding op ware grootte openen
Het venster “Who will be anonymized” met de zin “Nobody is due yet with this time limit.”, het getypte ANONYMIZE en “Confirm”.
De rode kaders staan op het veld en op “Confirm”. Hier is de termijn ingekort tot 24 maanden en zou niemand aan de beurt zijn. Anders staan hier het aantal en de eerste personen met hun laatste contact.Afbeelding op ware grootte openen
De kaart “Recent sign-in attempts” met de zin “Entries are deleted after 90 days (Settings → Security).” en drie aanmeldingen.
Het rode kader staat op de zin over de termijn. Staat het verwijderen uit, dan staat er “Entries are kept until you delete them.”Afbeelding op ware grootte openen
Twee meldingen bovenaan de kaart: het aantal adressen dat niet meer wordt herkend, en anonimiseringen die niet konden worden overgenomen.
Het rode kader staat op de melding over de overname. Wat je moet doen, staat in de sectie “Een back-up terugzetten”.Afbeelding op ware grootte openen
De waarschuwing “The anonymization key cannot be read” met de link “How to restore the key” en de knop “Discard old key”.
De rode kaders staan op de link naar deze handleiding en op “Discard old key”. Zolang de waarschuwing er staat, toont de kaart geen melding over openstaande anonimiseringen.Afbeelding op ware grootte openen
Het venster “Discard old key” met het getypte DISCARD in het veld “Confirmation word”.
De rode kaders staan op het veld en op “Discard old key”. Pas met het woord kun je op de knop klikken.Afbeelding op ware grootte openen

Externe contactpersonen

Externe contactpersonen zijn personen zonder medewerkersaccount. Dat zijn aanvragers zonder account en klantaccounts. Voor het systeem vertrekken ze nooit. Daarom telt dit blok de tijd sinds het laatste contact.

Het laatste contact is het jongste van deze tijdstippen: de laatste wijziging aan een ticket dat de persoon heeft aangevraagd, een e-mail van die persoon, een eigen opmerking, een antwoord op een tevredenheidsonderzoek, een goedkeuring die naar die persoon ging en een suggestie voor de gegevens van de aanvrager. Bij een klantaccount telt ook de dag waarop het is aangemaakt. Een nieuw account dat nooit is gebruikt, is daarom niet meteen aan de beurt. Accounts die er al waren vóór de update naar versie 1.7.0, gelden als aangemaakt op de dag van de update.

Medewerkersaccounts en hun adressen worden nooit getroffen. Dat geldt ook voor een gedeeld adres zoals info@ als het bij een medewerkersaccount hoort. Wie een ticket heeft dat nog niet gesloten is, wordt overgeslagen tot het gesloten is. Verwijderde accounts horen bij het blok “Deleted accounts”.

De schakelaar “Anonymize external contacts automatically” staat standaard uit. Naast “Months without contact” vul je het aantal maanden in. Toegestaan is 1 tot 120, de standaardwaarde is 36.

Als je de schakelaar aanzet, opent eerst het venster “Who will be anonymized”. Het noemt hoeveel personen aan de beurt zijn en toont de eersten met hun laatste contact. Typ ANONYMIZE in het veld en klik op “Confirm”. Hetzelfde venster verschijnt als je het aantal inkort terwijl de schakelaar aan staat en op “Save” klikt.

Dit wordt toegepast in de volgende nachtelijke run. Elke persoon die aan de beurt is, wordt geanonimiseerd zoals met “Anonymize”. De inhoud wordt nooit leeggemaakt. Er blijven de plaatshouder, de tickets en de kengetallen. Namen en telefoonnummers in lopende tekst blijven staan. De kaart “Personen anonimiseren” noemt de grenzen.

Beveiligingslogboek

Het beveiligingslogboek legt aanmeldgebeurtenissen en beheeracties vast. Aanmeldgebeurtenissen bevatten ook het IP-adres en de identificatie van de browser. Wat er precies wordt vastgelegd, legt de kaart “Het beveiligingslogboek” uit.

De kaart “Recent sign-in attempts” onder “Settings → SSO Settings” toont de laatste 100 aanmeldgebeurtenissen via SSO en de directory. Wie die pagina mag openen, kan ze zien. Standaard zijn dat alleen beheerders. De zin onder de kaarttitel noemt de termijn, bijvoorbeeld “Entries are deleted after 90 days (Settings → Security).”

Standaard worden aanmeldgebeurtenissen na 90 dagen verwijderd en beheeracties na 12 maanden. In het blok “Security log retention” stel je naast “Days” 7 tot 365 dagen in en naast “Months” 1 tot 120 maanden. De schakelaars “Delete old sign-in events” en “Delete old administrator actions” zetten het verwijderen uit. De vermeldingen blijven dan staan. Een bevestigingswoord is niet nodig, omdat alleen vermeldingen worden verwijderd en geen personen.

Ook aanmelden met gebruikersnaam en wachtwoord staat in het beveiligingslogboek. Een mislukte poging wordt opgeslagen met IP-adres en browser. Een geslaagde aanmelding wordt alleen voor beheerders en na mislukte pogingen opgeslagen.

Archieven

Een archiefbestand bevat ook personen die pas later zijn geanonimiseerd. De nachtelijke run na een anonimisering werkt daarom elk archiefbestand bij waarin de persoon voorkomt. Namen en adressen worden daar vervangen door dezelfde plaatshouders als in de database. Is de inhoud leeggemaakt, dan ontbreken in het archief ook de bijlagen van die tickets.

Tot de volgende nacht staat de persoon dus nog leesbaar in de archieven. Archieven hebben geen schakelaar. Een archiefbestand dat op dat moment vergrendeld is, blijft ongewijzigd, bijvoorbeeld omdat het wordt gedownload of teruggezet. Hetzelfde geldt voor een beschadigd bestand. De volgende nachtelijke run probeert het opnieuw.

Tijd en tijdzone

Al deze taken draaien één keer per dag om 03:00. De tijdzone onder “Settings → General Settings” in de kaart “Time Zone” geldt. De klok van de server speelt geen rol. Veel servers draaien op UTC. Daar zou 03:00 voor jou een ander uur zijn.

Het systeem controleert elke tien minuten of de run moet plaatsvinden. De eerste controle na 03:00 start hem. Stond de server om 03:00 uit, dan volgt de run bij de eerste controle na het starten.

Na de update naar versie 1.7.0 volgt de eerste run kort na de update, uiterlijk om 03:00 in de nacht erna. Die run verwijdert de vermeldingen in het aanmeldlogboek die ouder zijn dan 90 dagen.

Wijzig je de tijdzone, dan geldt de nieuwe vanaf de volgende controle. De run vindt hooguit één keer per kalenderdag plaats. Na een wissel naar het westen kan hij op die dag vervallen. Hij volgt dan de volgende dag.

De toepassing “Ticket System Backup & Restore” plant haar back-ups in dezelfde tijdzone. Ze leest de zone uit het ticketsysteem als de planning wordt toegepast. Het tabblad “Schedule” en “schedule --show” tonen de tijd met de zone, bijvoorbeeld “02:00 (Europe/Berlin)”. Is de database op dat moment niet bereikbaar, dan blijft de vorige zone. Is er nog geen, dan geldt de klok van de computer en luidt de weergave “(host clock)”.

Het besturingssysteem kent alleen zijn eigen klok. Daarom rekent de toepassing de tijd om. Afhankelijk van de tijdzone van de server legt ze één of twee vermeldingen per planning vast. Zo loopt de back-up in de zomer en in de winter op de juiste tijd. Bij het starten controleert ze of er echt een back-up nodig is. Anders stopt ze zonder back-up, en in het logboek staat “No backup is due at this time in …”.

Wijzig je de tijdzone in het ticketsysteem, dan loopt de volgende geplande back-up toch. Daarna legt de toepassing de planning opnieuw vast. In het logboek staat dan een waarschuwing die begint met “The time zone in the ticket system changed”. Kon de planning niet opnieuw worden vastgelegd, dan staat er “The schedule could not be updated.” Open dan de toepassing en klik op “Apply schedule”.

Als de sleutel niet leesbaar is

Het systeem onthoudt geanonimiseerde e-mailadressen als vingerafdruk. Daarvoor heeft het een sleutel nodig. De sleutelbos van de server beschermt deze sleutel. De sleutelbos bestaat uit de bestanden key-*.xml in de sleutelmap. Ontbreken ze of passen ze niet, dan toont de kaart de waarschuwing “The anonymization key cannot be read”.

Dan werken ook opgeslagen wachtwoorden voor mail en SSO niet. Ze hangen aan dezelfde sleutelbos. De nachtelijke runs voor verwijderde accounts en het beveiligingslogboek lopen door. Personen die alleen via hun adres bekend zijn, worden overgeslagen. “Anonymize” weigert een run via alleen het adres.

Zo haal je de sleutelbos terug. Neem een back-up van vóór het probleem. Die bevat de sleutelmap als apart bestand. Onder Linux staan de back-ups in “/opt/smitey/backups”. Kopieer er één naar een lege map en ga naar die map. De opdrachten hieronder schrijven de back-up weg als gewone bestanden en halen de bestanden key-*.xml eruit. Daarna kopiëren ze de bestanden naar de sleutelmap en starten ze de server van het ticketsysteem opnieuw. Andere bestanden in de sleutelmap blijven zoals ze zijn. Na het opnieuw starten is de waarschuwing weg. Verwijder daarna de map “plain”. Die bevat wachtwoorden en persoonsgegevens. Een oudere back-up die eindigt op “.zip” is niet versleuteld. Daarvoor is de eerste opdracht “sudo unzip -o <bestand> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar”.

Onder Windows staan de back-ups in “C:\Program Files\SMITEY\backups”. Kopieer er één naar een lege map. Open daar PowerShell als beheerder. Typ de opdracht uit het kader “Windows: De back-up als onversleutelde bestanden wegschrijven en de sleutelbestanden eruit halen”. Vervang daarin <bestand>.smbk door de volledige bestandsnaam van de back-up. Kopieer daarna elk bestand key-*.xml met “podman cp <bestand> container-backend-1:/app/DataProtection-Keys/”. De opdrachten voor de eigenaar en het opnieuw starten typ je zonder “sudo”. Verwijder daarna de map “plain”.

De back-up als onversleutelde bestanden wegschrijven en de sleutelbestanden eruit halen

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

In de map staat precies één back-up. Daarna staan de bestanden key-*.xml erin. De submap “plain” bevat de hele back-up onversleuteld.

De bestanden naar de sleutelmap kopiëren

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

Bestaande bestanden met een andere naam blijven in de sleutelmap.

De bestanden de juiste eigenaar geven

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

Het ticketsysteem draait in de container onder een eigen gebruiker. De bestanden moeten van die gebruiker zijn.

De server van het ticketsysteem opnieuw starten

sudo podman restart container-backend-1

Na het opnieuw starten leest het systeem de sleutelbos opnieuw.

Windows: De back-up als onversleutelde bestanden wegschrijven en de sleutelbestanden eruit halen

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

In PowerShell als beheerder, in de map met de back-up. Vervang <file>.smbk door de volledige bestandsnaam van de back-up. Daarna staan de bestanden key-*.xml erin.

De laatste uitweg: “Discard old key”

Heb je geen back-up met de sleutelbestanden, dan blijft “Discard old key” over. Alleen een beheerder ziet de knop. Typ DISCARD in het veld “Confirmation word” en klik op “Discard old key”. Het systeem maakt dan een nieuwe sleutel aan.

Anonimiseringen via een account blijven werken. Personen die alleen via hun adres zijn geanonimiseerd, worden daarna in back-ups en archieven niet meer herkend. De kaart noemt hun aantal. Een oudere back-up kan deze personen dus weer zichtbaar maken. De opgeslagen wachtwoorden voor mail en SSO blijven onleesbaar. Vul ze opnieuw in.

Een back-up terugzetten

Bij het terugzetten vraagt “Ticket System Backup & Restore” of iedereen die vandaag geanonimiseerd is, opnieuw geanonimiseerd moet worden. “Yes” is vooraf geselecteerd. Het ticketsysteem doet dat in de volgende nachtelijke run om 03:00 in zijn tijdzone. Tot dan toont de kaart “… will be applied again tonight at 03:00.”

De back-up brengt ook de toenmalige schakelaars en termijnen terug. Controleer de kaart “Data protection” daarom na het terugzetten.

Waren er waarschuwingen bij de overname, dan noemt de statusregel van de toepassing hun aantal, bijvoorbeeld “2 warning(s) while carrying over anonymizations. See the Log tab.” Op de opdrachtregel staat hetzelfde in de laatste regel, met een verwijzing naar “backup.log”. Daar staat wat niet is gelukt. Konden de anonimiseringen niet worden overgenomen, herhaal dan de runs na deze back-up met de hand. Daarbij helpt de lijst die je vóór het terugzetten hebt gedownload.

Het ticketsysteem leest het overnamebestand van de toepassing bij de volgende start. Kan het dat niet lezen, dan toont de kaart “A carry-over file from the backup app could not be read”. Het bestand blijft op de server en wordt bij de volgende start opnieuw gelezen. Zet de back-up dan nog een keer terug met de actuele versie van de toepassing.

Past de sleutel van de back-up niet, dan kunnen anonimiseringen via een adres niet worden overgenomen. De kaart toont dan “… could not be carried over from before the restore”. Ken je deze personen, anonimiseer ze dan opnieuw via “Export by e-mail address”.

De regel “Last run” onder “Restore from a backup” toont hoeveel anonimiseringen de run opnieuw heeft toegepast.

7

Rollen en het rechtenconcept

Er zijn drie rollen: “Admin”, “Agent” en “Customer”. Meer rollen zijn niet aan te maken. Wat wél vrij is, is bijna elk afzonderlijk recht; de uitzonderingen staan verderop.

Die drie vind je onder “Settings → General Settings” op het tabblad “Role”. Ze zijn niet te hernoemen.

Wat een rol mag, staat ergens anders: onder “Settings → Security” in de kaart “Permission concept”.

Elke regel is één functie, elke kolom één rol. Een vinkje staat het toe. Onder de naam staat de interne sleutel; je hebt hem niet nodig om met de pagina te werken.

De lijst is lang. Ze loopt van gebruikersbeheer via de toegang tot de afzonderlijke instellingenpagina's tot en met de tijdregistratie.

De kolom “Agent Team” is het bijzondere geval. Ze wordt pas bruikbaar zodra in dezelfde regel het vinkje “Agent” staat. Kies daar een team en het recht geldt alleen voor de agenten van dat team.

Van de rol “Admin” is geen recht af te nemen. Na het opslaan staat het vinkje er weer. Zo kan niemand zichzelf buiten zijn eigen systeem sluiten. Alleen een beheerder kan de tabel wijzigen. Dat geldt voor elke instelling op de pagina “Security”. Iedereen anders die de pagina mag openen, ziet haar alleen-lezen. Zes rechten kunnen nooit aan de rol “Customer” worden gegeven: “Users: manage accounts”, “Data export (data subject request)”, “Anonymize people”, “Security log”, “Settings: Security” en “Settings: Single sign-on”.

Met “Save” geldt de wijziging meteen. Wie het betreft, merkt het bij de volgende klik.

De kaart “Permission concept” met de tabel: één regel per functie, kolommen voor admin, agent, agentteam en klant.
Het rode kader ligt op de kopregel. De keuzelijst in de kolom “Agent Team” is alleen bruikbaar waar het vinkje “Agent” staat.Afbeelding op ware grootte openen
Het tabblad “Role” met de drie rollen, elk gemarkeerd als “Mandatory”.
Het rode kader ligt op de opmerking. De drie rollen zijn gemarkeerd als “Mandatory”. Geen ervan is te verwijderen.Afbeelding op ware grootte openen
8

Afdeling, functie en locatie

Drie lijsten beschrijven de persoon en niet het ticket: afdeling, functie en locatie.

Ze worden aangemaakt onder “Settings → General Settings” in de kaart “Drop-down lists”. Het gaat bij alle drie op dezelfde manier.

Ze worden op het account toegekend. In het formulier onder “User management” heten de velden “Department”, “Position” en “Location”.

In de gebruikerslijst staat de afdeling onder het team. Functie en locatie zie je in het formulier van het account.

De locatie heeft nog een tweede nut. Op het ticket staat een veld “Location”, en dat put uit dezelfde lijst.

Elk van de drie lijsten heeft één regel die je niet kunt verwijderen. Ze heet “None selected or available” en draagt het label “Mandatory”.

Verwijder je een andere regel, dan verhuist iedereen die haar droeg naar die tijdelijke waarde. Zo blijft er niemand achter die naar iets verwijst wat weg is.

Vertalen doe je hier niet, maar in één keer op de vertaalpagina. De Engelse naam is het anker waaraan de vertalingen hangen.

Het dialoogvenster “Edit user” met de ingevulde velden voor afdeling, functie en locatie.
De rode kaders liggen op de drie velden. Ze staan naast het team maar betekenen iets anders: het team zegt wie de tickets behandelt, de afdeling zegt waar de persoon werkt.Afbeelding op ware grootte openen
De gebruikerslijst met de kolom “Team”, waarin de afdeling onder de teamnaam staat.
Het rode kader ligt op de kolom. Het team staat bovenaan, de afdeling eronder. Wie in geen team zit, heeft daar een streepje.Afbeelding op ware grootte openen

De schermafbeeldingen komen uit versie 1.3.1. Op de getoonde schermen is tot versie 1.13.3 niets veranderd. Het enige wat er anders uitziet, is het versienummer onderaan de zijbalk.