Екипи и потребители

Един екип е отговорност, а не папка. Той има собствени категории, собствени срокове и собствени членове. Клиентът вижда точно един от тях. Всичко останало опира до това кой какъв профил има и какво може този профил.

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“ са и двете вътрешни и се броят от един и същ пул. Администраторът може повече още от самото начало. Почти всяко отделно право може да се промени; изключенията са на картата „Роли и концепцията за правата“. Само администратор може да дава или отнема ролята „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. Единственото, което изглежда различно, е номерът на версията долу в страничната лента.