Команды и пользователи

Команда — это ответственность, а не папка. У неё свои категории, свои сроки и свои участники. Клиент видит ровно одну из них. Всё остальное сводится к тому, у кого какая учётная запись и что этой записи можно.

1

Создавать и настраивать команды

Команды живут в разделе «Settings → Teams». Слева список, справа настройки той команды, на которую вы щёлкнули. Число за названием — это количество участников.

Новая команда получает название в поле «Team name». Ниже поле «Copy categories from» позволяет выбрать существующую команду, чтобы новая начала с тех же основных и подкатегорий. Кнопка «Create team» создаёт её.

Первая команда — это та, которую видят ваши клиенты. Каждая следующая команда профильная и стоит за ней. Просить сообщающего самому выбрать нужный отдел — это слишком много: он обращается в первую команду, а дальше заявку передают.

Изменить это можно в любой момент. Карточка «Customer permissions» решает для каждой команды, что клиентам там можно. В ней два переключателя: «Can create new tickets and see their own tickets» и «Can see their own tickets of this team in the dashboard and in reports». Как только включён один из них, клиенты видят команду. Только когда оба выключены, команда для клиента вообще не появляется.

Карточка «Agent Permissions» относится к операторам этой команды. В ней три переключателя: вести заявки, вести категории и видеть отчёты этой команды. Без первого оператор не может в этой команде ни создавать, ни редактировать, ни комментировать заявки, ни загружать вложения. Без второго пункт с категориями команды исчезает из его боковой панели. Без третьего отчёты не учитывают эту команду. Каждое изменение записывается в «Audit log» команды.

Карточка «Agents» содержит участников. Несмотря на заголовок, там же лежат и клиенты команды. Список выбора над ней и кнопка «Add Agent» добавляют человека, «Remove» убирает. Тот, кого добавили или убрали, должен один раз выйти и снова войти.

«Default e-mail language» — это язык, на котором пишет эта команда. Он действует, когда почтовое правило выбирает «Team default language».

Переключатель «Active» выводит команду из работы. Она исчезает с боковой панели и из всех списков выбора. Удалённой она при этом не становится.

«Delete» убирает команду, только пока в ней не осталось открытых заявок. Иначе система называет причину и ничего не делает.

Карточка «Audit log» записывает каждое изменение команды, с именем и временем.

В Basic работает одна команда. В Professional ограничения нет.

Страница «Teams» со списком обеих команд слева и настройками Helpdesk справа.
Красные рамки стоят на двух командах. Щелчок по одной меняет то, что стоит справа. Число с краю — это количество участников.Открыть изображение в полном размере
Поле «Team name» с введённым названием, под ним «Copy categories from» и кнопка «Create team».
Введите название, при желании возьмите категории существующей команды, затем нажмите «Create team».Открыть изображение в полном размере
Карточки «Customer permissions» и «Agent Permissions» с их переключателями.
Красные рамки стоят на двух заголовках. Эти переключатели относятся только к этой одной команде.Открыть изображение в полном размере
Карточка «Agents» со списком выбора, кнопкой «Add Agent» и участниками ниже.
Красная рамка стоит на «Add Agent». Значок рядом с каждым именем — это роль, и в карточке лежат также клиенты команды.Открыть изображение в полном размере
Карточка «Audit log» со своими записями, у каждой изменение, имя и время.
Красная рамка стоит на заголовке. Каждая строка называет изменение, того, кто его сделал, и когда.Открыть изображение в полном размере
2

Создавать администраторов и операторов

Учётные записи живут в разделе «User management». В списке видны имя и имя для входа, адрес электронной почты, команда с отделом под ней и роль.

«New user» открывает форму. Имя, фамилия, имя для входа и адрес электронной почты обязательны. Сверх того нужен пароль. В Professional вместо него можно поставить отметку «Send login details by e-mail».

С этой отметкой пароль вы не задаёте. Новый пользователь получает письмо со своим именем для входа и ссылкой с ограниченным сроком и задаёт пароль сам. Паролей система не рассылает никогда.

Роль решает всё остальное. «Admin» и «Agent» — это оба сотрудники, и они считаются из одного и того же запаса. Администратору по умолчанию можно больше. Почти каждое отдельное разрешение можно изменить; исключения перечислены в карточке «Roles and the permission concept». Дать или отнять роль «Admin» может только администратор. Это касается и его собственной учётной записи. «Edit user» меняет только команду, показанную в форме. Команды, в которые человек был добавлен через «Add Agent», остаются как есть.

В Basic есть два места для сотрудников. Как их разделить, решаете вы: один администратор и один оператор либо два администратора. Клиенты не считаются, их в обеих редакциях неограниченно.

Когда кто-то уходит, щёлкните значок архива в его строке. Учётная запись блокируется, и войти он больше не может.

Заблокированная учётная запись переходит в вид «Archived» и несёт там значок «locked». В виде «Active» она больше не видна.

Заблокированная учётная запись больше не занимает место сотрудника и не появляется ни в одном списке «Assign to». У уже назначенных заявок остаются свой оператор и его имя.

В виде «Archived» та же кнопка называется «Restore» и снова освобождает учётную запись. В Basic для этого снова нужно свободное место.

Значок ключа сбрасывает пароль. Перечёркнутый щит сбрасывает двухфакторный вход. Новый пароль тогда один раз показывается на экране. Никуда он не отправляется.

Сброс пароля или двухфакторного входа снимает только короткую блокировку после неудачных попыток. Архивированная учётная запись остаётся заблокированной. Она не получает ни приглашения, ни письма для сброса, и вернуть её может только «Restore».

Архивирование можно отменить в любой момент. Если человек ушёл насовсем, удалите учётную запись ещё и значком корзины «Delete account». Срок до автоматической анонимизации отсчитывается только с момента удаления.

Подробнее об этом в карточке: Анонимизация людей

Страница «User management» со всеми учётными записями, их ролью и действиями в каждой строке.
Красные рамки стоят на «New user» и на переключении между открытыми и заблокированными учётными записями. Кнопка показывает, какой из двух видов открыт.Открыть изображение в полном размере
Диалог «Create new user» с заполненными именами, именем пользователя и адресом электронной почты и списками выбора команды, отдела, должности, местоположения и роли.
Красные рамки стоят на роли и на приглашении. Роль — единственный список выбора, который обязателен.Открыть изображение в полном размере
Тот же диалог с поставленной отметкой: поле пароля отключено и говорит, что пользователь задаёт его по ссылке.
С отметкой звёздочка у поля пароля пропадает. Само поле говорит, кто задаёт пароль.Открыть изображение в полном размере
Вид «Archived» с заблокированной учётной записью, значком «locked» и символом восстановления в конце строки.
Красные рамки стоят на значке и на пути назад. Оба существуют только в этом виде.Открыть изображение в полном размере
3

Клиенты: учётные записи тех, кто сообщает

Клиентов неограниченно и в Basic, и в Professional. Места сотрудника они не занимают.

Учётная запись клиента появляется тремя путями. Вы создаёте её сами в разделе «User management»; в Professional при этом можно пригласить человека письмом. Второй путь — самостоятельная регистрация. Третий — первый вход через SSO или каталог, который сам создаёт учётную запись.

Переключатель для этого лежит в разделе «Settings → Security» в карточке «Self-registration». По умолчанию он выключен. Включённый, он добавляет на страницу входа ссылку «Register».

Тот, кто регистрируется сам, всегда получает роль «Customer». Никакую другую роль этим путём выдать нельзя.

В Professional самостоятельно зарегистрированный клиент после приветствия получает второе письмо. По ссылке в нём он подтверждает свой адрес. До тех пор его учётная запись несёт в списке пометку «not confirmed».

Вы можете подтвердить адрес и сами. В Basic это единственный путь, потому что Basic не отправляет писем. Тогда в строке учётной записи есть кнопка со значком конверта: «Mark email as confirmed». Делайте это, только если знаете, что адрес принадлежит этому человеку.

Для внутренней службы поддержки переключатель лучше не трогать. Иначе учётную запись заведёт любой, кто знает адрес.

Клиент видит только свои дела. Это заявки, которые он создал сам. К ним добавляются заявки, которые для его подтверждённого адреса создал оператор или которые пришли по электронной почте. Заявка, которую другой клиент создаёт с его адресом, остаётся для него скрытой. Если у двух учётных записей один и тот же адрес, эти заявки видят обе.

Если его адрес ещё не подтверждён, над его списком заявок стоит уведомление. С помощью «Send confirmation email» он запрашивает ссылку заново. Уведомление появляется, только если система может отправлять письма.

Его боковая панель коротка: свои заявки, новая заявка, база знаний. Настроек он не видит никогда. Если у команды включён переключатель «Can see their own tickets of this team in the dashboard and in reports», на его боковой панели есть также панель мониторинга и отчёты.

Что ему можно в команде, задаётся на команде. Только когда оба клиентских переключателя выключены, этой команды для него не существует.

Карточка «Self-registration» с переключателем и примечанием под ним.
Красная рамка стоит на переключателе. Текст рядом говорит, что он делает и что происходит без отправки писем.Открыть изображение в полном размере
Та же система под учётной записью клиента: короткая боковая панель и список заявок только с её собственными делами.
В столбце «User» во всех строках стоит одно и то же имя. Клиент не видит ничего чужого, а настроек на боковой панели нет.Открыть изображение в полном размере
4

Выгрузка данных одного человека

Прежде чем начать: Вам нужно разрешение «Data export (data subject request)». По умолчанию оно есть только у администраторов.

Человек может спросить вас, какие данные о нём вы храните. Выгрузка данных собирает их все в один ZIP-файл.

Вы запускаете её в «User management». В каждой строке есть значок файла со стрелкой и подсказка «Export personal data». Он открывает выгрузку для этой учётной записи.

У некоторых людей нет учётной записи. Они только писали вам, или оператор создал заявку с их адресом. Для них вверху страницы есть «Export by e-mail address». Введите там адрес и нажмите «Search». Поиск работает по учётной записи или адресу, никогда по имени.

Поиск по адресу находит меньше, чем поиск по учётной записи. Он находит только места, где записан сам адрес, например как заявитель в заявке или как отправитель письма. Поиск по учётной записи находит, кроме того, всё, что связано с учётной записью. Если адрес принадлежит учётной записи, диалог сообщает об этом и предлагает «Use this account». После этого он показывает имя человека и адрес электронной почты учётной записи.

Прежде чем вы что-то скачаете, диалог показывает, что он нашёл, с подсчётом по областям. Области — это, например, заявки, записи времени, опросы удовлетворённости и журнал безопасности. Если он ничего не находит, появляется «No data found for this person.», и скачивания нет. Если адрес принадлежит учётной записи, а по самому адресу ничего не найдено, диалог не показывает найденного и не предлагает скачивания. Он показывает блок с «Use this account». Администраторы видят под ним ещё область «Anonymize». Её объясняет карточка «Анонимизация людей».

«Download» создаёт ZIP-файл. В нём по одному файлу JSON на область, чтобы данные можно было читать машинно. К ним прилагаются файлы всех найденных вложений. «overview.html» показывает основное содержимое в удобном для чтения виде. Там у каждой заявки указано, почему она включена («Why this ticket is included»). «README.txt» написан для этого человека и объясняет, что содержит файл.

Заявка, которая касается человека, попадает в выгрузку целиком. К ней относятся и комментарии и изменения других людей. Внутренние заметки тоже включены и помечены как внутренние. Если человек ответил по электронной почте на чужую заявку, эта заявка помечена знаком «Replied by e-mail to someone else’s ticket». В выгрузку попадает и заявка, в которой человек сделал последнее изменение. В строке «Why this ticket is included» тогда указано «Last person to change the ticket».

Поэтому проверьте выгрузку, прежде чем передавать её. Скройте данные других людей там, где это нужно. Диалог напоминает вам об этом. «README.txt» этого напоминания не содержит, потому что он предназначен для человека.

Заявки, перенесённые в архив, не просматриваются. Проверьте свои архивы отдельно. Об этом диалог тоже напоминает.

Пароли и ключи двухфакторного входа не входят в выгрузку.

Каждое скачивание записывается: кто его запустил, для какого человека и когда. Запись не содержит ничего из содержимого выгрузки. Поиск перед этим не записывается.

Оператору, который получает это разрешение, нужно ещё «Users: manage accounts». Иначе он не попадёт на страницу «User management». Роли «Customer» это разрешение дать нельзя никогда.

Раздел «Survey consents and unsubscribes» хранит каждое согласие и каждую отписку для опроса об удовлетворённости с датой, каналом и заявкой. «overview.html» показывает полную историю в отдельном разделе. Если человека анонимизировали после отписки, выгрузка по его адресу находит оставшуюся отписку. В столбце «E-mail address» тогда стоит «Anonymized (address removed)».

Подробнее об этом в карточке: Анонимизация людей

Страница «User management» с кнопкой «Export by e-mail address» вверху и значком файла со стрелкой в каждой строке.
Красные рамки стоят на «Export by e-mail address» и на значке в строке Julia Becker. Оба открывают один и тот же диалог.Открыть изображение в полном размере
Диалог «Export personal data» для Julia Becker с её адресом электронной почты под именем, списком найденного по областям, двумя напоминаниями о проверке и архивах, областью «Anonymize» и кнопкой «Download».
Красные рамки стоят на списке найденного и на «Download». Список называет только области, в которых что-то нашлось.Открыть изображение в полном размере
Тот же диалог после поиска по адресу: он называет учётную запись, которой принадлежит адрес, и предлагает «Use this account».
Красная рамка стоит на «Use this account». Только по адресу поиск здесь ничего не находит. Поэтому диалог не показывает ни найденного, ни «Download». Выгрузка для учётной записи находит заявки Julia Becker. Область «Anonymize» ниже видят только администраторы.Открыть изображение в полном размере
5

Анонимизация людей

Прежде чем начать: Анонимизировать человека может только администратор. Анонимизацию нельзя отменить.

Некоторые данные не должны храниться вечно. Когда кто-то уходит из вашей компании или человек просит удалить его данные, вы его анонимизируете. Имя и адрес электронной почты заменяются тогда заполнителем, например «Anonymized user 3». Заявки остаются. Отчёты, сроки, записи времени и показатели удовлетворённости продолжают учитываться.

Каждый человек получает свой номер. Две записи с одним номером относятся к одному человеку. Адрес электронной почты превращается в «anonymized-3@anonymized.invalid». На такой адрес нельзя доставить ни одного письма, поэтому система пропускает его при отправке. Заполнитель хранится на английском и остаётся английским на всех языках.

Есть два пути. Автоматический путь анонимизирует удалённые учётные записи через заданное число месяцев. Немедленный путь сразу анонимизирует одного человека, например после запроса на удаление.

Автоматический путь находится в «Settings → Security», в карточке «Data protection». Переключатель «Anonymize deleted users automatically» по умолчанию выключен. Рядом с «after» вы вводите число месяцев. Допустимо от 1 до 120, значение по умолчанию — 36. «Save» сохраняет изменённое число.

Срок отсчитывается со дня, когда учётная запись была удалена. Система каждые десять минут проверяет, не пора ли выполнить прогон. Прогон выполняется раз в день, при первой проверке после 03:00 в часовом поясе, заданном в «Settings → General Settings». В этом прогоне анонимизируется каждая удалённая учётная запись, срок которой истёк.

Когда вы включаете переключатель, сначала открывается окно. В нём перечислены удалённые пользователи, которых анонимизирует следующий прогон, у каждого с датой удаления. Введите в поле ANONYMIZE и нажмите «Confirm». Только тогда переключатель включён. Если в этом часовом поясе уже больше 03:00, первый прогон пройдёт примерно в течение десяти минут.

То же окно появляется, когда вы сокращаете число месяцев при включённом переключателе. Для выключения подтверждение не нужно.

Срок начинается только тогда, когда учётную запись удаляют. Архивирования недостаточно. Архивированная учётная запись лишь заблокирована и может вернуться в любой момент, например после отпуска по уходу за ребёнком. Чтобы удалить учётную запись, нажмите значок корзины «Delete account» в её строке в «User management».

Окно заранее сообщает, что последует. Если автоматическая анонимизация включена, оно называет число месяцев. Удалённая учётная запись появляется в представлении «Archived» с меткой «Deleted». Значок «Restore account» возвращает её. Для администраторов и операторов в Basic для этого нужно свободное место. Если учётную запись позже снова удалят, срок начнётся заново.

У вашей собственной учётной записи нет значка корзины. Учётную запись администратора может удалить или архивировать только администратор. Последнего активного администратора нельзя ни удалить, ни архивировать.

Поэтому, когда человек ушёл насовсем, удалите учётную запись, а не только архивируйте её. Учётная запись, которая архивирована больше года, показывает в своей строке значок календаря. Его подсказка напоминает вам удалить учётную запись.

Немедленный путь находится в диалоге выгрузки данных, в области «Anonymize» под найденными данными. Диалог вы открываете из строки учётной записи или через «Export by e-mail address» для человека без учётной записи.

Если адрес принадлежит учётной записи, сначала нажмите «Use this account». Только так анонимизируется и сама учётная запись. Прогон только по адресу заменяет адрес там, где он сохранён, а учётную запись оставляет как есть.

Введите в поле ANONYMIZE и нажмите «Anonymize». Активная учётная запись сначала удаляется, а затем анонимизируется. Свою собственную учётную запись анонимизировать нельзя. Последнего активного администратора тоже нельзя.

После этого строка несёт метку «Anonymized». Такую учётную запись больше нельзя редактировать, восстановить или снова активировать. Остаётся только выгрузка данных. Анонимизацию можно запустить повторно. Номер остаётся прежним, а данные, восстановленные за это время, тоже охватываются.

Флажок «Also clear the content of tickets this person requested» идёт дальше. Число в скобках — это число таких заявок. Их тексты очищаются, а вложения удаляются. Заявки других людей, в которых человек только отвечал, лишь анонимизируются.

Сначала проверьте свои обязанности по хранению. В Германии, например, деловые письма нужно хранить шесть лет. Диалог напоминает об этом. Автоматический путь только анонимизирует. Содержимое он никогда не очищает.

Если файл не удалось удалить с сервера, диалог называет их число. Прогон всё равно считается завершённым. Сама система повторную попытку не делает.

Каждый прогон записывается с временем, номером заполнителя и тем, что было изменено. Для немедленного пути запись называет ещё и того, кто его запустил. В ней нет ни имени, ни адреса электронной почты человека.

Для анонимизации нужно разрешение «Anonymize people». По умолчанию оно есть только у администраторов. Пользоваться им может только администратор. Роли «Customer» его нельзя дать никогда. Для диалога выгрузки данных дополнительно нужно «Data export (data subject request)».

Подробнее об этом в карточке: Выгрузка данных одного человека, Сроки хранения

Карточка «Data protection» с выключенным переключателем, полем для месяцев, «Save» и ссылкой «Download list of anonymizations».
Красные рамки стоят на переключателе и на числе месяцев. Переключатель выключен, как после каждого обновления.Открыть изображение в полном размере
Окно «Who will be anonymized» с одним удалённым пользователем и датой удаления, под ним поле с ANONYMIZE и кнопка «Confirm».
Красные рамки стоят на списке и на «Confirm». Oliver Grant удалён более 36 месяцев назад. Первый прогон анонимизировал бы его.Открыть изображение в полном размере
Окно «Delete account» для Amir Khan. Текст называет, что последует, и 36 месяцев до анонимизации.
Красная рамка стоит на «Delete account». Автоматическая анонимизация здесь включена. Поэтому окно называет число месяцев.Открыть изображение в полном размере
Представление «Archived» с удалённой учётной записью Oliver Grant, меткой «Deleted» и значком для восстановления.
Красные рамки стоят на метке «Deleted» и на «Restore account». До анонимизации учётную запись можно вернуть.Открыть изображение в полном размере
Диалог «Export personal data» для Tomas Novak. Под найденными данными находится область «Anonymize» с отмеченным флажком, введённым ANONYMIZE и кнопкой «Anonymize».
Красные рамки стоят на флажке и на «Anonymize». Tomas Novak подал четыре заявки. Их содержимое тоже было бы очищено.Открыть изображение в полном размере
Область «Anonymize» после прогона: вверху «Already anonymized as Anonymized user 2», внизу сообщение «Done».
Красная рамка стоит на сообщении с номером заполнителя. Область допускает повторный прогон.Открыть изображение в полном размере
Представление «Archived» с анонимизированными учётными записями. В каждой строке стоят имя-заполнитель, адрес-заполнитель и метка «Anonymized».
Красная рамка стоит на метке «Anonymized». У анонимизированной учётной записи не остаётся никаких действий, кроме выгрузки данных.Открыть изображение в полном размере

Учётная запись

Следующие таблицы называют каждое место, где система хранит человека, и что там делает анонимизация. Вы можете использовать их, чтобы описать, как ваша компания удаляет персональные данные.

ДанныеЧто происходит
Имя и фамилия«Anonymized user» и номер
Адрес электронной почты и имя для входаадрес-заполнитель
Номер телефонаудаляется
Отдел, должность и местоудаляется
Язык, светлое или тёмное оформление, доступностьвозвращается к значению по умолчанию
Пароль и список прежних паролейудаляется
Ключи двухфакторного входа и связь с учётной записью у поставщика входа (SSO)удаляется
События входа в журнале безопасностиудаляются. Административные действия человека в журнале безопасности остаются. Его имя там заменяется заполнителем.
Фото профиляудаляется
Роль и членство в командахудаляются. Затем список пользователей показывает роль «Customer».
Собственный выбор столбцов списка заявокудаляется
Работающий секундомер учёта времениудаляется
Сама учётная записьостаётся, удалённой и навсегда заблокированной. Заявки, комментарии и записи времени по-прежнему ссылаются на неё. Поэтому отчёты продолжают учитывать данные.
Флаги да/нет для подтверждённого адреса электронной почты, подтверждённого телефона и двухфакторного входа, настройка да/нет списка заявок, счётчик неудачных попыток, время последней смены пароля и время деактивацииостаются. Они не содержат никаких значений человека, только да или нет, числа и даты. Сами адрес, номер, пароль и ключи заменены или удалены.
Отметка в заявке о том, кто изменил её последнимудаляется. После этого заявка никого не называет последним человеком, который её изменил.

Копии имени

В некоторых местах система сохраняет имя второй раз. Так запись и после изменения показывает, кто её сделал. Эти копии тоже заменяются.

МестоЧто происходит
Кто внёс изменение в историю заявкиимя-заполнитель
Имя в записях времениимя-заполнитель
Кто изменил статью базы знанийимя-заполнитель
Записи в «Audit log» команды, в том числе «Added user …» и «Removed user …»имя-заполнитель
Имя заявителя в заявках, которые подал человекимя-заполнитель. Номер телефона заявителя удаляется.
Старые и новые значения в истории заявки: имя, адрес и телефон заявителя, наблюдатели, назначениезаполнитель или удаляется. Это касается заявок человека и заявок, в которых он раньше был заявителем.

Адреса электронной почты

Везде, где адрес человека хранится как отдельное поле, он превращается в адрес-заполнитель. Регистр букв не имеет значения.

МестоЧто происходит
Адрес заявителя в заявкахадрес-заполнитель
Получатель опросов удовлетворённостиадрес-заполнитель
Адрес согласующего, в согласованиях и в запросах с задачамиадрес-заполнитель
Отправитель входящих писемадрес-заполнитель
Постоянный адрес получателя в шаблонах ответовадрес-заполнитель
Внутренняя отметка о том, что почтовое правило уже обработало письмоадрес-заполнитель
Адрес в записи прежних выгрузок данныхадрес-заполнитель. Сама запись остаётся как доказательство. Более поздняя выгрузка данных по этому адресу тоже записывает только заполнитель.
Подсказки для данных заявителя при создании заявкиудаляются, если содержат адрес
Запись в чёрном списке адресов электронной почтыостаётся. Иначе спам с этого адреса после удаления снова проходил бы.
Согласия и отписки для опроса об удовлетворённостиудалены. Если последней записью была отписка, она остаётся одной записью без адреса. Список «Survey consents and unsubscribes» показывает её как «anonymized». Пока человек снова не даст согласие или не подпишется снова, опрос на этот адрес не уходит. Если ключ анонимизации больше нельзя прочитать или он был уничтожен, отписка больше не действует.

Адреса в тексте

В текстах анонимизация заменяет только адреса электронной почты человека. Это происходит в заявках, которые касаются человека. Это те же заявки, которые находит выгрузка данных.

ТекстЧто происходит
Описание заявкиадреса заменяются
Комментарии, в том числе текст входящих писемадреса заменяются
Тема входящих писемадреса заменяются
Примечания к записям времениадреса заменяются
Комментарий в опросе удовлетворённостиадреса заменяются
Старые и новые значения в истории заявкиадреса заменяются
Заголовок и текст статей базы знаний, в том числе в их историиадреса заменяются, во всех статьях

Очистка содержимого поданных заявок

С флажком «Also clear the content of tickets this person requested» эти заявки теряют своё содержимое. То, что нужно отчётам и срокам, остаётся.

Часть заявкиЧто происходит
Номер, даты, статус, команда, категория, приоритет, назначение и срокиостаются
Заголовокстановится «Content removed»
Описаниеочищается
Все комментарии, в том числе ответы операторовтекст очищается. Сам комментарий остаётся, чтобы первый ответ и сроки по-прежнему были верными.
Тема входящих писемочищается
Значения настраиваемых полейудаляется
Примечание к напоминанию и местоочищается
История заявкиВид каждого изменения остаётся. Значения очищаются, кроме статуса, приоритета, категории, подкатегории, канала, команды, эскалации и назначения. Они нужны отчётам.
Опрос удовлетворённостиОценка остаётся, комментарий очищается.
Записи времениЗаписанные минуты остаются, примечание очищается.
Вложенияудаляются, запись и файл

Ограничения

Имена в обычном тексте остаются, например «С уважением, Max» в конце письма. Номера телефонов в обычном тексте тоже остаются. Ни то ни другое нельзя надёжно распознать. Для заявок клиента есть флажок для очистки содержимого.

Если у другой учётной записи такие же имя и фамилия, имя человека не заменяется в истории заявки и в имени заявителя. Иначе пострадали бы и записи другого человека. Адрес и телефон всё равно заменяются. Проверка сравнивает имя и фамилию. История назначений хранит имя для входа. Поэтому тёзка, который указан там только именем для входа, не распознаётся.

Очень старые записи в истории заявки, которые ещё не ссылаются на учётную запись, содержат только имя. Они не распознаются.

Заявка, которую оператор оформил по телефону без адреса электронной почты заявителя, не распознаётся. Имя и номер телефона заявителя остаются в ней.

Адреса в настройках не меняются, например в почтовых правилах и правилах автоматизации. Если там указан адрес человека, измените его сами.

Если человек пишет снова после прогона, новый прогон по его адресу охватывает и новые письма. Вы запускаете его через «Export by e-mail address». Номер остаётся прежним. Новый прогон по анонимизированной учётной записи новые письма не находит. Учётная запись больше не знает старый адрес.

Об архивах система заботится сама. Когда вы восстанавливаете архив, каждый ранее анонимизированный человек снова анонимизируется в восстановленных заявках. Сообщение после восстановления называет их число. Адрес, который в этих заявках встречается только в обычном тексте, там не распознаётся. Кроме того, ночной прогон после анонимизации обновляет файлы архивов. Это объясняет карточка «Сроки хранения».

С резервной копией дело обстоит иначе. Копия, сделанная до прогона, ещё содержит старые данные. При восстановлении об этом заботится «Ticket System Backup & Restore». Приложение спрашивает, нужно ли снова анонимизировать всех, кто анонимизирован в сегодняшнем состоянии. «Yes» выбрано заранее. Система заявок делает это затем в ночном прогоне в 03:00 в заданном часовом поясе. Это действует и тогда, когда переключатель выключен. До этого их имена снова видны. Карточка «Data protection» показывает примечание с их числом. Резервная копия возвращает и тогдашнее положение переключателя. Поэтому после восстановления проверьте переключатель.

Если вы восстановите копию другим способом, ответите «No» или используете «--no-reapply» в командной строке, этого не произойдёт. Тогда автоматический путь снова найдёт удалённые учётные записи, пока переключатель включён. Прогоны, которые вы запускали вручную, нужно повторить. В этом помогает ссылка «Download list of anonymizations» в карточке «Data protection». Скачайте список до восстановления. После него в списке уже нет прогонов, сделанных после резервной копии. В списке одна строка на каждого анонимизированного человека, со столбцами «Date», «Number», «Account ID», «E-mail hash» и «Content cleared». «Date» означает время первого прогона в UTC. «Account ID» заполнен, только если была анонимизирована учётная запись. «E-mail hash» означает отпечаток адреса, который нельзя обратить. «Content cleared» показывает, было ли очищено содержимое заявок, поданных этим человеком. После каждого прогона скачивайте список сами и храните его вне системы. Копия, сделанная до прогона, этот прогон не содержит.

Текст для вашей политики конфиденциальности

Как оператор системы вы должны сообщить людям, как долго храните их данные. Этот текст можно перенести в вашу собственную политику конфиденциальности.

Образец текста

После вашего ухода ваши имя и адрес электронной почты в системе заявок через [36] месяцев заменяются заполнителем. Заявки и показатели сохраняются без связи с вами. По вашему запросу мы можем анонимизировать ваши данные и раньше, если этому не препятствует обязанность хранения. Данные внешних контактов, с которыми уже [36] месяцев не было контакта, анонимизируются тем же способом. События входа в журнале безопасности удаляются через [90] дней. Записи об административных действиях удаляются через [12] месяцев.

Измените числа на свои значения настроек. Опустите каждое предложение, чей переключатель выключен. Попросите своего консультанта по защите данных проверить текст. Это руководство не является юридической консультацией.

Запросы на удаление и люди, которые возвращаются

Удаление и анонимизация — это разные вещи. «Delete account» только скрывает учётную запись. «Restore account» возвращает её. До этого её адрес электронной почты остаётся закреплённым за этой учётной записью. Поэтому запрос на удаление данных вы выполняете кнопкой «Anonymize» в окне выгрузки данных. Это нельзя отменить. Имя и адрес заменяются на «Anonymized user» и номер. Связь с учётной записью у провайдера единого входа удаляется.

Каждый адрес электронной почты принадлежит ровно одной учётной записи. Если вы создаёте учётную запись с адресом, который уже есть у другой, система отказывает. Сообщение гласит «This e-mail address already belongs to another account.» То же относится к изменению адреса учётной записи. Если адрес принадлежит удалённой учётной записи, сообщение гласит «This e-mail address belongs to a deleted account. Restore that account instead.» Тогда восстановите старую учётную запись вместо создания новой. Анонимизированные учётные записи не учитываются. У них остался только адрес-заполнитель.

Удалённую учётную запись нельзя восстановить, если тем временем тот же адрес есть у другой активной учётной записи. Сообщение тогда гласит «This e-mail address already belongs to another account.» Сначала измените адрес другой учётной записи.

Со времени до этого правила могут остаться учётные записи с общим адресом. Управление пользователями отмечает их примечанием «This e-mail address belongs to more than one account. Change it so that each account has its own address.» Дайте каждой из этих учётных записей собственный адрес. До этого вход с этим адресом вместо имени пользователя не работает. Письмо для сброса пароля тоже не отправляется.

Если человек возвращается после запроса на удаление, он получает новую учётную запись. Так бывает, например, когда он снова входит через Google или Microsoft с тем же адресом. Для этого должно быть включено «Automatically create accounts on first sign-in». Анонимизированная учётная запись больше не содержит его адрес и не мешает новой.

Старые анонимизации никогда не затрагивают новые заявки этого человека. Это действует и после восстановления резервной копии или архива. Когда анонимизация применяется снова, она охватывает только данные, созданные до её момента.

Если старая учётная запись была только удалена, а не анонимизирована, система отклоняет первый вход через SSO с этим адресом. Что увидит человек, зависит от провайдера. Если провайдер подтверждает адрес, сообщение гласит «An account with this e-mail address was deleted. Ask an administrator to restore it.» Если не подтверждает, оно гласит «Your e-mail address is not verified with the provider.» Так система не раскрывает, есть ли для адреса удалённая учётная запись.

У вас как у администратора тогда два пути. Если вы восстановите старую учётную запись с помощью «Restore account», человек продолжит работать в ней со своей историей. Вход через SSO работает, если учётная запись уже была связана с этим провайдером или провайдер подтверждает адрес. Если запрос на удаление остаётся в силе, анонимизируйте старую учётную запись. После этого адрес свободен, и вход создаёт новую учётную запись.

Самостоятельная регистрация в этом случае отвечает нейтрально: «Registration could not be completed. If you already have an account, use the password reset on the sign-in page.» Она не раскрывает, есть ли учётная запись для этого адреса.

6

Сроки хранения

Прежде чем начать: Эти настройки может изменить только администратор. Анонимизацию нельзя отменить.

Система хранит персональные данные только столько, сколько нужно. Человек анонимизируется, когда уходит или просит об этом. Уход означает удалённую учётную запись или внешний контакт, с которым давно не было контакта. Запрос вы обрабатываете в окне выгрузки данных с помощью «Anonymize».

У самих заявок срока нет. Их содержимое сохраняет свою цель, например как история клиента. Отчёты и учёт времени продолжают учитываться.

Все сроки находятся в «Settings → Security», в карточке «Data protection». В ней три блока: «Deleted accounts», «External contacts» и «Security log retention». У каждого блока есть переключатель, срок и «Save». У блока «Security log retention» два переключателя и два срока. Под ними находится «Archives». После восстановления добавляется «Restore from a backup», как только пройдёт следующий прогон в 03:00. До этого карточка показывает примечание «… will be applied again tonight at 03:00.» Первый блок объясняет карточка «Анонимизация людей». Там же есть образец текста для вашей политики конфиденциальности. Под описанием карточки «Data protection» находится ссылка «Data protection guide for operators». Пособие содержит шаблоны реестра операций по обработке, технических и организационных мер и концепции хранения и удаления.

Под каждым блоком есть строка «Last run». Она называет дату и время последнего ночного прогона и сколько людей или записей он обработал. «0 done» означает, что делать было нечего. «Not run yet» стоит там, пока у задачи нет результата. Если переключатель выключен, его задача не выполняется.

Если строка оранжевая, задача выполнила не всё. При «skipped» она называет, сколько людей, записей или файлов пропущено. Для «Archives» это заблокированные или повреждённые файлы. При «failed» не удалась вся задача. Предложение после этого говорит, что делать. Если там написано «Details are in the server log.», прочитайте журнал сервера. В Linux его показывает команда «sudo podman logs container-backend-1». Если упоминается ключ анонимизации, следуйте разделу «Когда ключ не читается» ниже. Пропущенное следующий ночной прогон попробует снова.

Подробнее об этом в карточке: Анонимизация людей, Получить всё обратно

Карточка «Data protection» с блоками «Deleted accounts», «External contacts» и «Security log retention», под ними «Archives» и «Restore from a backup», каждый со строкой «Last run».
Красные рамки стоят на строках «Last run». Здесь включены все четыре переключателя. По умолчанию включены только два переключателя в блоке «Security log retention».Открыть изображение в полном размере
Блок «External contacts» с переключателем «Anonymize external contacts automatically» и полем «Months without contact».
Красные рамки стоят на переключателе и на числе месяцев. Текст под ними называет, что считается контактом.Открыть изображение в полном размере
Окно «Who will be anonymized» с предложением «Nobody is due yet with this time limit.», введённым ANONYMIZE и «Confirm».
Красные рамки стоят на поле и на «Confirm». Здесь срок сокращён до 24 месяцев, и никто не был бы затронут. Иначе здесь появляются число и первые люди с их последним контактом.Открыть изображение в полном размере
Карточка «Recent sign-in attempts» с предложением «Entries are deleted after 90 days (Settings → Security).» и тремя входами.
Красная рамка стоит на предложении о сроке. Если удаление выключено, там написано «Entries are kept until you delete them.»Открыть изображение в полном размере
Два примечания вверху карточки: число адресов, которые больше не распознаются, и анонимизации, которые не удалось перенести.
Красная рамка стоит на примечании о переносе. Что делать, описано в разделе «Восстановление резервной копии».Открыть изображение в полном размере
Предупреждение «The anonymization key cannot be read» со ссылкой «How to restore the key» и кнопкой «Discard old key».
Красные рамки стоят на ссылке на это руководство и на «Discard old key». Пока предупреждение показано, карточка не показывает примечание об ожидающих анонимизациях.Открыть изображение в полном размере
Окно «Discard old key» с введённым DISCARD в поле «Confirmation word».
Красные рамки стоят на поле и на «Discard old key». Только со словом кнопку можно нажать.Открыть изображение в полном размере

Внешние контакты

Внешние контакты — это люди без учётной записи сотрудника. Это заявители без учётной записи и учётные записи клиентов. Для системы они никогда не уходят. Поэтому этот блок считает время с последнего контакта.

Последний контакт — самый поздний из этих моментов: последнее изменение заявки, которую подал человек, письмо от него, его собственный комментарий, ответ на опрос удовлетворённости, согласование, отправленное ему, и подсказка для данных заявителя. Для учётной записи клиента учитывается и день её создания. Поэтому новая учётная запись, которой никогда не пользовались, не затрагивается сразу. Учётные записи, существовавшие ещё до обновления до версии 1.7.0, считаются созданными в день обновления.

Учётные записи сотрудников и их адреса никогда не затрагиваются. Это относится и к общему адресу вроде info@, если он принадлежит учётной записи сотрудника. Кто имеет ещё не закрытую заявку, пропускается, пока она не будет закрыта. Удалённые учётные записи относятся к блоку «Deleted accounts».

Переключатель «Anonymize external contacts automatically» по умолчанию выключен. Рядом с «Months without contact» вы вводите число месяцев. Допустимо от 1 до 120, значение по умолчанию — 36.

Когда вы включаете переключатель, сначала открывается окно «Who will be anonymized». Оно называет, сколько людей затронуто, и показывает первых из них с последним контактом. Введите в поле ANONYMIZE и нажмите «Confirm». То же окно появляется, когда при включённом переключателе вы сокращаете число и нажимаете «Save».

Это применяется в следующем ночном прогоне. Каждый затронутый человек анонимизируется так же, как с помощью «Anonymize». Его содержимое никогда не очищается. Остаются заполнитель, заявки и показатели. Имена и номера телефонов в обычном тексте остаются. Ограничения перечисляет карточка «Анонимизация людей».

Журнал безопасности

Журнал безопасности записывает события входа и административные действия. События входа содержат также IP-адрес и идентификацию браузера. Что именно записывается, объясняет карточка «Журнал безопасности».

Карточка «Recent sign-in attempts» в «Settings → SSO Settings» показывает последние 100 событий входа через SSO и каталог. Её видит тот, кому разрешено открывать эту страницу. По умолчанию это только администраторы. Предложение под заголовком карточки называет срок, например «Entries are deleted after 90 days (Settings → Security).»

По умолчанию события входа удаляются через 90 дней, а административные действия — через 12 месяцев. В блоке «Security log retention» ты задаёшь рядом с «Days» от 7 до 365 дней и рядом с «Months» от 1 до 120 месяцев. Переключатели «Delete old sign-in events» и «Delete old administrator actions» отключают удаление. Тогда записи остаются. Слово подтверждения не нужно, потому что удаляются только записи, а не люди.

Вход по имени пользователя и паролю тоже есть в журнале безопасности. Неудачная попытка сохраняется с IP-адресом и браузером. Успешный вход сохраняется только для администраторов и после неудачных попыток.

Архивы

Файл архива содержит и людей, которые были анонимизированы только позже. Поэтому ночной прогон после анонимизации обновляет каждый файл архива, в котором встречается этот человек. Имена и адреса там заменяются теми же заполнителями, что и в базе данных. Если содержимое было очищено, в архиве нет и вложений этих заявок.

До следующей ночи человек, таким образом, ещё есть в архивах в открытом виде. У архивов нет переключателя. Файл архива, заблокированный в этот момент, остаётся без изменений, например потому что его скачивают или восстанавливают. То же относится к повреждённому файлу. Следующий ночной прогон пробует снова.

Время и часовой пояс

Все эти задачи выполняются раз в день в 03:00. Действует часовой пояс в «Settings → General Settings», в карточке «Time Zone». Часы сервера роли не играют. Многие серверы работают по UTC. Там 03:00 было бы для вас другим часом.

Система каждые десять минут проверяет, не пора ли выполнить прогон. Первая проверка после 03:00 запускает его. Если сервер в 03:00 был выключен, прогон пройдёт при первой проверке после запуска.

После обновления до версии 1.7.0 первый прогон пройдёт вскоре после обновления, не позднее 03:00 следующей ночи. Этот прогон удаляет записи журнала входов старше 90 дней.

Если вы меняете часовой пояс, новый действует со следующей проверки. Прогон выполняется не чаще одного раза за календарный день. После смены на запад он может в этот день не состояться. Тогда он пройдёт на следующий день.

Приложение «Ticket System Backup & Restore» планирует свои копии в том же часовом поясе. Оно читает пояс из системы заявок, когда применяется расписание. Вкладка «Schedule» и «schedule --show» показывают время с поясом, например «02:00 (Europe/Berlin)». Если база данных в этот момент недоступна, остаётся прежний пояс. Если его ещё нет, действуют часы компьютера, и показ гласит «(host clock)».

Операционная система знает только свои часы. Поэтому приложение пересчитывает время. В зависимости от часового пояса сервера оно записывает одну или две записи на расписание. Так копирование идёт в правильное время летом и зимой. При запуске оно проверяет, действительно ли пора делать копию. Иначе оно завершается без копии, а в журнале стоит «No backup is due at this time in …».

Если вы меняете часовой пояс в системе заявок, следующая запланированная копия всё равно выполняется. После этого приложение заново записывает расписание. В журнале тогда стоит предупреждение, которое начинается с «The time zone in the ticket system changed». Если расписание не удалось записать заново, там стоит «The schedule could not be updated.» Тогда откройте приложение и нажмите «Apply schedule».

Когда ключ не читается

Система запоминает анонимизированные адреса электронной почты как отпечаток. Для этого ей нужен ключ. Этот ключ защищает связка ключей сервера. Связку ключей образуют файлы key-*.xml в папке ключей. Если их нет или они не подходят, карточка показывает предупреждение «The anonymization key cannot be read».

Тогда не работают и сохранённые пароли для почты и SSO. Они зависят от той же связки ключей. Ночные прогоны для удалённых учётных записей и журнала безопасности продолжаются. Люди, известные только по адресу, пропускаются. «Anonymize» отклоняет прогон только по адресу.

Вот как вернуть связку ключей. Возьмите резервную копию, сделанную до проблемы. Она содержит папку ключей отдельным файлом. В Linux копии лежат в «/opt/smitey/backups». Скопируйте одну из них в пустую папку и перейдите в неё. Команды ниже записывают копию в виде обычных файлов и извлекают файлы key-*.xml. Затем они копируют эти файлы в папку ключей и перезапускают сервер системы заявок. Остальные файлы в папке ключей остаются как есть. После перезапуска предупреждение исчезает. После этого удалите папку «plain». В ней лежат пароли и личные данные. Более старая копия с окончанием «.zip» не зашифрована. Для неё первая команда такая: «sudo unzip -o <файл> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar».

В Windows копии лежат в «C:\Program Files\SMITEY\backups». Скопируйте одну из них в пустую папку. Откройте там PowerShell от имени администратора. Введите команду из блока «Windows: Записать копию как незашифрованные файлы и извлечь файлы ключей». Замените в ней <файл>.smbk полным именем файла копии. Затем скопируйте каждый файл key-*.xml командой «podman cp <файл> container-backend-1:/app/DataProtection-Keys/». Команды для владельца и перезапуска вводите без «sudo». После этого удалите папку «plain».

Записать копию как незашифрованные файлы и извлечь файлы ключей

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

В папке лежит ровно одна копия. После этого там находятся файлы key-*.xml. Подпапка «plain» содержит всю копию в незашифрованном виде.

Скопировать файлы в папку ключей

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

Существующие файлы с другим именем остаются в папке ключей.

Назначить файлам правильного владельца

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

Система заявок работает в контейнере под собственным пользователем. Файлы должны принадлежать ему.

Перезапустить сервер системы заявок

sudo podman restart container-backend-1

После перезапуска система заново читает связку ключей.

Windows: Записать копию как незашифрованные файлы и извлечь файлы ключей

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

В PowerShell от имени администратора, в папке с копией. Замените <file>.smbk полным именем файла копии. После этого там находятся файлы key-*.xml.

Последний выход: «Discard old key»

Если у вас нет резервной копии с файлами ключей, остаётся «Discard old key». Кнопку видит только администратор. Введите DISCARD в поле «Confirmation word» и нажмите «Discard old key». Тогда система создаёт новый ключ.

Анонимизации через учётную запись продолжают действовать. Люди, анонимизированные только через адрес, после этого больше не распознаются в резервных копиях и архивах. Карточка называет их число. Поэтому более старая копия может снова сделать этих людей видимыми. Сохранённые пароли для почты и SSO остаются нечитаемыми. Введите их заново.

Восстановление резервной копии

При восстановлении «Ticket System Backup & Restore» спрашивает, нужно ли снова анонимизировать всех, кто анонимизирован сегодня. «Yes» выбрано заранее. Система заявок делает это в следующем ночном прогоне в 03:00 в своём часовом поясе. До этого карточка показывает «… will be applied again tonight at 03:00.»

Копия возвращает и тогдашние переключатели и сроки. Поэтому после восстановления проверьте карточку «Data protection».

Если при переносе были предупреждения, строка состояния приложения называет их число, например «2 warning(s) while carrying over anonymizations. See the Log tab.» В командной строке то же стоит в последней строке и ссылается на «backup.log». Там написано, что не получилось. Если анонимизации не удалось перенести, повторите вручную прогоны после этой копии. Поможет список, который вы скачали перед восстановлением.

Система заявок читает файл переноса из приложения при следующем запуске. Если она не может его прочитать, карточка показывает «A carry-over file from the backup app could not be read». Файл остаётся на сервере и читается снова при следующем запуске. Тогда восстановите копию ещё раз текущей версией приложения.

Если ключ копии не подходит, анонимизации через адрес перенести нельзя. Карточка тогда показывает «… could not be carried over from before the restore». Если вы знаете этих людей, анонимизируйте их снова через «Export by e-mail address».

Строка «Last run» под «Restore from a backup» показывает, сколько анонимизаций прогон применил снова.

7

Роли и концепция прав

Ролей три: «Admin», «Agent» и «Customer». Создать другие нельзя. Зато свободно почти каждое отдельное разрешение; исключения перечислены ниже.

Эти три роли находятся в разделе «Settings → General Settings» на вкладке «Role». Переименовать их нельзя.

Что роли можно, задаётся в другом месте: в разделе «Settings → Security» в карточке «Permission concept».

Каждая строка — одна функция, каждый столбец — одна роль. Галочка разрешает. Под названием стоит внутренний ключ, но для работы со страницей он вам не нужен.

Список длинный. Он идёт от управления пользователями через доступ к отдельным страницам настроек и до учёта времени.

Столбец «Agent Team» — особый случай. Он становится доступен, только когда в той же строке стоит галочка «Agent». Выберите там команду, и разрешение будет действовать только для операторов этой команды.

У роли «Admin» нельзя отнять ни одного разрешения. После сохранения галочка возвращается. Так никто не запрёт себя снаружи собственной системы. Изменить таблицу может только администратор. Это относится к каждой настройке на странице «Security». Любой другой, кому можно открыть страницу, видит её только для чтения. Шесть разрешений роли «Customer» нельзя дать никогда: «Users: manage accounts», «Data export (data subject request)», «Anonymize people», «Security log», «Settings: Security» и «Settings: Single sign-on».

С кнопкой «Save» изменение действует сразу. Тот, кого оно касается, заметит это при следующем щелчке.

Карточка «Permission concept» с таблицей: одна строка на функцию, столбцы для администратора, оператора, команды оператора и клиента.
Красная рамка стоит на строке заголовков. Список выбора в столбце «Agent Team» доступен только там, где стоит галочка «Agent».Открыть изображение в полном размере
Вкладка «Role» с тремя ролями, каждая отмечена как «Mandatory».
Красная рамка стоит на примечании. Три роли отмечены как «Mandatory». Ни одну из них нельзя удалить.Открыть изображение в полном размере
8

Отдел, должность и местоположение

Три списка описывают человека, а не заявку: отдел, должность и местоположение.

Их создают в разделе «Settings → General Settings» в карточке «Drop-down lists». Обращение со всеми тремя одинаково.

Назначают их на учётной записи. В форме в разделе «User management» поля называются «Department», «Position» и «Location».

В списке пользователей отдел стоит под командой. Должность и местоположение видны в форме учётной записи.

У местоположения есть второе применение. На заявке есть поле «Location», и оно берёт данные из того же списка.

В каждом из трёх списков есть запись, которую нельзя удалить. Она называется «None selected or available» и несёт значок «Mandatory».

Если вы удаляете другую запись, все, кто её нёс, переходят на этот заполнитель. Так никто не остаётся указывающим на то, чего нет.

Переводят не здесь, а разом на странице переводов. Английское название — это якорь, на котором держатся переводы.

Диалог «Edit user» с заполненными полями отдела, должности и местоположения.
Красные рамки стоят на трёх полях. Они стоят рядом с командой, но значат другое: команда говорит, кто ведёт заявки, а отдел говорит, где человек работает.Открыть изображение в полном размере
Список пользователей со столбцом «Team», в котором под названием команды стоит отдел.
Красная рамка стоит на столбце. Сверху команда, под ней отдел. У того, кто ни в одной команде, там стоит прочерк.Открыть изображение в полном размере

Снимки экрана сделаны в версии 1.3.1. На показанных экранах до версии 1.13.3 ничего не изменилось. Отличается только номер версии внизу боковой панели.