Team e utenti

Un team è una responsabilità, non una cartella. Ha le sue categorie, le sue scadenze e i suoi membri. Un cliente ne vede esattamente uno. Tutto il resto si riduce a chi ha quale account e a che cosa quell'account può fare.

1

Creare e configurare i team

I team stanno in «Settings → Teams». L'elenco è a sinistra, le impostazioni del team su cui hai cliccato sono a destra. Il numero dopo il nome è il numero dei membri.

Un team nuovo prende il nome nel campo «Team name». Sotto, «Copy categories from» ti fa scegliere un team esistente, così il team nuovo parte con le stesse categorie principali e sottocategorie. «Create team» lo crea.

Il primo team è quello che vedono i tuoi clienti. Ogni team successivo è un team specializzato dietro di esso. Chiedere a chi segnala di scegliere da sé il reparto giusto è chiedere troppo: la segnalazione arriva al primo team, e da lì viene passata avanti.

Puoi cambiarlo in qualsiasi momento. La scheda «Customer permissions» decide, per ogni team, che cosa possono fare lì i clienti. Ha due interruttori: «Can create new tickets and see their own tickets» e «Can see their own tickets of this team in the dashboard and in reports». Appena uno dei due è acceso, i clienti vedono il team. Solo con entrambi spenti il team non compare nemmeno a un cliente.

La scheda «Agent Permissions» riguarda gli agenti di questo team. Ha tre interruttori: gestire i ticket, gestire le categorie e vedere i report di questo team. Senza il primo, un agente non può né creare, né modificare, né commentare i ticket di questo team, né caricare allegati. Senza il secondo, la voce delle categorie del team sparisce dalla sua barra laterale. Senza il terzo, i report lasciano fuori questo team. Ogni modifica viene registrata nell'«Audit log» del team.

La scheda «Agents» contiene i membri. Nonostante il titolo, ci sono dentro anche i clienti del team. Il selettore sopra e «Add Agent» aggiungono qualcuno, «Remove» lo toglie. Chi viene aggiunto o tolto deve uscire e rientrare una volta.

«Default e-mail language» è la lingua in cui scrive questo team. Vale quando una regola di posta sceglie «Team default language».

L'interruttore «Active» mette un team fuori servizio. Sparisce dalla barra laterale e da tutti i selettori. Con questo non viene cancellato.

«Delete» rimuove un team solo finché non c'è più nessun ticket aperto. Altrimenti il sistema dice il motivo e non fa niente.

La scheda «Audit log» registra ogni modifica al team, con nome e ora.

Basic funziona con un team. Professional non ha limiti.

La pagina «Teams» con l'elenco dei due team a sinistra e le impostazioni di Helpdesk a destra.
Le cornici rosse sono sui due team. Cliccarne uno cambia quello che sta a destra. Il numero al margine è il numero dei membri.Apri l'immagine a grandezza reale
Il campo «Team name» con un nome scritto, sotto «Copy categories from» e il pulsante «Create team».
Scrivi il nome, se vuoi riprendi le categorie di un team esistente, poi «Create team».Apri l'immagine a grandezza reale
Le schede «Customer permissions» e «Agent Permissions» con i loro interruttori.
Le cornici rosse sono sui due titoli. Questi interruttori valgono solo per questo team.Apri l'immagine a grandezza reale
La scheda «Agents» con il selettore, il pulsante «Add Agent» e i membri sotto.
La cornice rossa è su «Add Agent». L'etichetta accanto a ogni nome è il ruolo, e la scheda contiene anche i clienti del team.Apri l'immagine a grandezza reale
La scheda «Audit log» con le sue voci, ciascuna con la modifica, il nome e l'ora.
La cornice rossa è sul titolo. Ogni riga dice la modifica, chi l'ha fatta e quando.Apri l'immagine a grandezza reale
2

Creare amministratori e agenti

Gli account stanno in «User management». L'elenco mostra il nome e il nome di accesso, l'indirizzo e-mail, il team con il reparto sotto, e il ruolo.

«New user» apre il modulo. Nome, cognome, nome di accesso e indirizzo e-mail sono obbligatori. A questi si aggiunge una password. Con Professional puoi mettere invece la spunta «Send login details by e-mail».

Con quella spunta non imposti nessuna password. Il nuovo utente riceve un messaggio con il proprio nome di accesso e un collegamento a tempo, e sceglie la propria password. Il sistema non manda mai password.

Il ruolo decide tutto il resto. «Admin» e «Agent» sono entrambi personale interno e pesano sullo stesso conteggio. Un amministratore può fare di più di serie. Quasi ogni singolo permesso si può cambiare; le eccezioni sono nella scheda «Ruoli e concetto dei permessi». Solo un amministratore può dare o togliere il ruolo «Admin». Questo vale anche per il suo stesso account. «Edit user» cambia solo il team mostrato nel modulo. I team a cui la persona è stata aggiunta con «Add Agent» restano come sono.

Basic arriva con due postazioni interne. Come le dividi lo decidi tu: un amministratore e un agente, oppure due amministratori. I clienti non contano, sono illimitati in entrambe le edizioni.

Quando qualcuno se ne va, premi il simbolo dell'archivio nella sua riga. L'account viene bloccato e quella persona non può più accedere.

Un account bloccato passa alla vista «Archived» e lì porta l'etichetta «locked». Non è più visibile nella vista «Active».

Un account bloccato non occupa più una postazione interna e non compare in nessun selettore «Assign to». I ticket già assegnati mantengono il loro agente e il suo nome.

Nella vista «Archived» lo stesso pulsante si chiama «Restore» e libera di nuovo l'account. In Basic questo richiede di nuovo una postazione libera.

Il simbolo della chiave reimposta una password. Lo scudo sbarrato reimposta l'accesso a due fattori. La nuova password viene poi mostrata una volta sullo schermo. Non viene mandata da nessuna parte.

Reimpostare la password o l'accesso a due fattori toglie solo il breve blocco dopo i tentativi falliti. Un account archiviato resta bloccato. Non riceve né inviti né e-mail di reimpostazione, e solo «Restore» lo riporta indietro.

L’archiviazione si può annullare in qualsiasi momento. Se qualcuno se n’è andato definitivamente, elimina anche l’account con il simbolo del cestino «Delete account». Il tempo fino all’anonimizzazione automatica decorre solo dall’eliminazione.

Altro a riguardo nella scheda: Anonimizzare persone

La pagina «User management» con tutti gli account, il loro ruolo e le azioni in ogni riga.
Le cornici rosse sono su «New user» e sul passaggio tra account aperti e bloccati. Il pulsante mostra quale delle due viste è aperta.Apri l'immagine a grandezza reale
La finestra «Create new user» con nomi, nome utente ed e-mail compilati e i selettori di team, reparto, mansione, sede e ruolo.
Le cornici rosse sono sul ruolo e sull'invito. Il ruolo è l'unico selettore che deve essere compilato.Apri l'immagine a grandezza reale
La stessa finestra con la spunta messa: il campo della password è disattivato e dice che è l'utente a impostarla tramite il collegamento.
Con la spunta l'asterisco sul campo della password sparisce. È il campo stesso a dire chi imposta la password.Apri l'immagine a grandezza reale
La vista «Archived» con un account bloccato, l'etichetta «locked» e l'icona di ripristino in fondo alla riga.
Le cornici rosse sono sull'etichetta e sulla strada del ritorno. Esistono entrambe solo in questa vista.Apri l'immagine a grandezza reale
3

Clienti: gli account di chi segnala

I clienti sono illimitati sia in Basic sia in Professional. Non occupano nessuna postazione interna.

Un account cliente nasce in tre modi. Lo crei tu in «User management»; con Professional puoi intanto invitare la persona per e-mail. Il secondo modo è la registrazione autonoma. Il terzo è il primo accesso tramite SSO o una directory, che crea l'account da solo.

L'interruttore per questo sta in «Settings → Security», nella scheda «Self-registration». È spento di serie. Acceso, nella pagina di accesso compare un collegamento «Register».

Chi si registra da sé riceve sempre il ruolo «Customer». Per questa strada non si può assegnare nessun altro ruolo.

Con Professional, un cliente nato dalla registrazione autonoma riceve una seconda e-mail dopo quella di benvenuto. Con il collegamento che contiene conferma il suo indirizzo. Fino ad allora il suo account porta nell'elenco la nota «not confirmed».

Puoi anche confermare un indirizzo tu stesso. In Basic è l'unico modo, perché Basic non invia posta. La riga dell'account mostra allora un pulsante con l'icona di una busta: «Mark email as confirmed». Fallo solo se sai che l'indirizzo appartiene a quella persona.

Per un helpdesk interno conviene lasciare stare l'interruttore. Altrimenti chiunque conosca l'indirizzo si crea un account.

Un cliente vede solo i propri casi. Sono i ticket che ha creato lui stesso. A questi si aggiungono i ticket che un agente o un'e-mail hanno creato per il suo indirizzo confermato. Un ticket che un altro cliente crea con il suo indirizzo gli resta nascosto. Se due account hanno lo stesso indirizzo, entrambi vedono questi ticket.

Se il suo indirizzo non è ancora confermato, sopra il suo elenco di ticket compare un avviso. Con «Send confirmation email» richiede di nuovo il collegamento. L'avviso compare solo se il sistema può inviare posta.

La sua barra laterale è corta: i suoi ticket, un ticket nuovo, la base di conoscenza. Non vede mai nessuna impostazione. Se l'interruttore del team «Can see their own tickets of this team in the dashboard and in reports» è acceso, la sua barra laterale contiene anche la dashboard e i report.

Che cosa può fare in un team si imposta sul team. Solo con entrambi gli interruttori per i clienti spenti quel team per lui non esiste.

La scheda «Self-registration» con l'interruttore e la nota sotto.
La cornice rossa è sull'interruttore. Il testo accanto dice che cosa fa e che cosa succede senza invio di posta.Apri l'immagine a grandezza reale
Lo stesso sistema, con l'accesso effettuato come cliente: una barra laterale corta e un elenco di ticket con soltanto i suoi casi.
La colonna «User» ha lo stesso nome in ogni riga. Un cliente non vede niente che non sia suo, e nella barra laterale mancano le impostazioni.Apri l'immagine a grandezza reale
4

Esportazione dei dati di una persona

Prima di iniziare: Ti serve il permesso «Data export (data subject request)». Come impostazione di fabbrica ce l’hanno solo gli amministratori.

Una persona può chiederti quali dati conservi su di lei. L’esportazione dei dati li raccoglie tutti in un file ZIP.

La avvii in «User management». Ogni riga ha un simbolo di file con una freccia e l’indicazione «Export personal data». Apre l’esportazione di quell’account.

Alcune persone non hanno un account. Ti hanno solo scritto, oppure un agente ha creato un ticket con il loro indirizzo. Per loro c’è «Export by e-mail address» in alto nella pagina. Inserisci lì l’indirizzo e premi «Search». La ricerca funziona con un account o un indirizzo, mai con un nome.

Una ricerca per indirizzo trova meno di una ricerca per account. Trova solo i punti in cui è registrato l’indirizzo stesso, per esempio come richiedente di un ticket o come mittente di un’e-mail. Una ricerca per account trova in più tutto ciò che è collegato all’account. Se l’indirizzo appartiene a un account, la finestra lo dice e offre «Use this account». Dopo mostra il nome della persona e l’indirizzo e-mail dell’account.

Prima che tu scarichi qualcosa, la finestra mostra ciò che ha trovato, contato per area. Le aree sono per esempio i ticket, le voci di tempo, i sondaggi di soddisfazione e il registro di sicurezza. Se non trova nulla, mostra «No data found for this person.» e non offre alcun download. Se l’indirizzo appartiene a un account e non ha risultati propri, la finestra non mostra risultati e non offre alcun download. Mostra il riquadro con «Use this account». Gli amministratori vedono sotto anche l’area «Anonymize». La spiega la scheda «Anonimizzare persone».

«Download» crea il file ZIP. Contiene un file JSON per area, così i dati sono leggibili da una macchina. Insieme arrivano i file di tutti gli allegati trovati. «overview.html» mostra il contenuto principale in forma leggibile. Lì ogni ticket indica perché è incluso («Why this ticket is included»). «README.txt» è scritto per la persona e spiega che cosa contiene il file.

Un ticket che riguarda la persona viene incluso per intero. Ne fanno parte anche commenti e modifiche di altre persone. Anche le note interne sono incluse e sono contrassegnate come interne. Se la persona ha risposto per e-mail al ticket di un’altra persona, quel ticket porta il contrassegno «Replied by e-mail to someone else’s ticket». Viene incluso anche un ticket su cui la persona ha fatto l’ultima modifica. La sua riga «Why this ticket is included» indica allora «Last person to change the ticket».

Controlla quindi l’esportazione prima di consegnarla. Oscura i dati di altre persone dove serve. La finestra te lo ricorda. Il «README.txt» non contiene questo avviso, perché è destinato alla persona.

I ticket spostati in un archivio non vengono cercati. Controlla i tuoi archivi a parte. Anche questo te lo ricorda la finestra.

Le password e le chiavi dell’accesso a due fattori non fanno parte dell’esportazione.

Ogni download viene registrato: chi l’ha avviato, per quale persona e quando. La registrazione non contiene nulla del contenuto dell’esportazione. La ricerca che lo precede non viene registrata.

Un agente che riceve il permesso ha bisogno anche di «Users: manage accounts». Altrimenti non raggiunge la pagina «User management». Il permesso non si può mai dare al ruolo «Customer».

L'area «Survey consents and unsubscribes» contiene ogni consenso e ogni annullamento dell'iscrizione per il sondaggio di soddisfazione, con data, canale e ticket. «overview.html» mostra la cronologia completa in una sezione a parte. Se la persona è stata anonimizzata dopo un annullamento dell'iscrizione, l'esportazione tramite il suo indirizzo trova l'annullamento rimasto. La colonna «E-mail address» indica allora «Anonymized (address removed)».

Altro a riguardo nella scheda: Anonimizzare persone

La pagina «User management» con il pulsante «Export by e-mail address» in alto e il simbolo di file con una freccia in ogni riga.
Le cornici rosse sono su «Export by e-mail address» e sul simbolo nella riga di Julia Becker. Entrambi aprono la stessa finestra.Apri l'immagine a grandezza reale
La finestra «Export personal data» per Julia Becker con il suo indirizzo e-mail sotto il nome, l’elenco dei risultati per area, i due avvisi su controllo e archivi, l’area «Anonymize» e il pulsante «Download».
Le cornici rosse sono sull’elenco dei risultati e su «Download». L’elenco nomina solo le aree in cui è stato trovato qualcosa.Apri l'immagine a grandezza reale
La stessa finestra dopo la ricerca per indirizzo: nomina l’account a cui appartiene l’indirizzo e offre «Use this account».
La cornice rossa è su «Use this account». Con il solo indirizzo, qui la ricerca non trova nulla. Per questo la finestra non mostra risultati né «Download». L’esportazione dell’account trova i ticket di Julia Becker. L’area «Anonymize» sotto la vedono solo gli amministratori.Apri l'immagine a grandezza reale
5

Anonimizzare persone

Prima di iniziare: Solo un amministratore può anonimizzare una persona. Un’anonimizzazione non si può annullare.

Alcuni dati non devono restare per sempre. Quando qualcuno lascia la tua azienda o una persona chiede di cancellare i suoi dati, la anonimizzi. Nome e indirizzo e-mail vengono allora sostituiti da un segnaposto come «Anonymized user 3». I ticket restano. Report, scadenze, registrazioni dei tempi e valori di soddisfazione continuano a contare.

Ogni persona riceve il proprio numero. Due voci con lo stesso numero provengono dalla stessa persona. L’indirizzo e-mail diventa «anonymized-3@anonymized.invalid». A un indirizzo così non si può recapitare nessuna e-mail, perciò il sistema lo salta durante l’invio. Il segnaposto è salvato in inglese e resta in inglese in ogni lingua.

Ci sono due strade. La strada automatica anonimizza gli account eliminati dopo un numero fisso di mesi. La strada immediata anonimizza una singola persona subito, per esempio dopo una richiesta di cancellazione.

La strada automatica si trova in «Settings → Security», nella scheda «Data protection». L’interruttore «Anonymize deleted users automatically» è spento come impostazione di fabbrica. Accanto a «after» inserisci il numero di mesi. Sono ammessi da 1 a 120, l’impostazione di fabbrica è 36. «Save» salva un numero modificato.

Il tempo si conta dal giorno in cui un account è stato eliminato. Il sistema controlla ogni dieci minuti se è dovuta un’esecuzione. Viene eseguito una volta al giorno, al primo controllo dopo le 03:00 nel fuso orario impostato in «Settings → General Settings». In quell’esecuzione viene anonimizzato ogni account eliminato il cui tempo è scaduto.

Quando accendi l’interruttore, prima si apre una finestra. Elenca gli utenti eliminati che la prossima esecuzione anonimizzerà, ognuno con il giorno dell’eliminazione. Digita ANONYMIZE nel campo e fai clic su «Confirm». Solo allora l’interruttore è acceso. Se in quel fuso orario sono già passate le 03:00, la prima esecuzione segue entro circa dieci minuti.

La stessa finestra compare quando accorci il numero di mesi con l’interruttore acceso. Per spegnerlo non serve alcuna conferma.

Il tempo inizia solo quando un account viene eliminato. Archiviarlo non basta. Un account archiviato è solo bloccato e può tornare in qualsiasi momento, per esempio dopo un congedo parentale. Per eliminare un account, fai clic sul simbolo del cestino «Delete account» nella sua riga in «User management».

Prima che succeda qualcosa, una finestra dice cosa segue. Se l’anonimizzazione automatica è accesa, indica il numero di mesi. Un account eliminato compare nella vista «Archived» con il badge «Deleted». Il simbolo «Restore account» lo riporta indietro. Per amministratori e agenti, Basic ha bisogno per questo di un posto libero. Se l’account viene eliminato di nuovo più tardi, il tempo ricomincia.

Il tuo account non ha il simbolo del cestino. Solo un amministratore può eliminare o archiviare un account amministratore. L’ultimo amministratore attivo non si può né eliminare né archiviare.

Quando qualcuno se n’è andato definitivamente, quindi, elimina l’account e non limitarti ad archiviarlo. Un account archiviato da più di un anno mostra un simbolo di calendario nella sua riga. Il suo suggerimento ti ricorda di eliminare l’account.

La strada immediata si trova nella finestra di dialogo dell’esportazione dei dati, nell’area «Anonymize» sotto i risultati. Apri la finestra dalla riga di un account, oppure con «Export by e-mail address» per una persona senza account.

Se l’indirizzo appartiene a un account, fai prima clic su «Use this account». Solo così viene anonimizzato l’account stesso. Un’esecuzione con il solo indirizzo sostituisce l’indirizzo dove è salvato e lascia l’account com’è.

Digita ANONYMIZE nel campo e fai clic su «Anonymize». Un account attivo viene prima eliminato e poi anonimizzato. Il tuo account non si può anonimizzare. Nemmeno l’ultimo amministratore attivo.

Dopo, la riga porta il badge «Anonymized». Un account così non si può più modificare, ripristinare né riattivare. Resta solo l’esportazione dei dati. Puoi eseguire di nuovo l’anonimizzazione. Il numero resta lo stesso, e vengono compresi anche i dati ripristinati nel frattempo.

La casella «Also clear the content of tickets this person requested» va oltre. Il numero tra parentesi è il numero di questi ticket. I loro testi vengono svuotati e i loro allegati eliminati. I ticket di altre persone in cui la persona ha solo risposto vengono soltanto anonimizzati.

Prima verifica i tuoi obblighi di conservazione. In Germania, per esempio, le lettere commerciali vanno conservate per sei anni. La finestra di dialogo te lo ricorda. La strada automatica si limita ad anonimizzare. Non svuota mai contenuti.

Se un file non si è potuto eliminare dal server, la finestra di dialogo indica quanti. L’esecuzione conta comunque come conclusa. Il sistema non riprova da solo.

Ogni esecuzione viene registrata con il momento, il numero del segnaposto e ciò che è stato cambiato. Per la strada immediata, la registrazione indica anche chi l’ha avviata. Non contiene né il nome né l’indirizzo e-mail della persona.

Anonimizzare richiede il permesso «Anonymize people». Come impostazione di fabbrica ce l’hanno solo gli amministratori. Solo un amministratore può usarlo. Non si può mai dare al ruolo «Customer». La finestra di dialogo dell’esportazione dei dati richiede inoltre «Data export (data subject request)».

Altro a riguardo nella scheda: Esportazione dei dati di una persona, Periodi di conservazione

La scheda «Data protection» con l’interruttore spento, il campo dei mesi, «Save» e il link «Download list of anonymizations».
I riquadri rossi stanno sull’interruttore e sul numero di mesi. L’interruttore è spento, come dopo ogni aggiornamento.Apri l'immagine a grandezza reale
La finestra «Who will be anonymized» con un utente eliminato e la data dell’eliminazione, sotto il campo con ANONYMIZE e il pulsante «Confirm».
I riquadri rossi stanno sulla lista e su «Confirm». Oliver Grant è stato eliminato più di 36 mesi fa. La prima esecuzione lo anonimizzerebbe.Apri l'immagine a grandezza reale
La finestra «Delete account» per Amir Khan. Il testo dice cosa segue e indica i 36 mesi fino all’anonimizzazione.
Il riquadro rosso sta su «Delete account». Qui l’anonimizzazione automatica è accesa. Per questo la finestra indica il numero di mesi.Apri l'immagine a grandezza reale
La vista «Archived» con l’account eliminato di Oliver Grant, il badge «Deleted» e il simbolo per ripristinarlo.
I riquadri rossi stanno sul badge «Deleted» e su «Restore account». Fino all’anonimizzazione l’account si può recuperare.Apri l'immagine a grandezza reale
La finestra di dialogo «Export personal data» per Tomas Novak. Sotto i risultati c’è l’area «Anonymize» con la casella spuntata, ANONYMIZE digitato e il pulsante «Anonymize».
I riquadri rossi stanno sulla casella e su «Anonymize». Tomas Novak ha richiesto quattro ticket. Anche il loro contenuto verrebbe svuotato.Apri l'immagine a grandezza reale
L’area «Anonymize» dopo l’esecuzione: in alto «Already anonymized as Anonymized user 2», in basso il messaggio «Done».
Il riquadro rosso sta sul messaggio con il numero del segnaposto. L’area permette un’altra esecuzione.Apri l'immagine a grandezza reale
La vista «Archived» con account anonimizzati. Ogni riga porta un nome segnaposto, l’indirizzo segnaposto e il badge «Anonymized».
Il riquadro rosso sta sul badge «Anonymized». A un account anonimizzato non resta alcuna azione tranne l’esportazione dei dati.Apri l'immagine a grandezza reale

L’account

Le tabelle seguenti indicano ogni punto in cui il sistema salva una persona e cosa vi fa l’anonimizzazione. Puoi usarle per descrivere come la tua azienda cancella i dati personali.

DatiCosa succede
Nome e cognome«Anonymized user» e il numero
Indirizzo e-mail e nome di accessol’indirizzo segnaposto
Numero di telefonorimosso
Reparto, posizione e sederimosso
Lingua, aspetto chiaro o scuro, disponibilitàriportato all’impostazione di fabbrica
Password e l’elenco delle password precedentieliminato
Chiavi dell’accesso a due fattori e il collegamento a un account presso un servizio di accesso (SSO)eliminato
Eventi di accesso nel registro di sicurezzaeliminati. Le azioni amministrative della persona nel registro di sicurezza restano. Lì il suo nome viene sostituito dal segnaposto.
Immagine del profiloeliminato
Ruolo e appartenenza ai teamrimossi. Dopo, l’elenco utenti mostra il ruolo «Customer».
Scelta personale delle colonne dell’elenco ticketrimosso
Un cronometro della registrazione dei tempi in corsoeliminato
L’account stessoresta, eliminato e bloccato per sempre. Ticket, commenti e registrazioni dei tempi continuano a puntare a esso. Per questo i report continuano a contare.
Indicatori sì/no per indirizzo e-mail confermato, telefono confermato e accesso a due fattori, l’impostazione sì/no dell’elenco ticket, il contatore dei tentativi falliti, la data dell’ultimo cambio di password e quella della disattivazionerestano. Non contengono nessun valore della persona, solo sì o no, numeri e date. Indirizzo, numero, password e chiavi stessi vengono sostituiti o eliminati.
L’indicazione su un ticket di chi l’ha modificato per ultimoviene rimossa. Il ticket non indica più nessuno come ultima persona che l’ha modificato.

Copie del nome

In alcuni punti il sistema salva il nome una seconda volta. Così una voce mostra ancora chi l’ha fatta dopo una modifica. Anche queste copie vengono sostituite.

PuntoCosa succede
Chi ha fatto una modifica nella cronologia del ticketnome segnaposto
Nome sulle registrazioni dei tempinome segnaposto
Chi ha modificato un articolo della knowledge basenome segnaposto
Voci nell’«Audit log» di un team, anche «Added user …» e «Removed user …»nome segnaposto
Nome del richiedente sui ticket richiesti dalla personanome segnaposto. Il numero di telefono del richiedente viene rimosso.
Valori vecchi e nuovi nella cronologia del ticket: nome, indirizzo e telefono del richiedente, osservatori, assegnazionesegnaposto o rimosso. Vale nei ticket della persona e nei ticket in cui prima era la richiedente.

Indirizzi e-mail

Ovunque un indirizzo della persona sia salvato come campo a sé, diventa l’indirizzo segnaposto. Maiuscole e minuscole non contano.

PuntoCosa succede
Indirizzo del richiedente sui ticketindirizzo segnaposto
Destinatario dei sondaggi di soddisfazioneindirizzo segnaposto
Indirizzo di un approvatore, nelle approvazioni e nelle richieste con attivitàindirizzo segnaposto
Mittente delle e-mail in arrivoindirizzo segnaposto
Indirizzo del destinatario fisso nei modelli di rispostaindirizzo segnaposto
Nota interna che una regola di posta ha già gestito un’e-mailindirizzo segnaposto
Indirizzo nella registrazione delle esportazioni dei dati precedentiindirizzo segnaposto. La registrazione stessa resta come prova. Anche un’esportazione dei dati successiva per questo indirizzo registra solo il segnaposto.
Suggerimenti per i dati del richiedente quando si crea un ticketeliminati se portano l’indirizzo
Voce nella lista di blocco delle e-mailresta. Altrimenti lo spam da questo indirizzo passerebbe di nuovo dopo l’eliminazione.
Consensi e annullamenti dell'iscrizione per il sondaggio di soddisfazioneeliminati. Se l'ultima voce era un annullamento dell'iscrizione, resta come voce senza indirizzo. L'elenco «Survey consents and unsubscribes» la mostra come «anonymized». Finché la persona non dà di nuovo il consenso o non si iscrive di nuovo, nessun sondaggio va all'indirizzo. Se la chiave di anonimizzazione non è più leggibile o è stata scartata, questa voce non ha più effetto.

Indirizzi nel testo

Nei testi l’anonimizzazione sostituisce solo gli indirizzi e-mail della persona. Questo avviene nei ticket che riguardano la persona. Sono gli stessi ticket che trova l’esportazione dei dati.

TestoCosa succede
Descrizione del ticketindirizzi sostituiti
Commenti, compreso il testo delle e-mail in arrivoindirizzi sostituiti
Oggetto delle e-mail in arrivoindirizzi sostituiti
Note sulle registrazioni dei tempiindirizzi sostituiti
Commento in un sondaggio di soddisfazioneindirizzi sostituiti
Valori vecchi e nuovi nella cronologia del ticketindirizzi sostituiti
Titolo e testo degli articoli della knowledge base, anche nella loro cronologiaindirizzi sostituiti, in tutti gli articoli

Svuotare il contenuto dei ticket richiesti

Con la casella «Also clear the content of tickets this person requested» questi ticket perdono il loro contenuto. Ciò che serve a report e scadenze resta.

Parte del ticketCosa succede
Numero, date, stato, team, categoria, priorità, assegnazione e scadenzerestano
Titolodiventa «Content removed»
Descrizionesvuotata
Tutti i commenti, anche le risposte degli agentitesto svuotato. Il commento stesso resta, così la prima risposta e le scadenze restano corrette.
Oggetto delle e-mail in arrivosvuotata
Valori dei campi personalizzatieliminato
Nota del promemoria e luogosvuotata
Cronologia del ticketIl tipo di ogni modifica resta. I valori vengono svuotati, tranne per stato, priorità, categoria, sottocategoria, canale, team, escalation e assegnazione. Servono ai report.
Sondaggio di soddisfazioneLa valutazione resta, il commento viene svuotato.
Registrazioni dei tempiI minuti registrati restano, la nota viene svuotata.
Allegatieliminati, la voce e il file

Limiti

I nomi nel testo libero restano, per esempio «Saluti, Max» alla fine di un’e-mail. Anche i numeri di telefono nel testo libero restano. Nessuno dei due si può riconoscere in modo affidabile. Per i ticket di un cliente c’è la casella per svuotare il contenuto.

Se un altro account ha lo stesso nome e cognome, il nome della persona non viene sostituito nella cronologia del ticket né come nome del richiedente. Altrimenti verrebbero toccate anche le voci dell’altra persona. Indirizzo e telefono vengono sostituiti comunque. Il controllo confronta nome e cognome. La cronologia delle assegnazioni salva il nome di accesso. Un omonimo che vi compare solo con il nome di accesso quindi non viene riconosciuto.

Le voci molto vecchie della cronologia del ticket che non puntano ancora all’account portano solo il nome. Non vengono riconosciute.

Un ticket che un agente ha registrato per telefono senza l’indirizzo e-mail del richiedente non viene riconosciuto. Il nome e il numero di telefono del richiedente vi restano.

Gli indirizzi nelle impostazioni non vengono modificati, per esempio nelle regole di posta e nelle regole di automazione. Se lì compare l’indirizzo della persona, modificalo tu.

Se la persona scrive di nuovo dopo l’esecuzione, una nuova esecuzione con il suo indirizzo copre anche le nuove e-mail. La avvii con «Export by e-mail address». Il numero resta lo stesso. Una nuova esecuzione sull’account anonimizzato non trova le nuove e-mail. L’account non conosce più il vecchio indirizzo.

Degli archivi si occupa il sistema stesso. Quando ripristini un archivio, ogni persona anonimizzata in precedenza viene di nuovo anonimizzata nei ticket ripristinati. Il messaggio dopo il ripristino dice quante. Un indirizzo che in questi ticket compare solo nel testo libero lì non viene riconosciuto. Inoltre l’esecuzione notturna dopo un’anonimizzazione aggiorna i file di archivio. La scheda «Periodi di conservazione» lo spiega.

Con un backup è diverso. Un backup fatto prima di un’esecuzione contiene ancora i vecchi dati. Durante il ripristino se ne occupa «Ticket System Backup & Restore». L’applicazione chiede se tutte le persone anonimizzate nello stato di oggi devono essere anonimizzate di nuovo. «Yes» è preselezionato. Il sistema di ticket lo fa poi nell’esecuzione notturna delle 03:00, nel fuso orario impostato. Questo vale anche se l’interruttore è spento. Fino ad allora i loro nomi tornano visibili. La scheda «Data protection» mostra un avviso con il numero. Il backup riporta anche lo stato dell’interruttore di allora. Perciò controlla l’interruttore dopo il ripristino.

Se ripristini un backup in un altro modo, rispondi «No» o usi «--no-reapply» dalla riga di comando, questo non avviene. La strada automatica ritrova allora gli account eliminati, purché l’interruttore sia acceso. Le esecuzioni che hai avviato a mano vanno ripetute. Ti aiuta il link «Download list of anonymizations» nella scheda «Data protection». Scarica l’elenco prima del ripristino. Dopo non contiene più le esecuzioni fatte dopo il backup. L’elenco ha una riga per ogni persona anonimizzata, con le colonne «Date», «Number», «Account ID», «E-mail hash» e «Content cleared». «Date» è il momento della prima esecuzione in UTC. «Account ID» è compilato solo se è stato anonimizzato un account. «E-mail hash» è un’impronta dell’indirizzo che non si può invertire. «Content cleared» dice se il contenuto dei ticket richiesti dalla persona è stato svuotato. Dopo ogni esecuzione scarica tu l’elenco e conservalo fuori dal sistema. Un backup fatto prima di un’esecuzione non contiene quell’esecuzione.

Testo per la tua informativa sulla privacy

Come gestore devi dire alle persone per quanto tempo conservi i loro dati. Puoi usare questo testo nella tua informativa sulla privacy.

Testo di esempio

Dopo la Sua uscita, il Suo nome e il Suo indirizzo e-mail nel sistema di ticket vengono sostituiti da un segnaposto dopo [36] mesi. I ticket e i dati statistici restano conservati senza alcun riferimento alla Sua persona. Su Sua richiesta possiamo anonimizzare i Suoi dati anche prima, se non vi si oppone un obbligo di conservazione. I dati dei contatti esterni con cui non c’è più stato alcun contatto da [36] mesi vengono anonimizzati allo stesso modo. Gli eventi di accesso del registro di sicurezza vengono eliminati dopo [90] giorni. Le voci sulle azioni amministrative vengono eliminate dopo [12] mesi.

Adatta i numeri alle tue impostazioni. Togli ogni frase il cui interruttore è spento. Fai controllare il testo dal tuo consulente per la protezione dei dati. Questo manuale non è una consulenza legale.

Richieste di cancellazione e persone che ritornano

Eliminare e anonimizzare sono due cose diverse. «Delete account» nasconde soltanto un account. «Restore account» lo riporta indietro. Fino ad allora il suo indirizzo e-mail resta riservato a quell’account. Una richiesta di cancellazione la soddisfi quindi con «Anonymize» nella finestra di esportazione dei dati. Non si può annullare. Nome e indirizzo vengono sostituiti da «Anonymized user» e dal numero. Il collegamento all’account presso un provider di single sign-on viene eliminato.

Ogni indirizzo e-mail appartiene a un solo account. Se crei un account con un indirizzo che un altro account ha già, il sistema rifiuta. Il messaggio è «This e-mail address already belongs to another account.» Lo stesso vale quando modifichi l’indirizzo di un account. Se l’indirizzo appartiene a un account eliminato, il messaggio è «This e-mail address belongs to a deleted account. Restore that account instead.» Ripristina allora il vecchio account invece di crearne uno nuovo. Gli account anonimizzati non contano. Portano soltanto l’indirizzo segnaposto.

Un account eliminato non si può ripristinare se nel frattempo un altro account attivo ha lo stesso indirizzo. Il messaggio è allora «This e-mail address already belongs to another account.» Modifica prima l’indirizzo dell’altro account.

Dal periodo precedente a questa regola possono esserci account che condividono un indirizzo. La gestione utenti li segnala con l’avviso «This e-mail address belongs to more than one account. Change it so that each account has its own address.» Dai a ciascuno di questi account il proprio indirizzo. Fino ad allora l’accesso con questo indirizzo al posto del nome utente non funziona. Nemmeno l’e-mail per reimpostare la password viene inviata.

Se una persona ritorna dopo una richiesta di cancellazione, ottiene un nuovo account. Succede per esempio quando accede di nuovo con Google o Microsoft con lo stesso indirizzo. Per questo «Automatically create accounts on first sign-in» deve essere attivo. L’account anonimizzato non porta più il suo indirizzo e non ostacola il nuovo account.

Le vecchie anonimizzazioni non toccano mai i nuovi ticket di questa persona. Questo vale anche dopo il ripristino di un backup o di un archivio. Quando un’anonimizzazione viene applicata di nuovo, comprende solo i dati nati prima del suo momento.

Se il vecchio account è stato solo eliminato e non anonimizzato, il sistema rifiuta il primo accesso tramite SSO con questo indirizzo. Cosa vede la persona dipende dal provider. Se il provider conferma l’indirizzo, il messaggio è «An account with this e-mail address was deleted. Ask an administrator to restore it.» Se non lo conferma, il messaggio è «Your e-mail address is not verified with the provider.» Così il sistema non rivela se per un indirizzo esiste un account eliminato.

Come amministratore hai allora due strade. Se ripristini il vecchio account con «Restore account», la persona continua a lavorarci con la sua cronologia. L’accesso tramite SSO funziona se l’account era già collegato a questo provider o se il provider conferma l’indirizzo. Se la richiesta di cancellazione resta valida, anonimizza il vecchio account. Dopo l’indirizzo è libero e l’accesso crea un nuovo account.

L’autoregistrazione risponde in questo caso in modo neutro: «Registration could not be completed. If you already have an account, use the password reset on the sign-in page.» Non rivela se per l’indirizzo esiste un account.

6

Periodi di conservazione

Prima di iniziare: Solo un amministratore può modificare queste impostazioni. Un’anonimizzazione non si può annullare.

Il sistema conserva i dati personali solo per il tempo necessario. Una persona viene anonimizzata quando se ne va o quando lo chiede. Andarsene significa un account eliminato, oppure un contatto esterno che non è più in contatto da molto tempo. Una richiesta la gestisci nella finestra di esportazione dei dati con «Anonymize».

I ticket stessi non hanno limiti di tempo. Il loro contenuto mantiene il suo scopo, per esempio come storico del cliente. I report e le registrazioni del tempo continuano a contare.

Tutti i limiti di tempo si trovano in «Settings → Security», nella scheda «Data protection». Ha tre blocchi: «Deleted accounts», «External contacts» e «Security log retention». Ogni blocco ha un interruttore, un limite di tempo e «Save». Il blocco «Security log retention» ha due interruttori e due limiti di tempo. Sotto c’è «Archives». Dopo un ripristino si aggiunge «Restore from a backup» non appena è avvenuta la successiva esecuzione delle 03:00. Fino ad allora la scheda mostra l’avviso «… will be applied again tonight at 03:00.» La scheda «Anonimizzare persone» spiega il primo blocco. Lì c’è anche il testo modello per la tua informativa sulla privacy. Sotto la descrizione della scheda «Data protection» c’è il link «Data protection guide for operators». La guida contiene modelli per il registro delle attività di trattamento, le misure tecniche e organizzative e un concetto di conservazione e cancellazione.

Sotto ogni blocco c’è una riga «Last run». Indica data e ora dell’ultima esecuzione notturna e quante persone o voci ha trattato. «0 done» significa che non c’era nulla da fare. «Not run yet» compare finché l’attività non ha un risultato. Se un interruttore è spento, la sua attività non viene eseguita.

Se la riga è arancione, l’attività non ha completato tutto. Con «skipped» indica quante persone, voci o file sono stati saltati. Per «Archives» si tratta di file bloccati o danneggiati. Con «failed» l’intera attività è fallita. La frase che segue dice cosa fare. Se dice «Details are in the server log.», leggi il log del server. Su Linux lo mostra il comando «sudo podman logs container-backend-1». Se nomina la chiave di anonimizzazione, segui la sezione «Quando la chiave non è leggibile» più sotto. La prossima esecuzione notturna riprova ciò che è stato saltato.

Altro a riguardo nella scheda: Anonimizzare persone, Recuperare tutto

La scheda «Data protection» con i blocchi «Deleted accounts», «External contacts» e «Security log retention», sotto «Archives» e «Restore from a backup», ognuno con la sua riga «Last run».
I riquadri rossi sono sulle righe «Last run». Qui tutti e quattro gli interruttori sono accesi. Come impostazione di fabbrica sono accesi solo i due interruttori del blocco «Security log retention».Apri l'immagine a grandezza reale
Il blocco «External contacts» con l’interruttore «Anonymize external contacts automatically» e il campo «Months without contact».
I riquadri rossi sono sull’interruttore e sul numero di mesi. Il testo sotto indica che cosa conta come contatto.Apri l'immagine a grandezza reale
La finestra «Who will be anonymized» con la frase «Nobody is due yet with this time limit.», ANONYMIZE digitato e «Confirm».
I riquadri rossi sono sul campo e su «Confirm». Qui il limite di tempo è stato accorciato a 24 mesi e nessuno sarebbe interessato. Altrimenti qui compaiono il numero e le prime persone con il loro ultimo contatto.Apri l'immagine a grandezza reale
La scheda «Recent sign-in attempts» con la frase «Entries are deleted after 90 days (Settings → Security).» e tre accessi.
Il riquadro rosso è sulla frase sul limite di tempo. Se l’eliminazione è spenta, dice «Entries are kept until you delete them.»Apri l'immagine a grandezza reale
Due avvisi in alto nella scheda: il numero di indirizzi che non vengono più riconosciuti e anonimizzazioni che non è stato possibile trasferire.
Il riquadro rosso è sull’avviso sul trasferimento. Cosa fare è indicato nella sezione «Ripristinare un backup».Apri l'immagine a grandezza reale
L’avviso «The anonymization key cannot be read» con il link «How to restore the key» e il pulsante «Discard old key».
I riquadri rossi sono sul link a questo manuale e su «Discard old key». Finché l’avviso è visibile, la scheda non mostra alcun avviso su anonimizzazioni in sospeso.Apri l'immagine a grandezza reale
La finestra «Discard old key» con DISCARD digitato nel campo «Confirmation word».
I riquadri rossi sono sul campo e su «Discard old key». Solo con la parola si può fare clic sul pulsante.Apri l'immagine a grandezza reale

Contatti esterni

I contatti esterni sono persone senza account del personale. Sono i richiedenti senza account e gli account cliente. Per il sistema non se ne vanno mai. Per questo questo blocco conta il tempo dall’ultimo contatto.

L’ultimo contatto è il più recente di questi momenti: l’ultima modifica a un ticket richiesto dalla persona, una sua e-mail, un suo commento, una risposta a un sondaggio di soddisfazione, un’approvazione inviata a lei e un suggerimento per i dati del richiedente. Per un account cliente conta anche il giorno in cui è stato creato. Un nuovo account mai usato quindi non è dovuto subito. Gli account che esistevano già prima dell’aggiornamento alla versione 1.7.0 valgono come creati il giorno dell’aggiornamento.

Gli account del personale e i loro indirizzi non sono mai interessati. Questo vale anche per un indirizzo condiviso come info@, se appartiene a un account del personale. Chi ha un ticket non ancora chiuso viene saltato finché non viene chiuso. Gli account eliminati appartengono al blocco «Deleted accounts».

L’interruttore «Anonymize external contacts automatically» è spento come impostazione di fabbrica. Accanto a «Months without contact» inserisci il numero di mesi. Sono ammessi da 1 a 120, l’impostazione di fabbrica è 36.

Quando accendi l’interruttore, prima si apre la finestra «Who will be anonymized». Dice quante persone sono dovute e mostra le prime con il loro ultimo contatto. Digita ANONYMIZE nel campo e fai clic su «Confirm». La stessa finestra compare quando accorci il numero con l’interruttore acceso e fai clic su «Save».

Questo viene applicato nella prossima esecuzione notturna. Ogni persona dovuta viene anonimizzata come con «Anonymize». Il suo contenuto non viene mai svuotato. Restano il segnaposto, i ticket e i dati statistici. Nomi e numeri di telefono nel testo libero restano. La scheda «Anonimizzare persone» ne indica i limiti.

Registro di sicurezza

Il registro di sicurezza registra gli eventi di accesso e le azioni amministrative. Gli eventi di accesso contengono anche l’indirizzo IP e l’identificazione del browser. Che cosa viene registrato esattamente lo spiega la scheda «Il registro di sicurezza».

La scheda «Recent sign-in attempts» in «Settings → SSO Settings» mostra gli ultimi 100 eventi di accesso tramite SSO e la directory. La vede chi può aprire quella pagina. Come impostazione di fabbrica, solo gli amministratori. La frase sotto il titolo della scheda indica il limite di tempo, per esempio «Entries are deleted after 90 days (Settings → Security).»

Per impostazione predefinita gli eventi di accesso vengono eliminati dopo 90 giorni e le azioni amministrative dopo 12 mesi. Nel blocco «Security log retention» imposti da 7 a 365 giorni accanto a «Days» e da 1 a 120 mesi accanto a «Months». Gli interruttori «Delete old sign-in events» e «Delete old administrator actions» disattivano l’eliminazione. Le voci allora restano. Non serve nessuna parola di conferma, perché vengono eliminate solo voci e non persone.

Anche l’accesso con nome utente e password compare nel registro di sicurezza. Un tentativo fallito viene salvato con il suo indirizzo IP e il browser. Un accesso riuscito viene salvato solo per gli amministratori e dopo tentativi falliti.

Archivi

Un file di archivio contiene anche persone anonimizzate solo più tardi. Per questo l’esecuzione notturna dopo un’anonimizzazione aggiorna ogni file di archivio in cui compare la persona. Lì nomi e indirizzi vengono sostituiti dagli stessi segnaposto della banca dati. Se il contenuto è stato svuotato, nell’archivio mancano anche gli allegati di quei ticket.

Fino alla notte seguente la persona compare quindi ancora in chiaro negli archivi. Gli archivi non hanno un interruttore. Un file di archivio bloccato in quel momento resta invariato, per esempio perché viene scaricato o ripristinato. Lo stesso vale per un file danneggiato. La prossima esecuzione notturna riprova.

Ora e fuso orario

Tutte queste attività vengono eseguite una volta al giorno alle 03:00. Vale il fuso orario in «Settings → General Settings», nella scheda «Time Zone». L’orologio del server non conta. Molti server girano in UTC. Lì le 03:00 sarebbero per te un’altra ora.

Il sistema controlla ogni dieci minuti se l’esecuzione è dovuta. Il primo controllo dopo le 03:00 la avvia. Se alle 03:00 il server era spento, l’esecuzione segue al primo controllo dopo l’avvio.

Dopo l’aggiornamento alla versione 1.7.0, la prima esecuzione segue poco dopo l’aggiornamento, al più tardi alle 03:00 della notte successiva. Questa esecuzione elimina le voci del registro degli accessi più vecchie di 90 giorni.

Se cambi il fuso orario, quello nuovo vale dal controllo successivo. L’esecuzione avviene al massimo una volta per giorno di calendario. Dopo un cambio verso ovest può saltare in quel giorno. Segue allora il giorno dopo.

L’applicazione «Ticket System Backup & Restore» pianifica i suoi backup nello stesso fuso orario. Legge il fuso dal sistema di ticket quando la pianificazione viene applicata. La scheda «Schedule» e «schedule --show» mostrano l’ora con il fuso, per esempio «02:00 (Europe/Berlin)». Se in quel momento la banca dati non è raggiungibile, resta il fuso precedente. Se non ce n’è ancora uno, vale l’orologio del computer e l’indicazione dice «(host clock)».

Il sistema operativo conosce solo il proprio orologio. Per questo l’applicazione converte l’ora. A seconda del fuso orario del server, registra una o due voci per pianificazione. Così il backup gira all’ora giusta d’estate e d’inverno. All’avvio controlla se un backup è davvero dovuto. Altrimenti termina senza backup e il log dice «No backup is due at this time in …».

Se cambi il fuso orario nel sistema di ticket, il prossimo backup pianificato gira comunque. Dopo, l’applicazione registra di nuovo la pianificazione. Il log mostra allora un avviso che inizia con «The time zone in the ticket system changed». Se non è stato possibile registrare di nuovo la pianificazione, dice «The schedule could not be updated.» Apri allora l’applicazione e fai clic su «Apply schedule».

Quando la chiave non è leggibile

Il sistema memorizza gli indirizzi e-mail anonimizzati come impronta. Per farlo serve una chiave. Il portachiavi del server protegge questa chiave. Il portachiavi è formato dai file key-*.xml nella cartella delle chiavi. Se mancano o non corrispondono, la scheda mostra l’avviso «The anonymization key cannot be read».

Allora non funzionano nemmeno le password salvate per posta e SSO. Dipendono dallo stesso portachiavi. Le esecuzioni notturne per gli account eliminati e il registro di sicurezza continuano. Le persone note solo tramite il loro indirizzo vengono saltate. «Anonymize» rifiuta un’esecuzione tramite il solo indirizzo.

Ecco come recuperare il portachiavi. Prendi un backup di prima del problema. Contiene la cartella delle chiavi come file a sé. Su Linux i backup si trovano in «/opt/smitey/backups». Copiane uno in una cartella vuota e spostati in quella cartella. I comandi qui sotto scrivono il backup come file normali ed estraggono i file key-*.xml. Poi copiano i file nella cartella delle chiavi e riavviano il server del sistema di ticket. Gli altri file nella cartella delle chiavi restano come sono. Dopo il riavvio l'avviso scompare. Poi elimina la cartella «plain». Contiene password e dati personali. Un backup più vecchio con estensione «.zip» non è cifrato. Per questo il primo comando è «sudo unzip -o <file> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar».

Su Windows i backup si trovano in «C:\Program Files\SMITEY\backups». Copiane uno in una cartella vuota. Apri lì PowerShell come amministratore. Inserisci il comando del riquadro «Windows: Scrivere il backup come file non cifrati ed estrarre i file delle chiavi». Sostituisci <file>.smbk con il nome completo del file del backup. Poi copia ogni file key-*.xml con «podman cp <file> container-backend-1:/app/DataProtection-Keys/». I comandi per il proprietario e per il riavvio li inserisci senza «sudo». Poi elimina la cartella «plain».

Scrivere il backup come file non cifrati ed estrarre i file delle chiavi

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

Nella cartella c'è esattamente un backup. Dopo vi si trovano i file key-*.xml. La sottocartella «plain» contiene l'intero backup non cifrato.

Copiare i file nella cartella delle chiavi

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

I file esistenti con un altro nome restano nella cartella delle chiavi.

Dare ai file il proprietario giusto

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

Il sistema di ticket gira nel container con un utente proprio. I file devono appartenere a lui.

Riavviare il server del sistema di ticket

sudo podman restart container-backend-1

Dopo il riavvio il sistema rilegge il portachiavi.

Windows: Scrivere il backup come file non cifrati ed estrarre i file delle chiavi

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

In PowerShell come amministratore, nella cartella con il backup. Sostituisci <file>.smbk con il nome completo del file del backup. Dopo vi si trovano i file key-*.xml.

L’ultima via d’uscita: «Discard old key»

Se non hai alcun backup con i file delle chiavi, resta «Discard old key». Solo un amministratore vede il pulsante. Digita DISCARD nel campo «Confirmation word» e fai clic su «Discard old key». Il sistema crea allora una nuova chiave.

Le anonimizzazioni tramite account continuano a valere. Le persone anonimizzate solo tramite il loro indirizzo non vengono poi più riconosciute nei backup e negli archivi. La scheda ne indica il numero. Un backup più vecchio può quindi rendere di nuovo visibili queste persone. Le password salvate per posta e SSO restano illeggibili. Inseriscile di nuovo.

Ripristinare un backup

Durante il ripristino, «Ticket System Backup & Restore» chiede se tutte le persone anonimizzate oggi devono essere anonimizzate di nuovo. «Yes» è preselezionato. Il sistema di ticket lo fa nella prossima esecuzione notturna alle 03:00 nel suo fuso orario. Fino ad allora la scheda mostra «… will be applied again tonight at 03:00.»

Il backup riporta anche gli interruttori e i limiti di tempo di allora. Perciò controlla la scheda «Data protection» dopo il ripristino.

Se ci sono stati avvisi durante il trasferimento, la riga di stato dell’applicazione ne indica il numero, per esempio «2 warning(s) while carrying over anonymizations. See the Log tab.» Dalla riga di comando lo stesso compare nell’ultima riga e rimanda a «backup.log». Lì è indicato che cosa non ha funzionato. Se non è stato possibile trasferire le anonimizzazioni, ripeti a mano le esecuzioni fatte dopo questo backup. Ti aiuta l’elenco scaricato prima del ripristino.

Il sistema di ticket legge il file di trasferimento dell’applicazione al prossimo avvio. Se non riesce a leggerlo, la scheda mostra «A carry-over file from the backup app could not be read». Il file resta sul server e viene letto di nuovo al prossimo avvio. Ripristina allora il backup ancora una volta con la versione attuale dell’applicazione.

Se la chiave del backup non corrisponde, le anonimizzazioni tramite indirizzo non si possono trasferire. La scheda mostra allora «… could not be carried over from before the restore». Se conosci queste persone, anonimizzale di nuovo con «Export by e-mail address».

La riga «Last run» sotto «Restore from a backup» mostra quante anonimizzazioni l’esecuzione ha applicato di nuovo.

7

Ruoli e concetto dei permessi

Ci sono tre ruoli: «Admin», «Agent» e «Customer». Non se ne possono creare altri. Quello che è libero, invece, è quasi ogni singolo permesso; le eccezioni sono elencate più sotto.

Questi tre li trovi in «Settings → General Settings», nella scheda «Role». Non si possono rinominare.

Che cosa può fare un ruolo sta in un altro posto: in «Settings → Security», nella scheda «Permission concept».

Ogni riga è una funzione, ogni colonna un ruolo. Una spunta consente. Sotto il nome c'è la chiave interna; per lavorare con la pagina non ti serve.

L'elenco è lungo. Va dalla gestione degli utenti all'accesso alle singole pagine delle impostazioni, fino alla registrazione dei tempi.

La colonna «Agent Team» è il caso particolare. Diventa utilizzabile solo dopo che nella stessa riga è messa la spunta «Agent». Scegli lì un team e il permesso vale solo per gli agenti di quel team.

Al ruolo «Admin» non si può togliere nessun permesso. Dopo il salvataggio la spunta è di nuovo lì. Così nessuno può chiudersi fuori dal proprio sistema. Solo un amministratore può cambiare la tabella. Questo vale per ogni impostazione della pagina «Security». Chiunque altro possa aprire la pagina la vede in sola lettura. Sei permessi non si possono mai dare al ruolo «Customer»: «Users: manage accounts», «Data export (data subject request)», «Anonymize people», «Security log», «Settings: Security» e «Settings: Single sign-on».

Con «Save» la modifica vale subito. Chi è interessato se ne accorge al clic successivo.

La scheda «Permission concept» con la tabella: una riga per funzione, colonne per amministratore, agente, team di agenti e cliente.
La cornice rossa è sulla riga di intestazione. Il selettore nella colonna «Agent Team» è utilizzabile solo dove è messa la spunta «Agent».Apri l'immagine a grandezza reale
La scheda «Role» con i tre ruoli, ciascuno contrassegnato come «Mandatory».
La cornice rossa è sulla nota. I tre ruoli sono contrassegnati come «Mandatory». Nessuno di loro si può cancellare.Apri l'immagine a grandezza reale
8

Reparto, mansione e sede

Tre elenchi descrivono la persona e non il ticket: il reparto, la mansione e la sede.

Si creano in «Settings → General Settings», nella scheda «Drop-down lists». Il funzionamento è uguale per tutti e tre.

Si assegnano sull'account. Nel modulo in «User management» i campi si chiamano «Department», «Position» e «Location».

Nell'elenco degli utenti il reparto sta sotto il team. La mansione e la sede si vedono nel modulo dell'account.

La sede ha un secondo impiego. Sul ticket c'è un campo «Location», e attinge allo stesso elenco.

Ognuno dei tre elenchi ha una voce che non puoi cancellare. Si chiama «None selected or available» e porta l'etichetta «Mandatory».

Se cancelli un'altra voce, tutti quelli che l'avevano passano a quel segnaposto. Così nessuno resta a puntare a qualcosa che non c'è più.

Qui non si traduce: si traduce in una volta sola nella pagina delle traduzioni. Il nome inglese è l'ancora a cui restano appese le traduzioni.

La finestra «Edit user» con i campi di reparto, mansione e sede compilati.
Le cornici rosse sono sui tre campi. Stanno accanto al team ma significano un'altra cosa: il team dice chi lavora i ticket, il reparto dice dove lavora la persona.Apri l'immagine a grandezza reale
L'elenco degli utenti con la colonna «Team» che mostra il reparto sotto il nome del team.
La cornice rossa è sulla colonna. Il team sopra, il reparto sotto. Chi non è in nessun team ha lì un trattino.Apri l'immagine a grandezza reale

Le immagini sono della versione 1.3.1. Nelle schermate mostrate non è cambiato niente fino alla versione 1.13.3. L'unica cosa con un aspetto diverso è il numero di versione in fondo alla barra laterale.