Самостійна реєстрація для надавачів послуг, які автентифікуються з ключем ФОП або юридичної особи

1. Загальний опис

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

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

Процес побудований як комбінований, на базі двох інших процесів:

Використовуйте цей комбінований бізнес-процес самореєстрації у випадках, коли у вас вже налаштовано відповідні параметри в Control Plane-консолі. Для отримання додаткової інформації щодо цих налаштувань зверніться до розділу Налаштування доступу до Кабінету надавачів послуг через КЕП фізичної особи.
Де можна знайти приклад референтного бізнес-процесу?

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

Еталонний регламент з прикладами для України зберігається в репозиторії ua-registry-demo-regulation.

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

Приклад BPMN-схеми процесу буде доступний у регламенті демо-реєстру за пошуком по ключовим словам — reference-officer-selfregistration-combined-bp. Назви форм ви можете знайти всередині відповідних користувацьких задач (User Task) бізнес-процесу у полі Form key.

2. Моделювання процесу

Використовує бізнес-процес самостійної реєстрації з ручною модерацією.

officer self register combined 3
Зображення 1. Загальний вигляд схеми бізнес-процесу з фокусом на основному учаснику

Після Start Event додайте скриптову задачу для перевірки наявності параметра ЄДРПОУ в КЕП посадової особи.

Приклад скрипту для перевірки
set_transient_variable('edrpou', initiator().getEdrpou())
officer self register combined 2

Для оптимізації процесу самореєстрації включіть XOR-шлюз з наступними налаштуваннями умов на стрілках:

  1. Автоматична модерація: якщо в КЕП присутній параметр ЄДРПОУ, користувач направляється на бізнес-процес (БП) самореєстрації з автоматичною модерацією.

    Condition Expression: `${initiator().edrpou != null}`
    officer self register combined 1
    Зображення 2. XOR-шлюз
    officer self register combined 4
    Зображення 3. Стрілка умови наявності атрибута edrpou в КЕП
    officer self register combined 5
    Зображення 4. Перехід до процесу з автоматичною модерацією

  2. Ручна модерація: на іншій стрілці встановіть умову, що якщо параметр ЄДРПОУ відсутній в КЕП, користувач направляється на БП самореєстрації з ручною модерацією виконаною іншою уповноваженою особою.

    Умова для переходу до процесу з ручною модерацією
    Condition Expression: `${initiator().edrpou == null}`

    Це означає, що обидва БП самореєстрації комбіновані в один загальний процес, на початку якого виконується перевірка на наявність параметра ЄДРПОУ в КЕП посадової особи.

    officer self register combined 6
    Зображення 5. Стрілка умови відсутності атрибута edrpou в КЕП
    officer self register combined 7
    Зображення 6. Перехід до процесу із ручною модерацією