Проектування логіки бізнес-процесів Бітрікс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 тижні. Вартість розраховується індивідуально після аналізу завдання.

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

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

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

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

Неправильний вибір редакції 1С-Бітрікс: як це ламає проект

Купили «Малий бізнес», запустили магазин, трафік виріс — і сайт впав. Композитний кеш тільки в «Бізнес», веб-кластер теж. Апгрейд — доплата різниці плюс робота по налаштуванню нових модулів. Правильний підбір та налаштування редакції 1С-Бітрікс одразу економлять значну частину бюджету на ліцензію та виключають витрати на позаплановий апгрейд. За роки роботи з Бітріксом ми провели багато апгрейдів і бачили всі типові помилки: від покупки «Старту» під великий каталог до використання «Бізнесу» для лендінгу з низькою відвідуваністю. Наш принцип — підібрати редакцію під реальні завдання та налаштувати її так, щоб не переплачувати за непотрібні модулі, але й не впиратися в стелю при першому стрибку трафіку.

Редакції 1С-Бітрікс: Управління сайтом

Чотири редакції, і різниця між ними — не в кількості функцій, а в доступних модулях ядра. Офіційна документація 1С-Бітрікс уточнює: композитний кеш доступний лише в редакції «Бізнес» і вище.

Старт — мінімум, тільки контентні модулі: iblock, form, базове SEO. Для візиток і лендінгів. Модуля sale немає — магазин не побудувати.

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

Малий бізнес — перша редакція з e-commerce: з'являється модуль sale. Комфортний стеля — до ~10 000 товарів без серйозної оптимізації. Для невеликих магазинів і каталогів з замовленням.

Бізнес — повний набір: композитний кеш (TTFB падає з 800 мс до 50–80 мс — в 10–15 разів швидше), веб-кластер, багатосайтовість, мультисклад, REST API. Для великих магазинів, маркетплейсів, проектів з 10 000+ відвідувачів на день.

Як не помилитися з вибором редакції 1С-Бітрікс?

Типові помилки

• Покупка «Старту» під інтернет-магазин — модуль sale відсутній, доведеться або апгрейдити одразу, або костилити через кастомні замовлення.
• Вибір «Малого бізнесу» для проекту, який через півроку виросте до 10 000 товарів — композитний кеш не включити, апгрейд до «Бізнесу» обійдеться в різницю ліцензій плюс робота по налаштуванню.
• Використання «Бізнесу» для лендінгу — переплата за функції, які ніколи не знадобляться.

Чому композитний кеш є must have для високонавантаженого проекту?

Композитний кеш (main.composite) прискорює завантаження сторінок в 10–15 разів порівняно з динамічною генерацією. Для магазину з великим трафіком без композиту сервер починає «потіти»: середній час відповіді зростає, база даних перевантажується, сторінки чекауту падають по таймауту. Композит вирішує проблему кардинально — HTML віддається nginx'ом без запуску PHP. Докладніше про технологію — в офіційній документації. Важливо правильно налаштувати exclude-маски для кошика, особистого кабінету та сторінок, де потрібна актуальність даних. Ми налаштовуємо це на кожному апгрейді до «Бізнес».

Вибір редакції для інтернет-магазину

Як вибрати редакцію: жорсткі критерії

По модулях:

• Обмін з 1С (catalog) → мінімум «Малий бізнес»
• Композитний кеш (main.composite) → тільки «Бізнес»
• Веб-кластер (cluster) → тільки «Бізнес»
• Багатосайтовість → тільки «Бізнес»
• REST API → тільки «Бізнес»

По навантаженню:

• До 1000 уніків/день — будь-яка редакція впорається
• 1000–10 000 уніків/день — «Малий бізнес» з тюнінгом nginx/php-fpm упирається в стелю. «Бізнес» з композитним кешем — правильний вибір
• 10 000+ уніків/день — тільки «Бізнес» з композитом і кластером

По бюджету:

• Різниця між редакціями — варіюється (наприклад, Старт vs Бізнес — значно)
• Апгрейд у будь-який момент — доплата різниці у вартості ліцензій
• Наш принцип: беріть мінімально достатню. Але якщо знаєте, що через півроку знадобиться композит — беріть «Бізнес» одразу, тому що апгрейд — це ще й робота по налаштуванню

Чому апгрейд редакції вигідний при правильному виборі?

1С-Бітрікс дозволяє підвищувати редакцію без перевстановлення — дані зберігаються. Процес:

1. Доплата різниці у вартості ліцензії
2. Активація нового ключа: «Налаштування» → «Оновлення» → «Реєстрація»
3. Встановлення доступних модулів через адмінку
4. Налаштування нового функціоналу
5. Тестування сумісності

Що ми робимо при апгрейді:

• Перевіряємо кастомний код на конфлікти з новими модулями — особливо якщо є власні обробники подій OnBeforeOrderAdd, OnSaleBasketSaved
• Вмикаємо та налаштовуємо композитний кеш — коректні exclude-маски для динамічних сторінок (кошик, чекаут, особистий кабінет)
• Налаштовуємо мультисклад, якщо потрібно — b_catalog_store, правила вибору складу
• Проганяємо весь функціонал на staging
• Документуємо зміни

Що ви отримуєте в результаті:

• Працюючий сайт на новій редакції без втрати даних
• Налаштований композитний кеш (якщо перейшли на «Бізнес»)
• Протокол тестування та рекомендації щодо подальшої оптимізації
• Доступи до staging та документація щодо змін

Ліцензія: продовження та ризики

Активна ліцензія дає оновлення — нові версії, патчі безпеки, багфікси, доступ до маркетплейсу та техпідтримку вендора. При закінченні сайт продовжує працювати, але залишається без оновлень. Для магазинів це небезпечно — патчі безпеки закривають вразливості в модулях sale, catalog, main. Витік даних з b_sale_order або b_user — питання часу. Продовження коштує значно менше покупки нової ліцензії. Регулярне продовження — страховка від незакритих CVE.

Связка «Управління сайтом» + Бітрікс24

Частий сценарій: сайт на 1С-Бітрікс + CRM в Бітрікс24. Замовлення з b_sale_order автоматично перетворюються на ліди або угоди, працює єдина авторизація, синхронізація клієнтської бази. Форми сайту (form або кастомні) ведуть у воронку CRM. Це дві окремі ліцензії та два окремі продукти — інтеграція між ними штатна і стабільно працює.

Рекомендації з практики

• Не економте на редакції, якщо точно знаєте, що функціонал знадобиться через півроку. Апгрейд редакції — та ж доплата плюс робота по налаштуванню та тестуванню.
• Бізнес для проектів з амбіціями зростання — композитний кеш окупає різницю в ціні при першому стрибку трафіку. Без композиту 3000+ уніків/день — сервер починає потіти.
• Бітрікс24 і «Управління сайтом» — різні продукти, різні ліцензії. Плутанина тут коштує грошей.
• Продовжуйте ліцензію щорічно — вартість продовження значно нижча за покупку нової, а без оновлень ви залишаєтеся з незакритими CVE.

Що ми пропонуємо: підбір та налаштування під ключ

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

• Акт вибору редакції з обґрунтуванням
• План міграції (якщо апгрейд)
• Розгорнутий staging з новою редакцією
• Налаштування композитного кешу та кластеру (при необхідності)
• Документацію по новій конфігурації
• Гарантію працездатності після переходу

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