Ролі

Сторінка «Керування ролями: керування користувачами та командами» охоплює функціональну область, зазначену в URL. Наявний зміст доповнено фактичним перебігом, передумовами та відомими обмеженнями. У тенанті існують рівно дві ролі: адміністратор і співробітник. Деталізованих дозволів на модулі немає. Команди слугують лише для групування і не запускають автоматичного призначення розмов чи завдань.

У тенанті існують рівно дві ролі: адміністратор і співробітник. Адміністратор керує користувачами та центральними налаштуваннями; співробітники працюють у межах доступних їм розділів. Системи деталізованих дозволів на модулі немає. Тому керування ролями не можна описувати так, ніби окремі пункти меню можна довільно відкривати для кожної особи.

Команди слугують для організаційного групування. Вони не створюють автоматичного призначення розмов і не мають логіки черг. Під час передачі діалогу також немає автоматичного розподілу між командами. Тому відповідальність потрібно організовувати через фактичний робочий процес і видимий живий інбокс.

Під час створення або зміни користувача тенанта слід ретельно перевіряти адресу електронної пошти, бажану роль і прив'язку до тенанта. Зміна ролі може змінити доступ до адміністративних можливостей. Після зміни відповідній особі слід повторно увійти й перевірити, чи видно очікуваний розділ.

Кілька тенантів розділяються на стороні сервера. Користувач із доступом до кількох тенантів має свідомо вибрати активного тенанта. Команди та ролі одного тенанта не можна розуміти як глобальний дозвіл для інших тенантів. У разі неправильної видимості слід перевіряти вибір активного тенанта і роль разом.

Для сторінки «Керування ролями: керування авторизованими особами та командами» це означає: реалізований короткий текст розширюється до надійної інструкції, не обіцяючи функцій поза підтвердженим станом продукту. Визначальними залишаються перевірені джерела фактів і видима відповідальність між тенантом і Zentor. У разі розбіжностей завжди слід указувати саме цей URL, відповідного тенанта та спостережений крок.

Під час роботи з темою «ролі» кожен крок спочатку слід перевіряти на контрольному тестовому випадку. Важливо, щоб видиме налаштування, фактичний стан системи та очікуваний результат збігалися. У разі розбіжностей для аналізу допомагають точний час, відповідний тенант, використаний канал і незмінене повідомлення про помилку. Облікові дані, токени та персональні дані не можна переносити в знімки екрана чи тексти для підтримки.