Equipos y usuarios

Un equipo es una responsabilidad, no una carpeta. Tiene sus propias categorías, sus propios plazos y sus propios miembros. Un cliente ve exactamente uno de ellos. Todo lo demás se reduce a quién tiene qué cuenta y qué puede hacer esa cuenta.

1

Crear y configurar equipos

Los equipos viven en «Settings → Teams». La lista está a la izquierda y, a la derecha, los ajustes del equipo que has pulsado. El número que sigue al nombre es la cantidad de miembros.

Un equipo nuevo recibe su nombre en el campo «Team name». Debajo, «Copy categories from» te permite elegir un equipo existente para que el nuevo empiece con las mismas categorías principales y subcategorías. «Create team» lo crea.

El primer equipo es el que ven tus clientes. Cada equipo adicional es un equipo especializado que está detrás. Pedir a quien avisa que elija él mismo el departamento correcto es pedir demasiado: presenta su aviso al primer equipo y desde ahí se pasa adelante.

Puedes cambiarlo en cualquier momento. La tarjeta «Customer permissions» decide por equipo qué pueden hacer ahí los clientes. Tiene dos interruptores: «Can create new tickets and see their own tickets» y «Can see their own tickets of this team in the dashboard and in reports». En cuanto uno de ellos está activado, los clientes ven el equipo. Solo con los dos desactivados el equipo no aparece siquiera para un cliente.

La tarjeta «Agent Permissions» se aplica a los agentes de este equipo. Tiene tres interruptores: gestionar tickets, gestionar categorías y ver los informes de este equipo. Sin el primero, un agente no puede crear, editar ni comentar tickets en este equipo, ni subir adjuntos. Sin el segundo, la entrada de las categorías del equipo desaparece de su barra lateral. Sin el tercero, los informes dejan fuera este equipo. Cada cambio queda registrado en el «Audit log» del equipo.

La tarjeta «Agents» contiene los miembros. A pesar del encabezado, ahí están también los clientes del equipo. El selector de encima y «Add Agent» añaden a alguien; «Remove» lo saca. Quien sea añadido o retirado tiene que cerrar sesión y volver a iniciarla una vez.

«Default e-mail language» es el idioma en el que escribe este equipo. Se aplica cuando una regla de correo selecciona «Team default language».

El interruptor «Active» retira un equipo del servicio. Desaparece de la barra lateral y de todos los selectores. Con eso no se borra.

«Delete» solo elimina un equipo mientras no quede ningún ticket abierto. En caso contrario, el sistema nombra el motivo y no hace nada.

La tarjeta «Audit log» registra cada cambio en el equipo, con nombre y hora.

Basic funciona con un equipo. Professional no tiene límite.

La página «Teams» con la lista de ambos equipos a la izquierda y los ajustes de Helpdesk a la derecha.
Los marcos rojos señalan los dos equipos. Al pulsar uno cambia lo que aparece a la derecha. El número del borde es la cantidad de miembros.Abrir la imagen a tamaño completo
El campo «Team name» con un nombre escrito, debajo «Copy categories from» y el botón «Create team».
Escribe el nombre, adopta si quieres las categorías de un equipo existente y pulsa «Create team».Abrir la imagen a tamaño completo
Las tarjetas «Customer permissions» y «Agent Permissions» con sus interruptores.
Los marcos rojos señalan los dos encabezados. Estos interruptores se aplican solo a este equipo.Abrir la imagen a tamaño completo
La tarjeta «Agents» con el selector, el botón «Add Agent» y los miembros debajo.
El marco rojo señala «Add Agent». La etiqueta junto a cada nombre es el rol, y la tarjeta contiene también a los clientes del equipo.Abrir la imagen a tamaño completo
La tarjeta «Audit log» con sus entradas, cada una con el cambio, el nombre y la hora.
El marco rojo señala el encabezado. Cada línea nombra el cambio, quién lo hizo y cuándo.Abrir la imagen a tamaño completo
2

Crear administradores y agentes

Las cuentas viven en «User management». La lista muestra el nombre y el nombre de acceso, la dirección de correo, el equipo con el departamento debajo, y el rol.

«New user» abre el formulario. El nombre, los apellidos, el nombre de acceso y la dirección de correo son obligatorios. Además hace falta una contraseña. Con Professional puedes poner en su lugar la marca «Send login details by e-mail».

Con esa marca no fijas ninguna contraseña. La persona recibe un correo con su nombre de acceso y un enlace con límite de tiempo, y define su propia contraseña. El sistema no envía nunca contraseñas.

El rol decide todo lo demás. «Admin» y «Agent» son ambos personal interno y cuentan contra el mismo cupo. Un administrador puede hacer más de fábrica. Casi cada permiso concreto se puede cambiar; las excepciones están en la tarjeta «Los roles y el concepto de permisos». Solo un administrador puede dar o quitar el rol «Admin». Eso vale también para su propia cuenta. «Edit user» solo cambia el equipo que se muestra en el formulario. Los equipos a los que se añadió a la persona con «Add Agent» se quedan como están.

Basic viene con dos puestos internos. Cómo los repartes es cosa tuya: un administrador y un agente, o dos administradores. Los clientes no cuentan; son ilimitados en ambas ediciones.

Cuando alguien se marcha, pulsa el símbolo de archivo en su fila. La cuenta se bloquea, de modo que ya no puede iniciar sesión.

Una cuenta bloqueada pasa a la vista «Archived» y lleva allí la marca «locked». Deja de verse en la vista «Active».

Una cuenta bloqueada ya no ocupa un puesto interno y no aparece en ningún selector de «Assign to». Los tickets ya asignados conservan su agente y el nombre de ese agente.

En la vista «Archived», ese mismo botón se llama «Restore» y vuelve a liberar la cuenta. En Basic eso exige de nuevo un puesto libre.

El símbolo de la llave restablece una contraseña. El escudo tachado restablece el inicio de sesión en dos pasos. La nueva contraseña se muestra entonces una sola vez en pantalla. No se envía a ninguna parte.

Restablecer la contraseña o el inicio de sesión en dos pasos solo levanta el bloqueo breve tras intentos fallidos. Una cuenta archivada sigue bloqueada. No recibe invitación ni correo de restablecimiento, y solo «Restore» la recupera.

Archivar se puede deshacer en cualquier momento. Si alguien se ha ido para siempre, elimina además la cuenta con el símbolo de la papelera «Delete account». El tiempo hasta la anonimización automática solo corre a partir de la eliminación.

Más sobre esto en la tarjeta: Anonimizar personas

La página «User management» con todas las cuentas, su rol y las acciones de cada fila.
Los marcos rojos señalan «New user» y el cambio entre cuentas abiertas y bloqueadas. El botón indica cuál de las dos vistas está abierta.Abrir la imagen a tamaño completo
El diálogo «Create new user» con los nombres, el nombre de usuario y el correo rellenos, y los selectores de equipo, departamento, puesto, sede y rol.
Los marcos rojos señalan el rol y la invitación. El rol es el único selector que hay que rellenar.Abrir la imagen a tamaño completo
El mismo diálogo con la marca puesta: el campo de contraseña está desactivado e indica que la define la propia persona mediante el enlace.
Con la marca desaparece el asterisco del campo de contraseña. El propio campo dice quién define la contraseña.Abrir la imagen a tamaño completo
La vista «Archived» con una cuenta bloqueada, la marca «locked» y el icono de restaurar al final de la fila.
Los marcos rojos señalan la marca y el camino de vuelta. Ambos existen solo en esta vista.Abrir la imagen a tamaño completo
3

Clientes: las cuentas de quienes avisan

Los clientes son ilimitados tanto en Basic como en Professional. No ocupan ningún puesto interno.

Una cuenta de cliente nace de tres maneras. La creas tú en «User management»; con Professional puedes invitar a la persona por correo al hacerlo. La segunda vía es el registro por cuenta propia. La tercera es el primer inicio de sesión mediante SSO o un directorio, que crea la cuenta por sí solo.

El interruptor para ello está en «Settings → Security», en la tarjeta «Self-registration». De fábrica está desactivado. Al activarlo aparece un enlace «Register» en la página de inicio de sesión.

Quien se registra por su cuenta recibe siempre el rol «Customer». Por esta vía no se puede repartir ningún otro rol.

Con Professional, un cliente registrado por su cuenta recibe un segundo correo después del de bienvenida. Con el enlace que contiene confirma su dirección. Hasta entonces, su cuenta lleva en la lista la nota «not confirmed».

También puedes confirmar una dirección tú mismo. En Basic es la única vía, porque Basic no envía correos. La fila de la cuenta muestra entonces un botón con un icono de sobre: «Mark email as confirmed». Hazlo solo si sabes que la dirección pertenece a esa persona.

Para un helpdesk interno es mejor dejar el interruptor como está. De lo contrario, cualquiera que conozca la dirección se crea una cuenta.

Un cliente solo ve sus propios casos. Son los tickets que creó él mismo. A ellos se suman los tickets que un agente o un correo crearon para su dirección confirmada. Un ticket que otro cliente crea con su dirección le queda oculto. Si dos cuentas tienen la misma dirección, ambas ven estos tickets.

Si su dirección aún no está confirmada, encima de su lista de tickets aparece un aviso. Con «Send confirmation email» vuelve a pedir el enlace. El aviso solo aparece si el sistema puede enviar correo.

Su barra lateral es corta: sus tickets, un ticket nuevo y la base de conocimiento. No llega a ver ningún ajuste. Si el interruptor del equipo «Can see their own tickets of this team in the dashboard and in reports» está activado, su barra lateral incluye también el panel y los informes.

Lo que puede hacer en un equipo se define en el equipo. Solo con los dos interruptores de clientes desactivados ese equipo no existe para él.

La tarjeta «Self-registration» con el interruptor y la nota de debajo.
El marco rojo señala el interruptor. El texto de al lado dice qué hace y qué ocurre sin envío de correo.Abrir la imagen a tamaño completo
El mismo sistema con la sesión iniciada como cliente: una barra lateral corta y una lista de tickets con solo sus propios casos.
La columna «User» contiene el mismo nombre en todas las filas. Un cliente no ve nada que no sea suyo, y en la barra lateral faltan los ajustes.Abrir la imagen a tamaño completo
4

Exportación de datos de una persona

Antes de empezar: Necesitas el permiso «Data export (data subject request)». Como ajuste de fábrica, solo los administradores lo tienen.

Una persona puede preguntarte qué datos guardas sobre ella. La exportación de datos reúne todos ellos en un archivo ZIP.

La inicias en «User management». Cada fila tiene un símbolo de archivo con una flecha y la indicación «Export personal data». Abre la exportación de esa cuenta.

Algunas personas no tienen cuenta. Solo te escribieron, o un agente creó un ticket con su dirección. Para ellas está «Export by e-mail address» en la parte superior de la página. Escribe allí la dirección y pulsa «Search». La búsqueda funciona con una cuenta o una dirección, nunca con un nombre.

Una búsqueda por dirección encuentra menos que una búsqueda por la cuenta. Solo encuentra los lugares donde está guardada la propia dirección, por ejemplo como solicitante de un ticket o como remitente de un correo. Una búsqueda por la cuenta encuentra además todo lo que está vinculado a la cuenta. Si la dirección pertenece a una cuenta, el diálogo lo indica y ofrece «Use this account». Después muestra el nombre de la persona y la dirección de correo de la cuenta.

Antes de que descargues nada, el diálogo muestra lo que ha encontrado, contado por áreas. Áreas son, por ejemplo, los tickets, las entradas de tiempo, las encuestas de satisfacción y el registro de seguridad. Si no encuentra nada, indica «No data found for this person.» y no ofrece ninguna descarga. Si la dirección pertenece a una cuenta y no tiene resultados propios, el diálogo no muestra resultados ni ofrece descarga. Muestra el recuadro con «Use this account». Los administradores ven además debajo el área «Anonymize». La explica la tarjeta «Anonimizar personas».

«Download» crea el archivo ZIP. Contiene un archivo JSON por área, para que los datos se puedan leer de forma automática. Incluye también los archivos de todos los adjuntos encontrados. «overview.html» muestra el contenido principal de forma legible. Allí, cada ticket indica por qué está incluido («Why this ticket is included»). «README.txt» está escrito para la persona y explica lo que contiene el archivo.

Un ticket que afecta a la persona se incluye completo. Eso incluye comentarios y cambios de otras personas. Las notas internas también se incluyen y están marcadas como internas. Si la persona respondió por correo al ticket de otra persona, ese ticket lleva la marca «Replied by e-mail to someone else’s ticket». También se incluye un ticket en el que la persona hizo el último cambio. Su línea «Why this ticket is included» indica entonces «Last person to change the ticket».

Por eso, revisa la exportación antes de entregarla. Tacha los datos de otras personas donde sea necesario. El diálogo te lo recuerda. El «README.txt» no contiene este aviso, porque va dirigido a la persona.

Los tickets que se movieron a un archivo no se buscan. Revisa tus archivos por separado. El diálogo también te lo recuerda.

Las contraseñas y las claves del inicio de sesión en dos pasos no forman parte de la exportación.

Cada descarga queda registrada: quién la inició, para qué persona y cuándo. El registro no contiene nada del contenido de la exportación. La búsqueda previa no se registra.

Un agente que recibe el permiso necesita además «Users: manage accounts». Sin él no llega a la página «User management». El permiso nunca se puede dar al rol «Customer».

El área «Survey consents and unsubscribes» contiene cada consentimiento y cada baja de la encuesta de satisfacción, con fecha, canal y ticket. «overview.html» muestra el historial completo en una sección propia. Si la persona fue anonimizada después de una baja, la exportación por su dirección encuentra la baja restante. La columna «E-mail address» dice entonces «Anonymized (address removed)».

Más sobre esto en la tarjeta: Anonimizar personas

La página «User management» con el botón «Export by e-mail address» arriba y el símbolo de archivo con una flecha en cada fila.
Los marcos rojos señalan «Export by e-mail address» y el símbolo en la fila de Julia Becker. Ambos abren el mismo diálogo.Abrir la imagen a tamaño completo
El diálogo «Export personal data» para Julia Becker con su dirección de correo bajo el nombre, la lista de resultados por área, los dos avisos sobre la revisión y los archivos, el área «Anonymize» y el botón «Download».
Los marcos rojos señalan la lista de resultados y «Download». La lista solo nombra las áreas en las que se encontró algo.Abrir la imagen a tamaño completo
El mismo diálogo tras buscar por dirección: nombra la cuenta a la que pertenece la dirección y ofrece «Use this account».
El marco rojo señala «Use this account». Solo con la dirección, la búsqueda aquí no encuentra nada. Por eso el diálogo no muestra resultados ni «Download». La exportación de la cuenta encuentra los tickets de Julia Becker. El área «Anonymize» de debajo solo la ven los administradores.Abrir la imagen a tamaño completo
5

Anonimizar personas

Antes de empezar: Solo un administrador puede anonimizar a una persona. Una anonimización no se puede deshacer.

Algunos datos no deben quedarse para siempre. Cuando alguien deja tu empresa o una persona pide que borres sus datos, la anonimizas. El nombre y la dirección de correo se sustituyen entonces por un marcador de posición como «Anonymized user 3». Los tickets se quedan. Los informes, los plazos, los registros de tiempo y las cifras de satisfacción siguen contando.

Cada persona recibe su propio número. Dos entradas con el mismo número proceden de la misma persona. La dirección de correo pasa a ser «anonymized-3@anonymized.invalid». A una dirección así no se puede entregar ningún correo, por eso el sistema la omite al enviar. El marcador de posición se guarda en inglés y sigue en inglés en todos los idiomas.

Hay dos caminos. El camino automático anonimiza las cuentas eliminadas después de un número fijo de meses. El camino inmediato anonimiza a una sola persona en el acto, por ejemplo tras una solicitud de supresión.

El camino automático está en «Settings → Security», en la tarjeta «Data protection». El interruptor «Anonymize deleted users automatically» viene apagado de fábrica. Junto a «after» introduces el número de meses. Se permiten de 1 a 120; el valor de fábrica es 36. «Save» guarda un número cambiado.

El tiempo cuenta desde el día en que se eliminó una cuenta. El sistema comprueba cada diez minutos si toca una ejecución. Se ejecuta una vez al día, en la primera comprobación después de las 03:00 en la zona horaria definida en «Settings → General Settings». En esa ejecución se anonimiza cada cuenta eliminada cuyo tiempo ha vencido.

Cuando enciendes el interruptor, primero se abre una ventana. Muestra los usuarios eliminados que anonimizará la próxima ejecución, cada uno con el día de su eliminación. Escribe ANONYMIZE en el campo y haz clic en «Confirm». Solo entonces queda encendido el interruptor. Si en esa zona horaria ya han pasado las 03:00, la primera ejecución llega en unos diez minutos.

La misma ventana aparece cuando acortas el número de meses con el interruptor encendido. Para apagarlo no hace falta confirmar.

El tiempo solo empieza cuando se elimina una cuenta. Archivarla no basta. Una cuenta archivada solo está bloqueada y puede volver en cualquier momento, por ejemplo tras un permiso parental. Para eliminar una cuenta, haz clic en el símbolo de la papelera «Delete account» de su fila en «User management».

Antes de que pase nada, una ventana dice lo que viene. Si la anonimización automática está encendida, indica el número de meses. Una cuenta eliminada aparece en la vista «Archived» con la etiqueta «Deleted». El símbolo «Restore account» la recupera. Para administradores y agentes, Basic necesita para ello una plaza libre. Si la cuenta se vuelve a eliminar más tarde, el tiempo empieza de nuevo.

Tu propia cuenta no tiene símbolo de papelera. Solo un administrador puede eliminar o archivar una cuenta de administrador. El último administrador activo no se puede eliminar ni archivar.

Por eso, cuando alguien se ha ido para siempre, elimina la cuenta y no te limites a archivarla. Una cuenta archivada desde hace más de un año muestra un símbolo de calendario en su fila. Su texto de ayuda te recuerda que debes eliminar la cuenta.

El camino inmediato está en el diálogo de la exportación de datos, en el área «Anonymize», debajo de los hallazgos. Abres el diálogo desde la fila de una cuenta, o con «Export by e-mail address» para una persona sin cuenta.

Si la dirección pertenece a una cuenta, haz clic primero en «Use this account». Solo así se anonimiza la propia cuenta. Una ejecución solo por la dirección sustituye la dirección allí donde está guardada y deja la cuenta como está.

Escribe ANONYMIZE en el campo y haz clic en «Anonymize». Una cuenta activa se elimina primero y después se anonimiza. Tu propia cuenta no se puede anonimizar. El último administrador activo, tampoco.

Después, la fila lleva la etiqueta «Anonymized». Una cuenta así ya no se puede editar, restaurar ni reactivar. Solo queda la exportación de datos. Puedes volver a ejecutar la anonimización. El número sigue siendo el mismo, y también se cubren los datos restaurados desde entonces.

La casilla «Also clear the content of tickets this person requested» va más allá. El número entre paréntesis es el número de esos tickets. Sus textos se vacían y sus adjuntos se eliminan. Los tickets de otras personas en los que la persona solo respondió únicamente se anonimizan.

Antes comprueba tus obligaciones de conservación. En Alemania, por ejemplo, las cartas comerciales deben conservarse seis años. El diálogo te lo recuerda. El camino automático solo anonimiza. Nunca vacía contenido.

Si no se pudo eliminar un archivo del servidor, el diálogo indica cuántos. La ejecución cuenta igualmente como terminada. El sistema no lo vuelve a intentar por sí solo.

Cada ejecución queda registrada con su momento, el número del marcador de posición y lo que se cambió. En el camino inmediato, el registro indica además quién la inició. No contiene ni el nombre ni la dirección de correo de la persona.

Anonimizar requiere el permiso «Anonymize people». De fábrica solo lo tienen los administradores. Solo un administrador puede usarlo. Nunca se puede dar al rol «Customer». El diálogo de la exportación de datos requiere además «Data export (data subject request)».

Más sobre esto en la tarjeta: Exportación de datos de una persona, Plazos de conservación

La tarjeta «Data protection» con el interruptor apagado, el campo de los meses, «Save» y el enlace «Download list of anonymizations».
Los marcos rojos están sobre el interruptor y sobre el número de meses. El interruptor está apagado, como después de cada actualización.Abrir la imagen a tamaño completo
La ventana «Who will be anonymized» con un usuario eliminado y la fecha de su eliminación; debajo, el campo con ANONYMIZE y el botón «Confirm».
Los marcos rojos están sobre la lista y sobre «Confirm». Oliver Grant fue eliminado hace más de 36 meses. La primera ejecución lo anonimizaría.Abrir la imagen a tamaño completo
La ventana «Delete account» para Amir Khan. El texto indica lo que viene y los 36 meses hasta la anonimización.
El marco rojo está sobre «Delete account». Aquí la anonimización automática está encendida. Por eso la ventana indica el número de meses.Abrir la imagen a tamaño completo
La vista «Archived» con la cuenta eliminada de Oliver Grant, la etiqueta «Deleted» y el símbolo para restaurarla.
Los marcos rojos están sobre la etiqueta «Deleted» y sobre «Restore account». Hasta la anonimización, la cuenta se puede recuperar.Abrir la imagen a tamaño completo
El diálogo «Export personal data» para Tomas Novak. Debajo de los hallazgos está el área «Anonymize» con la casilla marcada, ANONYMIZE escrito y el botón «Anonymize».
Los marcos rojos están sobre la casilla y sobre «Anonymize». Tomas Novak solicitó cuatro tickets. Su contenido también se vaciaría.Abrir la imagen a tamaño completo
El área «Anonymize» después de la ejecución: arriba «Already anonymized as Anonymized user 2», abajo el mensaje «Done».
El marco rojo está sobre el mensaje con el número del marcador de posición. El área permite otra ejecución.Abrir la imagen a tamaño completo
La vista «Archived» con cuentas anonimizadas. Cada fila lleva un nombre de marcador de posición, la dirección de marcador de posición y la etiqueta «Anonymized».
El marco rojo está sobre la etiqueta «Anonymized». A una cuenta anonimizada no le queda ninguna acción salvo la exportación de datos.Abrir la imagen a tamaño completo

La cuenta

Las tablas siguientes nombran cada lugar donde el sistema guarda a una persona y lo que hace allí la anonimización. Puedes usarlas para describir cómo tu empresa borra datos personales.

DatosQué ocurre
Nombre y apellidos«Anonymized user» y el número
Dirección de correo y nombre de inicio de sesiónla dirección de marcador de posición
Número de teléfonose quita
Departamento, puesto y ubicaciónse quita
Idioma, vista clara u oscura, disponibilidadvuelve al valor de fábrica
Contraseña y lista de contraseñas anterioresse elimina
Claves del inicio de sesión en dos pasos y el vínculo con una cuenta en un proveedor de inicio de sesión (SSO)se elimina
Eventos de inicio de sesión en el registro de seguridadse eliminan. Las acciones de administración de la persona en el registro de seguridad se conservan. Allí su nombre se sustituye por el marcador de posición.
Foto de perfilse elimina
Rol y pertenencia a equiposse quitan. Después, la lista de usuarios muestra el rol «Customer».
Selección propia de columnas de la lista de ticketsse quita
Un cronómetro del registro de tiempo en marchase elimina
La cuenta en síse queda, eliminada y bloqueada para siempre. Los tickets, los comentarios y los registros de tiempo siguen apuntando a ella. Por eso los informes siguen contando.
Indicadores de sí/no para dirección de correo confirmada, teléfono confirmado e inicio de sesión en dos pasos, el ajuste de sí/no de la lista de tickets, el contador de intentos fallidos, la fecha del último cambio de contraseña y la de la desactivaciónse quedan. No contienen ningún valor de la persona, solo sí o no, cifras y fechas. La dirección, el número, la contraseña y las claves en sí se sustituyen o se eliminan.
La indicación en un ticket de quién lo cambió por última vezse elimina. El ticket ya no nombra a nadie como la última persona que lo cambió.

Copias del nombre

En algunos lugares el sistema guarda el nombre una segunda vez. Así una entrada sigue mostrando quién la hizo después de un cambio. Estas copias también se sustituyen.

LugarQué ocurre
Quién hizo un cambio en el historial del ticketnombre de marcador de posición
Nombre en los registros de tiemponombre de marcador de posición
Quién cambió un artículo de la base de conocimientonombre de marcador de posición
Entradas en el «Audit log» de un equipo, también «Added user …» y «Removed user …»nombre de marcador de posición
Nombre del solicitante en los tickets que solicitó la personanombre de marcador de posición. Se quita el número de teléfono del solicitante.
Valores antiguos y nuevos en el historial del ticket: nombre, dirección y teléfono del solicitante, observadores, asignaciónmarcador de posición o se quita. Esto vale en los tickets de la persona y en los tickets en los que antes era la solicitante.

Direcciones de correo

Allí donde una dirección de la persona esté guardada como campo propio, pasa a ser la dirección de marcador de posición. Las mayúsculas y minúsculas no importan.

LugarQué ocurre
Dirección del solicitante en los ticketsdirección de marcador de posición
Destinatario de las encuestas de satisfaccióndirección de marcador de posición
Dirección de un aprobador, en aprobaciones y en solicitudes con tareasdirección de marcador de posición
Remitente de los correos entrantesdirección de marcador de posición
Dirección de destinatario fija en plantillas de respuestadirección de marcador de posición
Nota interna de que una regla de correo ya ha tratado un correodirección de marcador de posición
Dirección en el registro de exportaciones de datos anterioresdirección de marcador de posición. El registro en sí se queda como prueba. Una exportación de datos posterior para esta dirección también registra solo el marcador de posición.
Sugerencias para los datos del solicitante al crear un ticketse eliminan si llevan la dirección
Entrada en la lista de bloqueo de correose queda. Si no, el spam de esta dirección volvería a pasar después de la eliminación.
Consentimientos y bajas de la encuesta de satisfaccióneliminados. Si la última entrada era una baja, se conserva como una entrada sin dirección. La lista «Survey consents and unsubscribes» la muestra como «anonymized». Mientras la persona no vuelva a dar su consentimiento ni a suscribirse, no se envía ninguna encuesta a la dirección. Si la clave de anonimización ya no se puede leer o se descartó, esta entrada deja de surtir efecto.

Direcciones en el texto

En los textos, la anonimización solo sustituye las direcciones de correo de la persona. Esto ocurre en los tickets que afectan a la persona. Son los mismos tickets que encuentra la exportación de datos.

TextoQué ocurre
Descripción del ticketdirecciones sustituidas
Comentarios, incluido el texto de los correos entrantesdirecciones sustituidas
Asunto de los correos entrantesdirecciones sustituidas
Notas en los registros de tiempodirecciones sustituidas
Comentario en una encuesta de satisfaccióndirecciones sustituidas
Valores antiguos y nuevos en el historial del ticketdirecciones sustituidas
Título y texto de los artículos de la base de conocimiento, también en su historialdirecciones sustituidas, en todos los artículos

Vaciar el contenido de los tickets solicitados

Con la casilla «Also clear the content of tickets this person requested», estos tickets pierden su contenido. Lo que necesitan los informes y los plazos se queda.

Parte del ticketQué ocurre
Número, fechas, estado, equipo, categoría, prioridad, asignación y plazosse quedan
Títulopasa a ser «Content removed»
Descripciónse vacía
Todos los comentarios, también las respuestas de los agentesse vacía el texto. El comentario en sí se queda, para que la primera respuesta y los plazos sigan siendo correctos.
Asunto de los correos entrantesse vacía
Valores de campos personalizadosse elimina
Nota del seguimiento y ubicaciónse vacía
Historial del ticketEl tipo de cada cambio se queda. Los valores se vacían, salvo los de estado, prioridad, categoría, subcategoría, canal, equipo, escalado y asignación. Los informes los necesitan.
Encuesta de satisfacciónLa valoración se queda, el comentario se vacía.
Registros de tiempoLos minutos registrados se quedan, la nota se vacía.
Adjuntosse eliminan, la entrada y el archivo

Límites

Los nombres en el texto corrido se quedan, por ejemplo «Saludos, Max» al final de un correo. Los números de teléfono en el texto corrido también se quedan. Ninguno de los dos se puede reconocer con fiabilidad. Para los tickets de un cliente está la casilla para vaciar el contenido.

Si otra cuenta tiene el mismo nombre y apellidos, el nombre de la persona no se sustituye en el historial del ticket ni como nombre del solicitante. Si no, también se verían afectadas las entradas de la otra persona. La dirección y el teléfono se sustituyen igualmente. La comprobación compara el nombre y los apellidos. El historial de asignaciones guarda el nombre de inicio de sesión. Por eso no se detecta a una persona del mismo nombre que solo aparece allí con su nombre de inicio de sesión.

Las entradas muy antiguas del historial del ticket que todavía no apuntan a la cuenta solo llevan el nombre. No se reconocen.

Un ticket que un agente registró por teléfono sin la dirección de correo del solicitante no se reconoce. El nombre y el número de teléfono del solicitante se quedan en él.

Las direcciones en la configuración no se cambian, por ejemplo en las reglas de correo y las reglas de automatización. Si ahí aparece la dirección de la persona, cámbiala tú mismo.

Si la persona vuelve a escribir después de la ejecución, una nueva ejecución por su dirección abarca también los correos nuevos. La inicias con «Export by e-mail address». El número sigue siendo el mismo. Una nueva ejecución sobre la cuenta anonimizada no encuentra los correos nuevos. La cuenta ya no conoce la dirección antigua.

De los archivos se encarga el propio sistema. Cuando restauras un archivo, todas las personas anonimizadas antes se vuelven a anonimizar en los tickets restaurados. El mensaje después de restaurar indica cuántas. Una dirección que en esos tickets solo aparece en el texto corrido no se reconoce allí. Además, la ejecución nocturna posterior a una anonimización actualiza los archivos. La tarjeta «Plazos de conservación» lo explica.

Con una copia de seguridad es distinto. Una copia hecha antes de una ejecución todavía contiene los datos antiguos. Al restaurar, «Ticket System Backup & Restore» se ocupa de ello. La aplicación pregunta si todas las personas anonimizadas en el estado actual deben anonimizarse de nuevo. «Yes» está preseleccionado. El sistema de tickets lo hace entonces en la ejecución nocturna de las 03:00, en la zona horaria definida. Esto también vale si el interruptor está apagado. Hasta entonces sus nombres vuelven a verse. La tarjeta «Data protection» muestra un aviso con el número. La copia de seguridad también trae de vuelta el estado del interruptor de entonces. Por eso, comprueba el interruptor después de restaurar.

Si restauras una copia de otra forma, respondes «No» o usas «--no-reapply» en la línea de comandos, esto no ocurre. El camino automático vuelve entonces a encontrar las cuentas eliminadas, siempre que el interruptor esté encendido. Las ejecuciones que iniciaste a mano tienes que repetirlas. Para eso te ayuda el enlace «Download list of anonymizations» de la tarjeta «Data protection». Descarga la lista antes de restaurar. Después ya no contiene las ejecuciones hechas después de la copia de seguridad. La lista tiene una fila por cada persona anonimizada, con las columnas «Date», «Number», «Account ID», «E-mail hash» y «Content cleared». «Date» es el momento de la primera ejecución en UTC. «Account ID» solo está rellenado si se anonimizó una cuenta. «E-mail hash» es una huella de la dirección que no se puede revertir. «Content cleared» indica si se vació el contenido de los tickets que solicitó la persona. Después de cada ejecución, descarga tú mismo la lista y guárdala fuera del sistema. Una copia de seguridad hecha antes de una ejecución no contiene esa ejecución.

Texto para tu política de privacidad

Como operador, debes decir a las personas cuánto tiempo guardas sus datos. Puedes usar este texto en tu propia política de privacidad.

Texto modelo

Tras su salida, su nombre y su dirección de correo electrónico en el sistema de tickets se sustituyen por un marcador de posición al cabo de [36] meses. Los tickets y las cifras se conservan sin ninguna referencia a usted. A petición suya, también podemos anonimizar sus datos antes, siempre que no lo impida una obligación de conservación. Los datos de contactos externos con los que no ha habido contacto desde hace [36] meses se anonimizan de la misma manera. Los eventos de inicio de sesión del registro de seguridad se eliminan al cabo de [90] días. Las entradas sobre acciones de administración se eliminan al cabo de [12] meses.

Ajusta los números a tu propia configuración. Omite cada frase cuyo interruptor esté apagado. Haz revisar el texto por tu propio asesor de protección de datos. Este manual no es asesoramiento jurídico.

Solicitudes de supresión y personas que vuelven

Eliminar y anonimizar son dos cosas distintas. «Delete account» solo oculta una cuenta. «Restore account» la recupera. Hasta entonces, su dirección de correo queda reservada para esa cuenta. Por eso una solicitud de supresión la resuelves con «Anonymize» en el diálogo de exportación de datos. Esto no se puede deshacer. El nombre y la dirección se sustituyen por «Anonymized user» y el número. Se elimina la vinculación con la cuenta de un proveedor de inicio de sesión único.

Cada dirección de correo pertenece a una sola cuenta. Si creas una cuenta con una dirección que ya tiene otra cuenta, el sistema lo rechaza. El mensaje es «This e-mail address already belongs to another account.» Lo mismo vale cuando cambias la dirección de una cuenta. Si la dirección pertenece a una cuenta eliminada, el mensaje es «This e-mail address belongs to a deleted account. Restore that account instead.» Restaura entonces la cuenta antigua en lugar de crear una nueva. Las cuentas anonimizadas no cuentan. Solo llevan la dirección del marcador de posición.

Una cuenta eliminada no se puede restaurar si otra cuenta activa tiene ahora la misma dirección. El mensaje es entonces «This e-mail address already belongs to another account.» Cambia primero la dirección de la otra cuenta.

De la época anterior a esta regla puede haber cuentas que comparten una dirección. La gestión de usuarios las marca con el aviso «This e-mail address belongs to more than one account. Change it so that each account has its own address.» Da a cada una de estas cuentas su propia dirección. Hasta entonces no funciona el inicio de sesión con esa dirección en lugar del nombre de usuario. Tampoco se envía el correo para restablecer la contraseña.

Si una persona vuelve tras una solicitud de supresión, obtiene una cuenta nueva. Ocurre, por ejemplo, cuando vuelve a iniciar sesión con Google o Microsoft con la misma dirección. Para ello, «Automatically create accounts on first sign-in» debe estar activado. La cuenta anonimizada ya no lleva su dirección y no estorba a la cuenta nueva.

Las anonimizaciones antiguas nunca afectan a los tickets nuevos de esta persona. Esto vale también después de restaurar una copia de seguridad o un archivo. Cuando una anonimización se vuelve a aplicar, solo abarca datos creados antes de su momento.

Si la cuenta antigua solo se eliminó y no se anonimizó, el sistema rechaza el primer inicio de sesión por SSO con esa dirección. Lo que ve la persona depende del proveedor. Si el proveedor confirma la dirección, el mensaje es «An account with this e-mail address was deleted. Ask an administrator to restore it.» Si no la confirma, el mensaje es «Your e-mail address is not verified with the provider.» Así el sistema no revela si existe una cuenta eliminada para una dirección.

Como administrador tienes entonces dos caminos. Si restauras la cuenta antigua con «Restore account», la persona sigue trabajando en ella con su historial. El inicio de sesión por SSO funciona si la cuenta ya estaba vinculada a ese proveedor o si el proveedor confirma la dirección. Si la solicitud de supresión sigue vigente, anonimiza la cuenta antigua. Después la dirección queda libre y el inicio de sesión crea una cuenta nueva.

El autorregistro responde en este caso de forma neutra: «Registration could not be completed. If you already have an account, use the password reset on the sign-in page.» No revela si existe una cuenta para la dirección.

6

Plazos de conservación

Antes de empezar: Solo un administrador puede cambiar estos ajustes. Una anonimización no se puede deshacer.

El sistema guarda los datos personales solo el tiempo necesario. Una persona se anonimiza cuando se va o cuando lo pide. Irse significa una cuenta eliminada, o un contacto externo que lleva mucho tiempo sin contacto. Una solicitud la resuelves en el diálogo de exportación de datos con «Anonymize».

Los tickets en sí no tienen plazo. Su contenido conserva su finalidad, por ejemplo como historial del cliente. Los informes y los registros de tiempo siguen contando.

Todos los plazos están en «Settings → Security», en la tarjeta «Data protection». Tiene tres bloques: «Deleted accounts», «External contacts» y «Security log retention». Cada bloque tiene un interruptor, un plazo y «Save». El bloque «Security log retention» tiene dos interruptores y dos plazos. Debajo está «Archives». Tras una restauración se añade «Restore from a backup» en cuanto haya tenido lugar la siguiente ejecución de las 03:00. Hasta entonces, la tarjeta muestra el aviso «… will be applied again tonight at 03:00.» La tarjeta «Anonimizar personas» explica el primer bloque. Allí está también el texto modelo para tu política de privacidad. Debajo de la descripción de la tarjeta «Data protection» está el enlace «Data protection guide for operators». La guía contiene plantillas para el registro de las actividades de tratamiento, las medidas técnicas y organizativas y un concepto de conservación y supresión.

Debajo de cada bloque hay una línea «Last run». Indica la fecha y la hora de la última ejecución nocturna y cuántas personas o entradas trató. «0 done» significa que no había nada que hacer. «Not run yet» aparece mientras la tarea no tenga resultado. Si un interruptor está apagado, su tarea no se ejecuta.

Si la línea está en naranja, la tarea no lo terminó todo. Con «skipped» indica cuántas personas, entradas o archivos se omitieron. En «Archives» son archivos bloqueados o dañados. Con «failed» falló la tarea entera. La frase que sigue dice qué hacer. Si dice «Details are in the server log.», lee el registro del servidor. En Linux lo muestra el comando «sudo podman logs container-backend-1». Si menciona la clave de anonimización, sigue la sección «Cuando la clave no se puede leer» más abajo. La próxima ejecución nocturna vuelve a intentar lo que se omitió.

Más sobre esto en la tarjeta: Anonimizar personas, Recuperarlo todo

La tarjeta «Data protection» con los bloques «Deleted accounts», «External contacts» y «Security log retention», debajo «Archives» y «Restore from a backup», cada uno con su línea «Last run».
Los marcos rojos están en las líneas «Last run». Aquí los cuatro interruptores están encendidos. De fábrica solo están encendidos los dos interruptores del bloque «Security log retention».Abrir la imagen a tamaño completo
El bloque «External contacts» con el interruptor «Anonymize external contacts automatically» y el campo «Months without contact».
Los marcos rojos están en el interruptor y en el número de meses. El texto de debajo indica qué cuenta como contacto.Abrir la imagen a tamaño completo
La ventana «Who will be anonymized» con la frase «Nobody is due yet with this time limit.», ANONYMIZE escrito y «Confirm».
Los marcos rojos están en el campo y en «Confirm». Aquí el plazo se acortó a 24 meses y no afectaría a nadie. Si no, aquí aparecen el número y las primeras personas con su último contacto.Abrir la imagen a tamaño completo
La tarjeta «Recent sign-in attempts» con la frase «Entries are deleted after 90 days (Settings → Security).» y tres inicios de sesión.
El marco rojo está en la frase sobre el plazo. Si la eliminación está apagada, dice «Entries are kept until you delete them.»Abrir la imagen a tamaño completo
Dos avisos en la parte superior de la tarjeta: el número de direcciones que ya no se reconocen y anonimizaciones que no se pudieron traspasar.
El marco rojo está en el aviso sobre el traspaso. Qué hacer se indica en la sección «Restaurar una copia de seguridad».Abrir la imagen a tamaño completo
La advertencia «The anonymization key cannot be read» con el enlace «How to restore the key» y el botón «Discard old key».
Los marcos rojos están en el enlace a este manual y en «Discard old key». Mientras se muestra la advertencia, la tarjeta no muestra ningún aviso sobre anonimizaciones pendientes.Abrir la imagen a tamaño completo
La ventana «Discard old key» con DISCARD escrito en el campo «Confirmation word».
Los marcos rojos están en el campo y en «Discard old key». Solo con la palabra se puede pulsar el botón.Abrir la imagen a tamaño completo

Contactos externos

Los contactos externos son personas sin cuenta de empleado. Son los solicitantes sin cuenta y las cuentas de cliente. Para el sistema nunca se van. Por eso este bloque cuenta el tiempo desde el último contacto.

El último contacto es el más reciente de estos momentos: el último cambio en un ticket que solicitó la persona, un correo suyo, un comentario propio, una respuesta a una encuesta de satisfacción, una aprobación que se le envió y una sugerencia para los datos del solicitante. En una cuenta de cliente cuenta también el día en que se creó. Por eso, una cuenta nueva que nunca se usó no vence de inmediato. Las cuentas que ya existían antes de la actualización a la versión 1.7.0 cuentan como creadas el día de la actualización.

Las cuentas de empleados y sus direcciones nunca se ven afectadas. Esto vale también para una dirección compartida como info@ si pertenece a una cuenta de empleado. Quien tenga un ticket aún sin cerrar se omite hasta que se cierre. Las cuentas eliminadas pertenecen al bloque «Deleted accounts».

El interruptor «Anonymize external contacts automatically» viene apagado de fábrica. Junto a «Months without contact» introduces el número de meses. Se permiten de 1 a 120; el valor de fábrica es 36.

Cuando enciendes el interruptor, primero se abre la ventana «Who will be anonymized». Indica cuántas personas vencen y muestra las primeras con su último contacto. Escribe ANONYMIZE en el campo y haz clic en «Confirm». La misma ventana aparece cuando acortas el número con el interruptor encendido y haces clic en «Save».

Esto se aplica en la próxima ejecución nocturna. Cada persona vencida se anonimiza como con «Anonymize». Su contenido nunca se vacía. Quedan el marcador de posición, los tickets y las cifras. Los nombres y números de teléfono en el texto corrido se quedan. La tarjeta «Anonimizar personas» indica los límites.

Registro de seguridad

El registro de seguridad recoge eventos de inicio de sesión y acciones de administración. Los eventos de inicio de sesión también contienen la dirección IP y la identificación del navegador. Qué se registra exactamente lo explica la tarjeta «El registro de seguridad».

La tarjeta «Recent sign-in attempts» en «Settings → SSO Settings» muestra los últimos 100 eventos de inicio de sesión a través de SSO y del directorio. Puede verla quien pueda abrir esa página. De fábrica, solo los administradores. La frase bajo el título de la tarjeta indica el plazo, por ejemplo «Entries are deleted after 90 days (Settings → Security).»

De forma predeterminada, los eventos de inicio de sesión se eliminan a los 90 días y las acciones de administración a los 12 meses. En el bloque «Security log retention» ajustas de 7 a 365 días junto a «Days» y de 1 a 120 meses junto a «Months». Los interruptores «Delete old sign-in events» y «Delete old administrator actions» desactivan la eliminación. Las entradas se conservan entonces. No hace falta ninguna palabra de confirmación, porque solo se eliminan entradas y no personas.

El inicio de sesión con nombre de usuario y contraseña también figura en el registro de seguridad. Un intento fallido se guarda con su dirección IP y su navegador. Un inicio de sesión correcto solo se guarda para administradores y después de intentos fallidos.

Archivos

Un archivo también contiene personas que se anonimizaron más tarde. Por eso, la ejecución nocturna posterior a una anonimización actualiza cada archivo en el que aparece la persona. Allí los nombres y direcciones se sustituyen por los mismos marcadores de posición que en la base de datos. Si se vació el contenido, en el archivo faltan también los adjuntos de esos tickets.

Hasta la noche siguiente, la persona sigue apareciendo en texto claro en los archivos. Los archivos no tienen interruptor. Un archivo bloqueado en ese momento queda sin cambios, por ejemplo porque se está descargando o restaurando. Lo mismo vale para un archivo dañado. La próxima ejecución nocturna lo vuelve a intentar.

Hora y zona horaria

Todas estas tareas se ejecutan una vez al día a las 03:00. Vale la zona horaria de «Settings → General Settings», en la tarjeta «Time Zone». El reloj del servidor no importa. Muchos servidores funcionan en UTC. Allí las 03:00 serían otra hora para ti.

El sistema comprueba cada diez minutos si toca la ejecución. La primera comprobación después de las 03:00 la inicia. Si el servidor estaba apagado a las 03:00, la ejecución llega en la primera comprobación tras el arranque.

Tras la actualización a la versión 1.7.0, la primera ejecución llega poco después de la actualización, como muy tarde a las 03:00 de la noche siguiente. Esa ejecución elimina las entradas del registro de inicios de sesión con más de 90 días.

Si cambias la zona horaria, la nueva vale desde la siguiente comprobación. La ejecución tiene lugar como mucho una vez por día natural. Tras un cambio hacia el oeste puede omitirse ese día. Llega entonces al día siguiente.

La aplicación «Ticket System Backup & Restore» planifica sus copias en la misma zona horaria. Lee la zona del sistema de tickets cuando se aplica la programación. La pestaña «Schedule» y «schedule --show» muestran la hora con la zona, por ejemplo «02:00 (Europe/Berlin)». Si en ese momento no se puede acceder a la base de datos, se mantiene la zona anterior. Si aún no hay ninguna, vale el reloj del equipo y la indicación dice «(host clock)».

El sistema operativo solo conoce su propio reloj. Por eso la aplicación convierte la hora. Según la zona horaria del servidor, registra una o dos entradas por programación. Así la copia se ejecuta a la hora correcta en verano y en invierno. Al arrancar comprueba si de verdad toca una copia. Si no, termina sin copia y el registro dice «No backup is due at this time in …».

Si cambias la zona horaria en el sistema de tickets, la siguiente copia programada se ejecuta igualmente. Después, la aplicación vuelve a registrar la programación. El registro muestra entonces una advertencia que empieza por «The time zone in the ticket system changed». Si la programación no se pudo volver a registrar, dice «The schedule could not be updated.» Abre entonces la aplicación y haz clic en «Apply schedule».

Cuando la clave no se puede leer

El sistema recuerda las direcciones de correo anonimizadas como huella. Para ello necesita una clave. El llavero del servidor protege esta clave. El llavero consta de los archivos key-*.xml de la carpeta de claves. Si faltan o no coinciden, la tarjeta muestra la advertencia «The anonymization key cannot be read».

Entonces tampoco funcionan las contraseñas guardadas de correo y SSO. Dependen del mismo llavero. Las ejecuciones nocturnas para cuentas eliminadas y el registro de seguridad siguen funcionando. Las personas conocidas solo por su dirección se omiten. «Anonymize» rechaza una ejecución solo por la dirección.

Así recuperas el llavero. Toma una copia de seguridad de antes del problema. Contiene la carpeta de claves como archivo propio. En Linux las copias están en «/opt/smitey/backups». Copia una en una carpeta vacía y entra en esa carpeta. Los comandos de abajo escriben la copia como archivos normales y extraen los archivos key-*.xml. Después copian los archivos en la carpeta de claves y reinician el servidor del sistema de tickets. Los demás archivos de la carpeta de claves quedan como están. Tras el reinicio la advertencia desaparece. Después borra la carpeta «plain». Contiene contraseñas y datos personales. Una copia más antigua con la terminación «.zip» no está cifrada. Para ella el primer comando es «sudo unzip -o <archivo> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar».

En Windows las copias están en «C:\Program Files\SMITEY\backups». Copia una en una carpeta vacía. Abre allí PowerShell como administrador. Introduce el comando del recuadro «Windows: Escribir la copia como archivos sin cifrar y sacar los archivos de claves». Sustituye en él <archivo>.smbk por el nombre completo del archivo de la copia. Después copia cada archivo key-*.xml con «podman cp <archivo> container-backend-1:/app/DataProtection-Keys/». Los comandos para el propietario y el reinicio los introduces sin «sudo». Después borra la carpeta «plain».

Escribir la copia como archivos sin cifrar y sacar los archivos de claves

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

En la carpeta hay exactamente una copia. Después están allí los archivos key-*.xml. La subcarpeta «plain» contiene toda la copia sin cifrar.

Copiar los archivos en la carpeta de claves

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

Los archivos existentes con otro nombre se quedan en la carpeta de claves.

Dar a los archivos el propietario correcto

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

El sistema de tickets se ejecuta en el contenedor con un usuario propio. Los archivos deben pertenecerle.

Reiniciar el servidor del sistema de tickets

sudo podman restart container-backend-1

Tras el reinicio, el sistema vuelve a leer el llavero.

Windows: Escribir la copia como archivos sin cifrar y sacar los archivos de claves

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

En PowerShell como administrador, en la carpeta con la copia. Sustituye <file>.smbk por el nombre completo del archivo de la copia. Después están allí los archivos key-*.xml.

El último recurso: «Discard old key»

Si no tienes ninguna copia con los archivos de claves, queda «Discard old key». Solo un administrador ve el botón. Escribe DISCARD en el campo «Confirmation word» y haz clic en «Discard old key». El sistema crea entonces una clave nueva.

Las anonimizaciones por cuenta siguen surtiendo efecto. Las personas anonimizadas solo por su dirección ya no se reconocen después en copias y archivos. La tarjeta indica cuántas son. Por tanto, una copia más antigua puede volver a hacer visibles a estas personas. Las contraseñas guardadas de correo y SSO siguen sin poder leerse. Vuelve a introducirlas.

Restaurar una copia de seguridad

Al restaurar, «Ticket System Backup & Restore» pregunta si todas las personas anonimizadas hoy deben anonimizarse de nuevo. «Yes» está preseleccionado. El sistema de tickets lo hace en la próxima ejecución nocturna a las 03:00 en su zona horaria. Hasta entonces, la tarjeta muestra «… will be applied again tonight at 03:00.»

La copia también trae de vuelta los interruptores y plazos de entonces. Por eso, comprueba la tarjeta «Data protection» después de restaurar.

Si hubo advertencias durante el traspaso, la línea de estado de la aplicación indica cuántas, por ejemplo «2 warning(s) while carrying over anonymizations. See the Log tab.» En la línea de comandos aparece lo mismo en la última línea y remite a «backup.log». Allí se indica qué no funcionó. Si las anonimizaciones no se pudieron traspasar, repite a mano las ejecuciones hechas después de esta copia. Te ayuda la lista que descargaste antes de restaurar.

El sistema de tickets lee el archivo de traspaso de la aplicación en su próximo arranque. Si no puede leerlo, la tarjeta muestra «A carry-over file from the backup app could not be read». El archivo se queda en el servidor y se vuelve a leer en el próximo arranque. Restaura entonces la copia otra vez con la versión actual de la aplicación.

Si la clave de la copia no coincide, las anonimizaciones por dirección no se pueden traspasar. La tarjeta muestra entonces «… could not be carried over from before the restore». Si conoces a estas personas, vuelve a anonimizarlas con «Export by e-mail address».

La línea «Last run» bajo «Restore from a backup» muestra cuántas anonimizaciones volvió a aplicar la ejecución.

7

Los roles y el concepto de permisos

Hay tres roles: «Admin», «Agent» y «Customer». No se pueden crear más. Lo que sí es libre es casi cada permiso concreto; las excepciones se enumeran más abajo.

Esos tres los encuentras en «Settings → General Settings», en la pestaña «Role». No se pueden renombrar.

Lo que puede hacer un rol está en otro sitio: en «Settings → Security», en la tarjeta «Permission concept».

Cada línea es una función y cada columna un rol. Una marca lo permite. Debajo del nombre está la clave interna; no la necesitas para trabajar con la página.

La lista es larga. Va desde la gestión de usuarios y el acceso a cada página de ajustes hasta el registro de tiempos.

La columna «Agent Team» es el caso especial. Solo se puede usar cuando en esa misma línea está puesta la marca de «Agent». Elige allí un equipo y el permiso se aplicará únicamente a los agentes de ese equipo.

Al rol «Admin» no se le puede quitar ningún permiso. La marca vuelve a estar ahí después de guardar. Así nadie puede dejarse fuera de su propio sistema. Solo un administrador puede cambiar la tabla. Eso vale para todos los ajustes de la página «Security». Cualquier otra persona que pueda abrir la página la ve en modo de solo lectura. Hay seis permisos que nunca se pueden dar al rol «Customer»: «Users: manage accounts», «Data export (data subject request)», «Anonymize people», «Security log», «Settings: Security» y «Settings: Single sign-on».

Con «Save», el cambio se aplica de inmediato. Quien se vea afectado lo nota en su siguiente clic.

La tarjeta «Permission concept» con la tabla: una línea por función y columnas para administrador, agente, equipo de agentes y cliente.
El marco rojo señala la fila de encabezado. El selector de la columna «Agent Team» solo se puede usar donde está puesta la marca de «Agent».Abrir la imagen a tamaño completo
La pestaña «Role» con los tres roles, cada uno marcado como «Mandatory».
El marco rojo señala la nota. Los tres roles están marcados como «Mandatory». Ninguno de ellos se puede borrar.Abrir la imagen a tamaño completo
8

Departamento, puesto y sede

Tres listas describen a la persona y no al ticket: departamento, puesto y sede.

Se crean en «Settings → General Settings», en la tarjeta «Drop-down lists». El manejo es el mismo para las tres.

Se asignan en la cuenta. En el formulario de «User management», los campos se llaman «Department», «Position» y «Location».

En la lista de usuarios, el departamento aparece debajo del equipo. El puesto y la sede se ven en el formulario de la cuenta.

La sede tiene un segundo uso. En el ticket hay un campo «Location» que se nutre de esa misma lista.

Cada una de las tres listas tiene una entrada que no se puede borrar. Se llama «None selected or available» y lleva la marca «Mandatory».

Si borras otra entrada, todas las personas que la tenían pasan a ese marcador de posición. Así nadie se queda apuntando a algo que ya no existe.

Aquí no se traduce: eso se hace de una vez en la página de traducciones. El nombre en inglés es el ancla del que cuelgan las traducciones.

El diálogo «Edit user» con los campos de departamento, puesto y sede rellenos.
Los marcos rojos señalan los tres campos. Están junto al equipo, pero significan otra cosa: el equipo dice quién trabaja los tickets, el departamento dice dónde trabaja la persona.Abrir la imagen a tamaño completo
La lista de usuarios con la columna «Team», que muestra el departamento debajo del nombre del equipo.
El marco rojo señala la columna. El equipo va arriba y el departamento debajo. Quien no está en ningún equipo tiene ahí un guion.Abrir la imagen a tamaño completo

Las capturas son de la versión 1.3.1. Nada de lo que se ve en esas pantallas cambió hasta la versión 1.13.3. Lo único que se ve distinto es el número de versión al final de la barra lateral.