Що нового у релізі 1.9.4

ЗМІСТ

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

1. Керування Платформою та реєстрами (Control Plane)

1.1. Швидкі посилання до сервісів

Ми раді представити нову функціональність адміністративної панелі Control Plane, яка надає адміністраторам реєстру зручний спосіб доступу до всіх необхідних вебсервісів в одному місці. Ось основні аспекти цієї функціональності:

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

  • Чотири групи сервісів: Адміністративна зона реєстру, Операційна зона реєстру, Адміністративна зона Платформи та Операційна зона Платформи, що допомагає зорієнтуватися в сервісах та забезпечує структурований доступ до них.

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

quick links 1

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

Детальніше ви можете ознайомитися з функціональністю на сторінці Швидкі посилання до сервісів реєстру.

1.2. Налаштування власного DNS-імені для Keycloak

Адміністратори платформи мають змогу налаштовувати власні DNS-імена для сервісу управління користувачами та ролями Keycloak за допомогою адміністративної панелі Control Plane. Це дозволяє створити зручні URL-адреси для входу користувачів та забезпечує правильну роботу аутентифікації та міжсервісної взаємодії у приватних мережах.

Переваги використання функціональності:
  • Власні DNS-імена: надає можливість створювати зручні та легко запам’ятовувані URL-адреси для входу користувачів у їхні особисті кабінети.

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

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

Тепер є можливість налаштовувати власні DNS-імена централізовано, на рівні Платформи, для подальшого застосування у ваших реєстрах.

custom dns keycloak platform 1
Зображення 1. Додавання DNS для Keycloak на рівні керування Платформою
custom dns keycloak platform 2
Зображення 2. Налаштування DNS та завантаження SSL-сертифіката
custom dns keycloak registry
Зображення 3. Додавання DNS для Keycloak на рівні керування реєстрами

Детальніше ви можете ознайомитися з функціональністю на сторінці Налаштування власного DNS-імені для Keycloak.

1.3. Налаштування автентифікації отримувачів послуг

Ми раді представити нові налаштування адміністративної панелі Control Plane для отримувачів послуг, які забезпечують більш гнучкий та зручний процес автентифікації.

whats new 1 9 4 1

Ось ключові аспекти цієї функціональності:
  • Налаштування в адміністративній панелі Control Plane: конфігурація перевірки в ЄДР при логіні юридичних осіб до Кабінету отримувача послуг.

  • Перевірка активного запису в ЄДР: для бізнес-користувачів перевіряється наявність активного запису в ЄДР.

  • Активація/деактивація перевірки: перевірку можна активувати або деактивувати перемикачем у налаштуваннях.

  • Налаштування для технічного адміністратора реєстру: можливість налаштування перевірки в ЄДР для користувачів, що обрали вхід "Для бізнесу" на сторінці автентифікації.

  • Підтримка різних видів отримувачів послуг: забезпечено можливість автентифікації для отримувачів послуг-ФОП, представників ФОП або ЮО, обираючи режим "Для бізнесу" та використовуючи КЕП без відповіді ЄДР.

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

Детальніше ви можете ознайомитися з функціональністю на сторінці Перевірка наявності активного запису в ЄДР для бізнес-користувачів.

1.4. Автореєстрація для посадових осіб

В цьому релізі ми додали нові можливості для самостійної реєстрації посадових осіб та моделювання процесу:

  • Налаштування автореєстрації: увімкнути/вимкнути функцію автореєстрації можна за допомогою перемикача в адмін-консолі Control Plane, у розділі Автентифікація надавачів послуг .

    cp officer self register 1

  • Моделювання бізнес-процесу: додано можливість моделювати проходження самореєстрації посадовими особами з ручним або автоматичним модеруванням.

  • Розширення бізнес-логіки за допомогою нового делегата: розробникам регламенту надано окреме типове розширення Save user roles для внесення змін до переліку регламентних ролей користувача.

  • Референтні приклади: розроблено референтні приклади бізнес-процесів автореєстрації посадової особи з автоматичною та ручною модерацією для моделювальників реєстру.

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

    whats new 1 9 4 11

    whats new 1 9 4 12

    whats new 1 9 4 13

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

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

Ознайомтеся також із референтними прикладами бізнес-процесів самостійної реєстрації надавачів послуг у системі:

2. Моделювання та розробка регламенту

2.1. Адміністративний портал

2.1.1. Внесення змін до файлу описів структур таблиць моделі даних реєстру через вебредактор коду

Адміністративний портал пропонує вбудований XML-редактор, який спеціалізується на роботі зі структурою таблиць у файлі data-model/createTables.xml і спрощує роботу з моделлю даних у регламенті реєстру. Імплементовано рішення Monaco Editor, візуалізоване темою Visual Studio Dark. Це дозволяє швидко та зручно вносити зміни через єдиний інтерфейс і зменшує кількість помилок, забезпечуючи більш продуктивний процес роботи з моделлю даних.

xml editor 1

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

xml editor 6

Детальніше ви можете ознайомитися з функціональністю на сторінці Моделювання структури таблиць БД реєстру в XML-редакторі коду.

2.1.2. Категоризація доступних послуг у Кабінетах користувачів

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

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

process groups 1
process groups 2

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

process groups 17

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

2.1.3. Відображення масивів даних у вигляді таблиць на формах бізнес-процесів

У цьому релізі ми додали нові можливості для компонента форм EditGrid, що полегшують роботу розробників регламенту та моделювальників:

  • Режим "лише для перегляду": користувачі можуть переглядати дані UI-форми в режимі "read only" та виконувати дії стосовно обраного запису таблиці.

    whats new 1 9 4 2

  • Налаштування набору дій (action codes): розробникам регламенту додано можливість налаштовувати набір дій, які можна виконати стосовно окремих записів таблиці.

    whats new 1 9 4 3

  • Відображення масивів даних: моделювальникам реєстру надано можливість відображати масиви даних у вигляді таблиць на формах бізнес-процесів з можливістю виклику інших бізнес-процесів для певного рядка.

    whats new 1 9 4 4

  • Референтний бізнес-процес: розроблено тестовий бізнес-процес для демонстрації функціональності вибору одного рядка в таблиці та запуску для нього бізнес-процесу.

    whats new 1 9 4 5

Ці оновлення забезпечують більш гнучкі та ефективні можливості для роботи з компонентом EditGrid у різних контекстах у рамках бізнес-процесів реєстру.

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

2.1.4. Вибір декількох рядків у таблиці та запуск бізнес-процесів з обраними даними

У цьому релізі ми додали нові можливості для роботи з таблицями та запуску бізнес-процесів для декількох обраних рядків:

  • Налаштування активації вибору у компоненті Edit Grid: розробникам регламенту надано можливість налаштовувати активацію обрання декількох записів з таблиці для виконання стосовно них дій.

    whats new 1 9 4 6

  • Налаштування ширини полів: розробникам регламенту додано можливість налаштовувати ширину полів компонентів для відображення в таблиці EditGrid.

    whats new 1 9 4 7

  • Референтний бізнес-процес: розроблено тестовий бізнес-процес для демонстрації функціональності вибору одного або декількох рядків в таблиці та запуску для них бізнес-процесів.

    whats new 1 9 4 8

  • Ініціювання бізнес-процесів: користувачі Кабінету посадової особи та отримувачі послуг можуть ініціювати виконання бізнес-процесів з даними відразу декількох обраних рядків з таблиці.

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

    whats new 1 9 4 9

  • Оптимізація рендерингу: оптимізовано рендеринг таблиці для забезпечення кращої продуктивності.

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

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

2.2. Управління налаштуваннями регламенту реєстру

2.2.1. Видалення попередньої версії автогенерованого коду при розгортанні регламенту

У цьому релізі ми впровадили наступні поліпшення, які спрощують процес розгортання регламенту та роботу з версіями:

  • Автоматична заміна коду: тепер при розгортанні регламенту, попередня версія автогенерованого коду автоматично замінюється новою у Gerrit реєстру в репозиторії для технічного адміністратора реєстру.

  • Відмова від необхідності змінювати версію регламенту: розробники та моделювальники регламенту більше не зобов’язані змінювати версію регламенту в структурі регламенту після кожної зміни.

  • Відсутність перевірки версії при розгортанні: адміністратор регламенту може використовувати атрибут settings.general.version у налаштуваннях на власний розсуд.

  • Відмова від зберігання старих версій API даних: при розгортанні пайплайну публікацій MASTER-Build-registry-regulations, старі версії API даних не зберігаються, що спрощує процес управління кодом.

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

Детальніше ви можете ознайомитися зі змінами на сторінці Управління налаштуваннями реєстру (settings.yaml).

2.2.2. Зміна логіки роботи Cleanup-процесу видалення регламенту

В цьому релізі ми додали нову змінили логіку роботи та розширили можливості Cleanup-процесу (cleanup-job) у Jenkins для підтримки оптимального стану регламенту реєстру.

cleanup job 2

Цей автоматизований процес включає такі функції:
  • Очищення тимчасових реплік БД: Cleanup-процес видаляє тимчасові репліки бази даних, які розгортаються для версій-кандидатів.

  • Видалення ресурсів та сервісів: Cleanup-процес допомагає видалити застарілі або непотрібні ресурси та сервіси.

  • Очищення репозиторію Nexus: Cleanup-процес очищує репозиторій Nexus від старих артефактів та забезпечує оптимальне зберігання.

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

cleanup job 3

Ці оновлення допомагають адміністраторам підтримувати оптимальний стан регламенту реєстру та ефективно керувати ресурсами.

Детальніше ви можете ознайомитися зі змінами на сторінці Cleanup-процес видалення регламенту.

2.3. Моделювання структур даних

2.3.1. Пагінація пошукових запитів

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

Атрибути нової пагінації:
  • page — повертає інформацію про поточну сторінку, кількість елементів на сторінці, загальну кількість елементів та загальну кількість сторінок.

  • none — атрибут дозволяє вимкнути пагінацію при пошукових запитах до API.

  • offset (за замовчуванням) — повертає певну кількість записів, враховуючи пагінацію на основі зміщення. При запиті до API кількість записів регулюється параметром limit.

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

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

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

Детальніше ви можете ознайомитися з функціональністю на сторінці Атрибут pagination та доступні значення.

2.3.2. Зміна налаштувань поведінки API на рівні структури створення таблиць

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

  • Імплементація тегу ext:alterTableApi. Цей нестандартний тег розширення Liquibase дозволяє змінювати деякі атрибути таблиці, які не впливають на структуру даних, але впливають на генерацію коду API.

  • Зміна атрибутів bulkLoad та readMode. За допомогою тегу ext:alterTableApi можна змінювати атрибути, які регулюють можливість завантаження даних до таблиці з файлів або масивом (атрибут bulkLoad) та режим читання даних (синхронний або асинхронний) (атрибут readMode).

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

Детальніше ви можете ознайомитися з функціональністю на сторінці Зміна налаштувань поведінки API на рівні структури створення таблиць.

2.4. Моделювання та розширення бізнес-процесів

2.4.1. Впровадження загального SOAP-конектора для взаємодії з "Трембіта"

Ми розробили новий загальний Trembita SOAP-конектор, який може бути використаний для інтеграції з будь-яким SOAP-сервісом, зареєстрованим у СЕВ ДЕІР "Трембіта".

Ось ключові особливості та переваги цього конектора:
  • Інтеграційне розширення-делегат ${trembitaSoapConnectorDelegate}. Цей делегат призначений для виклику зовнішнього SOAP-сервісу через ШБО "Трембіта", що забезпечує максимальну сумісність з різними SOAP-сервісами.

  • Налаштування за допомогою шаблону Trembita SOAP connector (trembitaSoapConnectorDelegate.json). Шаблон дозволяє легко налаштовувати конектор у бізнес-процесі, що спрощує інтеграцію та підтримку сервісів.

trembita connector 1

Детальніше ви можете ознайомитися з функціональністю на сторінці Загальний Trembita SOAP-конектор.

2.4.2. Запуск бізнес-процесу за розкладом

У цьому релізі ми додали приклад бізнес-процесу, що демонструє можливості для автоматичного запуску процесів відповідно до графіка:

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

  • Використання таймерів у бізнес-процесах регламенту: цей приклад допомагає розробникам та моделювальникам регламентів краще розуміти та ефективно використовувати таймери при розробці бі-нес-процесів у реєстрах.

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

  • Налаштування циклічних таймерів: ви можете використовувати стандартний формат ISO 8601 для інтервалів повторень або cron-вираз для налаштування циклічних таймерів.

bp timer launch 3

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

Детальніше ви можете ознайомитися зі змінами на сторінці Запуск бізнес-процесу за таймером.

2.5. Реструктурування компонентів моделювання UI-форм

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

components panel

Детальніше про компоненти форм читайте на сторінці Компоненти моделювання UI-форм.

3. Моніторинг показників виконання бізнес-процесів

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

Основні особливості моніторингу включають:
  • Доступ до окремого дашборду Camunda Metrics: технічному адміністратору реєстру надається доступ до дашборду у Grafana з визначеним набором метрик "Camunda Metrics".

  • Вибір проєкту реєстру: якщо адміністратор має доступ до декількох реєстрів, він може вказати проєкт (namespace) реєстру, для якого хоче переглянути метрики.

  • Автоматичне встановлення дашборду: при оновленні наявних реєстрів дашборд Grafana встановлюється автоматично.

whats new 1 9 4 14

Метрики Camunda Metrics поділяються на такі групи:
  • Загальні метрики Process Engine: містять інформацію про загальний стан Process Engine.

  • Загальні метрики бізнес-процесів: відображають статистику по запуску, виконанню та завершенню бізнес-процесів.

  • Загальні метрики обміну повідомленнями в рамках бізнес-процесу: ці метрики показують інформацію про роботу з повідомленнями в межах бізнес-процесів, включаючи активні підписки на події та обробку повідомлень.

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

  • Видалення історичних даних виконання бізнес-процесів: містить метрики, пов’язані з видаленням історичних даних про виконання бізнес-процесів для оптимізації ресурсів системи.

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

Детальніше ви можете ознайомитися зі змінами на сторінці Моніторинг показників виконання бізнес-процесів.

4. Оптимізація процесу збирання логів у Kibana

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

Запити до API Gateway:

Показує загальну кількість зовнішніх HTTP-запитів, які надійшли до реєстру.

Помилки у Rest API фабрики даних :

Показує кількість помилок, що виникли в процесі обробки запитів до Rest API фабрики даних.

Використання КЕП у реєстрі :

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

Запити до мікросервісів реєстрів :

Відображає загальну кількість запитів до мікросервісів реєстрів з розподілом за HTTP-кодом відповіді.

dashboard 1
Зображення 4. Запити до API Gateway, помилки в Rest API фабрики даних та використання КЕП у реєстрі
dashboard 2
Зображення 5. Запити до мікросервісів реєстрів

5. Функціональність Кабінетів надавача та отримувача послуг

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

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

alerting popups 2
Зображення 6. Системне попереджувальне вікно для підтвердження дій щодо збереження або скасування внесених на формі даних

Детальніше ви можете ознайомитися зі змінами на сторінці Системні попереджувальні вікна для підтвердження дій у Кабінетах користувачів.