Проектування логіки бізнес-процесів Бітрікс24

Збій екземпляра бізнес-процесу — одна з найчастіших скарг адміністраторів Бітрікс24. Завдання не рухаються, сповіщення не приходять, а в журналі порожньо. За роки проектування БП різного масштабу ми виявили закономірність: 80% проблем закладаються ще до відкриття дизайнера — на етапі формалізації логіки. Правильно спроектований процес економить до 40% часу ручної роботи та виключає «завислі» екземпляри. У статті описано, як цього досягти і що входить у послугу проектування логіки бізнес-процесів Бітрікс24. Спроектований бізнес-процес працює в 3-4 рази стабільніше, ніж створений нашвидкуруч. Для типового процесу з 10 кроків економія часу сягає 20 годин на місяць, що знижує операційні витрати приблизно на 40 000 рублів щомісяця.

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

Основні проблеми, які вирішуємо

Типові ситуації, з якими до нас приходять:

• Процес зависає на кроці очікування — забутий таймер ескалації.
• REST-виклик до зовнішнього сервісу падає, і процес не обробляє помилку.
• Сповіщення йдуть не тому адресату, тому що поле «Відповідальний» на момент кроку ще не заповнене.
• Паралельні гілки створюють надмірне навантаження на cron — агент CBPSchedulerService::OnAgent запускається щохвилини, і при сотнях активних екземплярів система гальмує.

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

Як спроектувати бізнес-процес, щоб він не зависав?

Проектування на папері до реалізації зменшує кількість помилок у 3-4 рази. Наш підхід включає чотири етапи.

1. Формалізація в BPMN. Малюємо блок-схему з обов'язковими елементами: старт, кінець, розгалуження, відповідальні, таймери, ескалації. Особливу увагу — винятковим шляхам: що при 3-денному мовчанні клієнта, при відпустці відповідального, при помилці платежу. Саме їх забувають у дизайнері, і процес зависає. Докладніше про нотацію можна дізнатися в Wikipedia.

2. Інвентаризація змінних. У процесу є змінні екземпляра, параметри запуску, константи та поля сутності через Document. Завчасно визначаємо, які дані читаються, створюються та записуються назад.

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

4. Проектування сповіщень. Сповіщення адресуються за роллю (відповідальний, автор, група). Типова помилка — сповіщення йде «відповідальному», але поля «Відповідальний» ще немає. Явно прописуємо ланцюжок адресації для кожного кроку.

Кейс: процес погодження договору (з нашої практики)

Наш клієнт — виробнича компанія на 80 користувачів. Потрібно було автоматизувати погодження договору в CRM: юрист → фінансовий директор → генеральний директор. Перша версія, зроблена силами клієнта, містила три послідовні завдання «Затвердити/Відхилити». При відхиленні процес завершувався без можливості доопрацювання — типова пастка.

Ми спроектували та реалізували:

• цикл «подання → погодження» з поверненням на доопрацювання на будь-якому етапі з коментарем;
• таймер ескалації: якщо юрист не відповів за 2 робочі дні — сповіщення керівнику;
• паралельне сповіщення ініціатору про статус на кожному кроці;
• запис підсумкового статусу в користувацьке поле угоди для звітності;
• автоматичне створення завдання юрисконсульту з файлом договору.

Реалізація зайняла 8 робочих днів разом із тестуванням на тестовому середовищі та деплоєм. До цього процес «висів» у кожного третього договору — після впровадження відмов майже не стало. Замовте проектування бізнес-процесу та отримайте стабільну роботу.

Порівняння: спроектований процес vs «на коліні»

Чому процеси в Бітрікс24 гальмують?

Важкі БП з великою кількістю паралельних гілок та REST-викликами створюють навантаження на cron. Якщо агент CBPSchedulerService::OnAgent запускається щохвилини, а активних екземплярів кілька сотень — це помітно. Проектуємо з урахуванням навантаження: обмежуємо паралельні активності, використовуємо відкладені запуски.

Обмеження та підводні камені

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

REST-активності. Виклик зовнішніх систем через REST вимагає обов'язкової обробки помилок. Якщо сервіс недоступний, процес не повинен зависати — потрібні таймаути та повторні спроби.

Продуктивність. Паралельні гілки з вебхуками можуть зайняти всі ресурси cron. Рекомендуємо не більше 3-5 паралельних активностей на процес.

Що входить у послугу

• Формалізація процесу в BPMN з погодженням
• Реалізація в дизайнері Bizproc (шаблон + змінні)
• Документація: опис кроків, змінних, виняткових ситуацій
• Тестування на тестовому середовищі та перенесення на продакшн
• Навчання адміністратора (1 година)
• Гарантія: 1 місяць підтримки після запуску

Строки

Простий лінійний процес (5–8 кроків) — 2-4 дні. Процес з розгалуженням, ескалаціями, інтеграціями — 1-3 тижні. Вартість розраховується індивідуально після аналізу завдання.

Щоб оцінити проект та отримати точні строки, зв'яжіться з нами?

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

Таблиця: типові помилки та рішення

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