Що таке бізнес-процеси: аналіз, структура і типи операцій

🌐 Цей документ доступний українською та англійською мовами. Використовуйте перемикач у правому верхньому куті, щоб змінити версію.

1. Вступ

Механізм робочих процесів Camunda (Camunda BPMN Engine) опрацьовує та виконує процеси, визначені в моделі бізнес-процесів і нотації (BPMN), глобальному стандарті моделювання процесів.

Побудова моделі бізнес-процесів є можливою завдяки додатку Camunda Modeler — настільного додатка для редагування діаграм процесів BPMN, таблиць рішень DMN і форм.

Зверніться до офіційного джерела Camunda для отримання детальної інформації щодо моделювання та виконання бізнес-процесів і бізнес-правил (див. Корисні посилання).

2. Аналіз бізнес-процесів «AS IS»

2.1. Визначення бізнес-процесів

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

2.2. Структура та компоненти бізнес-процесу

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

  • Тригерів: Подій або умов, які запускають процес.

  • Задач: Дій, що виконуються протягом процесу.

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

2.3. Зв’язок бізнес-процесів із реєстрами

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

2.4. Аналіз помилок та їх коригування

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

  • Якщо була допущена помилка у назві сутності, необхідно мати чітко визначений процес для її виправлення.

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

3. Бізнес-процеси й типові операції у реєстрах

3.1. Введення у бізнес-процеси

На Платформі реєстрів бізнес-процеси моделюються моделювальниками та розробниками бізнес-процесів за допомогою інструментів візуального моделювання та управління low-code-підсистеми через функціональність створення бізнес-процесів, форм, взаємодій з іншими реєстрами/системами, та компонентами.

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

Атомарна операція — це активність найнижчого рівня деталізації, що зображається в бізнес-процесі. Атомарні операції можуть бути згруповані в складені операції, такі як підпроцес, транзакція, інше (в залежності від можливостей BPMN Modeler) для подальшого перевикористання.

3.2. Типи операцій у реєстрах, підтримувані Платформою

Нижче подано список операцій для моделювання бізнес-процесів у розрізі BPMN-активностей.

Таблиця 1. Компоненти BPMN для моделювання бізнес-процесів
№ Тип Опис

Події (Events)

1

Стартова подія (Start Event)

Позначає початок бізнес-процесу.

2

Проміжна/Гранична подія (Intermediate/Boundary Event)

Подія, яка відбувається під час виконання процесу.

3

Кінцева подія (End Event)

Позначає завершення бізнес-процесу.

Учасники (Participants)

4

Пул/Учасник (Pool/Participant)

Представляє учасника або організаційну одиницю.

Шлюзи (Gateways)

5

XOR-Шлюз (XOR Gateway)

Умовний шлюз для вибору одного зі шляхів.

6

Паралельний Шлюз (Parallel Gateway)

Дозволяє виконувати кілька шляхів одночасно.

7

Інклюзивний Шлюз (Inclusive Gateway)

Дозволяє вибрати один або декілька шляхів.

8

Комплексний Шлюз (Complex Gateway)

Для складних умов вибору шляху.

9

Шлюз на основі подій (Event-Based Gateway)

Вибір шляху на основі подій.

Підпроцеси (Subprocesses)

10

Розгорнутий підпроцес (Expanded Subprocess)

Група дій, яка може бути представлена як окремий процес.

11

Транзакційний підпроцес (Transaction Subprocess)

Особлива група дій, яка повинна виконуватися атомарно.

12

Подієвий підпроцес (Event Subprocess)

Підпроцес, який стартує на основі подій.

Задачі

13

Задача відправлення (Send Task)

Відправка повідомлення іншому учаснику.

14

Задача отримання (Receive Task)

Очікування повідомлення від іншого учасника.

15

Користувацька задача (User Task)

Задача, призначена для виконання користувачем.

16

Ручна задача (Manual Task)

Задача без автоматизації, яку виконує людина.

17

Задача з бізнес-правилами (Business Rule Task)

Виконання наперед визначеної логіки процесу.

18

Сервісна задача (Service Task)

Автоматична задача для виклику сервісів.

19

Скриптова задача (Script Task)

Автоматизована задача на основі скрипту.

20

Задача виклику інших процесів (Call Activity Task)

Викликає інший бізнес-процес або підпроцес.

21

Підпроцес, що згортається (Collapsed Subprocess Task)

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

22

Розгорнутий підпроцес (Expanded Subprocess Task)

Група дій, яка може бути представлена як окремий процес.

Множинні екземпляри (Multi-Instances)

23

Паралельні множинні інстанції (Parallel Multi-Instance)

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

24

Послідовні множинні інстанції (Sequential Multi-Instance)

Задача або підпроцес, який виконується послідовно.
Детальніше про функціонування BPMN-елементів, які використовуються у бізнес-процесах реєстрів, ви можете дізнатися на сторінках розділу Елементи моделювання.
Для розширення бізнес-логіки та спрощення моделювання процесів Платформа пропонує бібліотеку типових розширень — Element Templates. Докладніше про ці розширення читайте у розділі Типові розширення до бізнес-процесів.

3.3. Найбільш поширені типові операції у реєстрах та сценарії використання

Нижче подано перелік найбільш поширених типових операцій у реєстрі.

3.3.1. Користувацька задача (User Task)

  1. Підписати документ.

    Наприклад, показати форму з можливістю підписання файлу КЕП з дозволеними розширеннями від надавачів електронних довірчих послуг для відповідного вихідного документа.

  2. Підпис даних, введених на попередніх формах, за допомогою КЕП.

    Наприклад, форма з можливістю завантаження файлу КЕП з дозволеними розширеннями від надавачів електронних довірчих послуг.

  3. Внести уточнення до даних, що не пройшли перевірку

    Наприклад, зобразити на формі (підсвітити) дані, що не пройшли перевірку, і дати можливість користувачу скорегувати їх перед переходом до наступного кроку.

  4. Завантажити цифровий документ (файл).

    Наприклад, форма з можливістю завантаження файлів з дозволеними розширеннями, дозволеного розміру з локального комп’ютера.

  5. Переглянути цифровий документ (файл).

    Наприклад, на формі переглянути завантажений файл для визначених форматів.

  6. Знайти дані в реєстрі за фільтром (форма пошуку за параметрами).

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

  7. Переглянути дані з реєстру за одним записом

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

  8. Розподіл задач між надавачами послуг.

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

  9. Заповнити дані згідно з масками для кожного поля.

    Наприклад, на формі заповнити прізвище, ім’я, по батькові, використовуючи лише літери української абетки й такі спеціальні символи, як дефіс (-), апостроф ('), пробіл тощо.

3.3.2. Сервісна задача (Service Task)

  1. Прочитати/отримати дані з вашого реєстру.

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

  2. Прочитати/отримати дані з іншого реєстру.

    Наприклад, створити точку інтеграції з «Трембітою» вказавши параметри налаштування інтеграції та необхідні поля.

  3. Записати первинні дані у цей реєстр.

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

  4. Записати нову версію даних у цей реєстр.

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

  5. Передати дані до іншого реєстру.

    Наприклад, створити точку інтеграції для публікації до «Трембіти», вказавши параметри налаштування інтеграції та необхідні поля.

  6. Створити документ (включно зі збереженням).

    Наприклад, створити витяг з реєстру, де будуть відображатись дані для одного запису, і зберегти до файлу.

  7. Ініціювати інший бізнес-процес.

    Наприклад, виклик процесу читання даних в іншому реєстрі в рамках запису даних до реєстру (перевірка коду ЄДРПОУ).

3.3.3. Задача скриптування (Script Task)

  1. Перевірка через скриптування.

    Наприклад, створення операції скриптування перевірки даних зі складними механізмами, такими як контрольна цифра в РНОКПП тощо.

  2. Розподіл задач між надавачами послуг.

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

  3. Заповнити дані згідно з масками для кожного поля.

    Наприклад, створення операції скриптування для складних масок введення.

  4. Скасування бізнес-процесу.

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

  5. Зміна надавача послуг для виконання задачі.

    Наприклад, повернення задачі на розподіл, якщо х днів не було дій з боку посадової особи.

  1. Офіційне джерело Camunda.

  2. Camunda Modeler BPMN.

  3. Camunda Modeler DMN.