Основні оновлення


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


Крім того, реліз містить суттєвий набір виправлень, що стосуються email-повідомлень, пошуку та керування користувачами.

  • обов’язкова політика двофакторної автентифікації та скидання 2FA адміністратором;

  • оновлена Загальна статистика з батьківськими та дочірніми підрозділами у восьми вимірах;

  • сповіщення про завдання тепер надходять авторам завдань і виконавцям;

  • налаштовувані email-листи з одноразовим паролем для веб-порталу;

  • умовна логіка в динамічних формах;

  • вісім виправлень помилок, зокрема щодо обробки вкладень в email і збереження регіональних ролей.



Що нового в цьому релізі


1. Посилений контроль двофакторної автентифікації


Після впровадження 2FA через застосунок автентифікації в релізі 2026-04 це оновлення дає адміністраторам прямий контроль над тим, як двофакторна автентифікація застосовується в організації.


Обов’язкова 2FA. Нове налаштування дозволяє адміністраторам вимагати двофакторну автентифікацію для всіх користувачів, а не залишати її опційною. Налаштування застосовується одразу, а користувачі отримують запит налаштувати 2FA під час наступного входу.


Скидання 2FA адміністратором. Адміністратори тепер можуть скидати двофакторну автентифікацію користувача. Це створює безпечний шлях відновлення доступу, коли пристрій втрачено або застосунок автентифікації більше недоступний. Налаштування контролюється дозволами та повністю відстежується в Журналі аудитора. Користувач отримує сповіщення, а чинні політики безпеки продовжують застосовуватися, зокрема, повторне налаштування під час наступного входу.


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


2. Оновлена Загальна статистика


Загальну статистику було перебудовано у вигляді структурованої таблиці, яка замінює попередню кругову діаграму.


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


Обидва рівні можна встановити для будь-якого з таких значень:

  • категорії;

  • підрозділи / департаменти;

  • пріоритети;

  • канали;

  • статуси;

  • маршрути / процедури;

  • відповідальні.


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


3. Сповіщення про завдання для авторів і виконавців


Сповіщення про завдання було перероблено так, щоб потрібні люди отримували інформацію в потрібний момент.

  • Автори завдань разом із виконавцем тепер отримують сповіщення, коли завдання було призначено. Листи не дублюються, якщо автор і виконавець — одна й та сама особа.

  • Сповіщення про виконання завдання та завершення його строку тепер коректно надходять виконавцям завдань. Раніше ці сповіщення не працювали.


Базовий механізм сповіщень було перебудовано на подієву модель, що робить сповіщення про завдання надійнішими та спрощує їх розширення в майбутніх релізах.


4. Налаштовувані email-листи з одноразовим паролем


Email-лист з одноразовим паролем, який використовується у веб-порталі, тепер можна адаптувати під вашу організацію.


Адміністратори можуть змінювати тему, текст і брендинг листа відповідно до власного tone of voice, з підтримкою плейсхолдерів і локалізації.


Також доступні попередній перегляд і тестове надсилання, щоб зміни можна було перевірити до того, як вони потраплять до заявників. Робота розробників для цього не потрібна.


5. Умовна логіка в динамічних формах


Динамічні форми тепер підтримують новий клас ключа відповідності, який дозволяє будувати умови з комбінацій значень у колонці options.


Синтаксис працює так:

  • кожен рядок формує окрему АБО-групу;

  • у межах одного рядка пробіли означають AND;

  • у межах одного рядка коми означають АБО.


Це дозволяє показувати або приховувати елементи форми на основі складених умов, а не лише окремих значень.



Покращення


Увімкнення сповіщень за замовчуванням для нових заявників


Нове налаштування дозволяє визначити, чи будуть заявники автоматично підписані на сповіщення через підтверджений канал реєстрації.


Якщо налаштування увімкнене, це прибирає один крок із процесу онбордингу заявника. Команди, які віддають перевагу явній згоді на сповіщення, можуть залишити це налаштування вимкненим.


Коротший строк дії одноразового пароля


Одноразові паролі у процесі зворотного зв’язку тепер діють 10 хвилин. Це приводить строк дії у відповідність до стандартної практики перевірки.


Фільтр підтвердження в Groups report


Звіт Groups тепер містить фільтр за підтвердженням інформації, що дозволяє звужувати результати за статусом підтвердження.


Фільтр працює разом із пошуком, сортуванням та експортом, тому уточнені результати зберігаються у ваших звітах.


Швидші випадаючі списки фільтрів


Селектори фільтрів тепер завантажують варіанти автоматично за потреби, а не всі одразу.


Це помітно скорочує початковий час завантаження та покращує швидкодію під час роботи з великими наборами даних.



Виправлення помилок

  • Виправлено проблему, через яку вхідні email із великими вкладеннями могли не реєструватися в системі. Ліміт розміру вкладень збільшено до 25 MB, а обробку більших файлів покращено.

  • Виправлено проблему, через яку заявники, що використовували підтверджений номер телефону як основний канал, не отримували сповіщення про нові повідомлення, навіть якщо шаблони були налаштовані.

  • Виправлено проблему, через яку збереження змін або призначення нових ролей користувачу у вкладці Users видаляло всі його призначені регіональні ролі, наприклад Regional Coordinator або Regional Manager. Регіональні ролі тепер зберігаються коректно.

  • Виправлено серверну помилку, через яку пошук міг не працювати для певних запитів. Обробка та валідація запитів тепер надійно працюють із такими граничними випадками.

  • Виправлено автозаповнення в полі Responsible user, яке раніше брало дані з контрагентів, а не з активних користувачів системи.

  • Виправлено проблему, через яку повне досьє не створювалося автоматично під час створення фігуранта. Записи фігурантів тепер створюються як частина формування досьє, що робить створення досьє швидшим і повнішим.

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

  • Виправлено проблеми з вирівнюванням, відступами та доступністю у випадаючому списку статусів, а також забезпечено послідовну поведінку в різних браузерах і на різних пристроях.



Чому цей реліз важливий


Цей реліз вирішує три практичні потреби.


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


Менеджери кейсів та аналітики отримують справді гнучку поверхню для звітності в Загальній статистиці, що зменшує потребу експортувати дані для типових аналітичних запитань.


А виправлення сповіщень закривають кілька прогалин, через які люди, які мали бути поінформовані про завдання або нове повідомлення, раніше могли не отримувати сповіщення.



Рекомендовані наступні кроки

  1. Визначте, чи підходить вашій організації обов’язкова двофакторна автентифікація, і перегляньте, хто має дозвіл скидати 2FA для інших користувачів.

  2. Ознайомтеся з новими батьківськими та дочірніми селекторами в Загальній статистиці, щоб визначити, які деталізації найкорисніші для вашої регулярної звітності.

  3. Перегляньте шаблон email-листа з одноразовим паролем і за потреби адаптуйте текст та брендинг під вашу організацію.

  4. Якщо ви використовуєте завдання, перевірте, чи поведінка сповіщень тепер відповідає вашим очікуванням як для авторів, так і для виконавців.