На порталі накопичилося вісім схожих процесів погодження з невеликими відмінностями за сумами та погоджуючими особами. Кожен налаштовувався окремо, при зміні правил потрібно редагувати вісім копій. Ми вирішуємо цю проблему за допомогою шаблонів бізнес-процесів — один шаблон, параметри при запуску. Наприклад, в одному з проєктів для торгової компанії ми скоротили кількість шаблонів з 12 до 1, що заощадило 3 години на тиждень на підтримку. За 2–3 робочі дні ми проєктуємо, розробляємо та тестуємо шаблон під ключ, який працює на реальних даних. Автоматизація бізнес-процесів за допомогою шаблонів — це зниження витрат на підтримку до 70%. Наш досвід — понад 5 років на ринку автоматизації корпоративних порталів, десятки успішних проєктів. Гарантуємо коректну роботу та надаємо документацію. Замовте розробку шаблону — і забудьте про дублювання процесів. Зв'яжіться з нами для консультації щодо ваших процесів.
Що таке шаблон бізнес-процесу
Шаблон — це збережена конфігурація БП, яку можна запустити для будь-якого відповідного документа. Шаблони зберігаються в b_bizproc_workflow_template, прив'язані до типу документа (MODULE_ID, ENTITY, DOCUMENT_TYPE). Ключова відмінність шаблону від одноразового БП: параметри запуску. При старті шаблону система показує користувачеві форму з полями — користувач вводить дані (наприклад, суму або причину заявки), і вони доступні всередині процесу як змінні.
Параметри vs. змінні vs. константи
Три типи даних у шаблоні БП. Зазвичай шаблон містить від 5 до 10 параметрів, 3–5 констант.
-
Параметри — запитуються у користувача при запуску. Тип, обов'язковість, значення за замовчуванням задаються в редакторі. Використовуються там, де дані змінюються від запуску до запуску.
-
Змінні — внутрішні змінні, існують в рамках одного екземпляра БП. Ініціалізуються на початку, змінюються діями. Наприклад, змінна
ApprovalResult накопичує результати голосування.
-
Константи — фіксовані значення, однакові для всіх запусків шаблону: порогові суми, адреси сповіщень, ID користувачів-погоджувачів. При зміні правил змінюється тільки константа — не перебудовується весь граф.
Як шаблони скорочують час погодження в 3 рази?
Порівняйте: на ручне налаштування одного процесу йде до 4 годин. При 10 процесах — 40 годин. Шаблон з параметрами замінює 10 копій. Одноразова розробка шаблону (2–3 дні) економить до 70% часу при кожній зміні регламенту. Замість правки кожного процесу ви змінюєте одну константу. Це в 5 разів ефективніше копіювання процесів і знижує витрати на підтримку. Шаблони погодження Бітрікс24 дозволяють налаштувати будь-яку логіку — від простих заявок до багатоступеневих затверджень.
| Підхід |
Час на налаштування |
Час на зміну регламенту |
| Копіювання процесів |
4 год × N процесів |
4 год × N процесів |
| Використання шаблону |
2–3 дні (одноразово) |
10–30 хв |
Експорт та імпорт шаблонів
Шаблони експортуються в XML-файл через інтерфейс редактора. XML містить повну структуру БП: всі дії, умови, налаштування, прив'язки до полів. Це дозволяє:
- Переносити шаблони між порталами (тест → продакшн). При перенесенні між 5 порталами економиться до 3 годин.
- Зберігати шаблони в системі контролю версій
- Створювати бібліотеку типових процесів
При імпорті на новий портал поля-прив'язки (ID користувачів, ID списків) потрібно перемапити вручну — вони будуть відрізнятися. Автоматичного ремапінгу немає. Шлях імпорту/експорту: [Список] → Бізнес-процеси → [Шаблон] → Редагувати → Експорт/Імпорт.
Програмне створення шаблонів (How-to)
Для масового створення однотипних шаблонів (наприклад, для 30 списків) використовуйте Bizproc API — CBPWorkflowTemplateLoader. Нижче — покрокова інструкція для розробника:
- Підготуйте масив параметрів
$arTemplate з обов'язковими ключами: MODULE_ID, ENTITY, DOCUMENT_TYPE, NAME, TEMPLATE, PARAMETERS, VARIABLES, CONSTANTS.
- Сформуйте
$arProcessTemplate — масив дій, який переводиться з XML-представлення шаблону.
- Викличте метод
CBPWorkflowTemplateLoader::Add($arTemplate, $errors).
- Перевірте масив
$errors на наявність помилок.
- Після успішного додавання отримайте
$templateId.
$template = new \CBPWorkflowTemplateLoader();
$arTemplate = [
'MODULE_ID' => 'lists',
'ENTITY' => 'BizprocDocument',
'DOCUMENT_TYPE' => 'iblock_' . $iblockId,
'NAME' => 'Погодження заявки',
'DESCRIPTION' => '',
'AUTO_EXECUTE' => \CBPDocumentEventType::Create,
'TEMPLATE' => $arProcessTemplate,
'PARAMETERS' => $arParameters,
'VARIABLES' => $arVariables,
'CONSTANTS' => $arConstants,
];
$templateId = \CBPWorkflowTemplateLoader::Add($arTemplate, $errors);
AUTO_EXECUTE — флаг автоматичного запуску: при створенні, зміні документа або вручну. Значення: 0 (вручну), 1 (створення), 2 (зміна), 4 (видалення).
Приклад: як виглядає $arProcessTemplate
Це масив, що відповідає XML-структурі шаблону. Кожен елемент має вигляд `['Type' => 'Activity', 'Name' => '...', 'Properties' => [...], 'Children' => [...]]`.
Що входить у розробку шаблону
- Проектування логіки та умов
- Налаштування параметрів, змінних, констант
- Створення форм для запуску
- Інтеграція з полями CRM, списків, документів
- Тестування на реальних даних
- Експорт шаблону в XML для резервного копіювання
- Інструкція для адміністраторів
- Підтримка після запуску
Чому варто використовувати шаблони замість копіювання процесів?
Копіювання процесів веде до дублювання: якщо потрібно змінити правило, доводиться правити кожну копію. Шаблон з параметрами — одне джерело істини. Змінюєте константу — оновлюються всі запуски. Це скорочує час на підтримку в 5 разів і економить бюджет. Налаштування бізнес-процесів через шаблони займає на 80% менше часу при змінах.
Строки розробки
| Задача |
Час |
| Проектування структури шаблону |
2–4 год |
| Розробка шаблону в редакторі |
4–8 год |
| Тестування та налагодження |
2–4 год |
| Документація для адміністраторів |
2 год |
Типовий шаблон погодження займає 2–3 робочих дні, а складний з інтеграціями — до 5 днів. Якщо ви хочете автоматизувати свої процеси, зв'яжіться з нами — ми запропонуємо оптимальне рішення. Вартість розробки розраховується індивідуально в залежності від складності.
Неправильний вибір редакції 1С-Бітрікс: як це ламає проект
Купили «Малий бізнес», запустили магазин, трафік виріс — і сайт впав. Композитний кеш тільки в «Бізнес», веб-кластер теж. Апгрейд — доплата різниці плюс робота по налаштуванню нових модулів. Правильний підбір та налаштування редакції 1С-Бітрікс одразу економлять значну частину бюджету на ліцензію та виключають витрати на позаплановий апгрейд. За роки роботи з Бітріксом ми провели багато апгрейдів і бачили всі типові помилки: від покупки «Старту» під великий каталог до використання «Бізнесу» для лендінгу з низькою відвідуваністю. Наш принцип — підібрати редакцію під реальні завдання та налаштувати її так, щоб не переплачувати за непотрібні модулі, але й не впиратися в стелю при першому стрибку трафіку.
Редакції 1С-Бітрікс: Управління сайтом
Чотири редакції, і різниця між ними — не в кількості функцій, а в доступних модулях ядра. Офіційна документація 1С-Бітрікс уточнює: композитний кеш доступний лише в редакції «Бізнес» і вище.
| Модуль / можливість |
Старт |
Стандарт |
Малий бізнес |
Бізнес |
| Інформаційні блоки |
+ |
+ |
+ |
+ |
| Веб-форми |
+ |
+ |
+ |
+ |
| Базове SEO |
+ |
+ |
+ |
+ |
| Блог, форум, соцмережа |
– |
+ |
+ |
+ |
Модуль sale (магазин) |
– |
– |
+ |
+ |
Обмін з 1С (catalog) |
– |
– |
+ |
+ |
Композитний кеш (main.composite) |
– |
– |
– |
+ |
Веб-кластер (cluster) |
– |
– |
– |
+ |
| Багатосайтовість |
– |
– |
– |
+ |
| REST API |
– |
– |
– |
+ |
Старт — мінімум, тільки контентні модулі: 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-маски для кошика, особистого кабінету та сторінок, де потрібна актуальність даних. Ми налаштовуємо це на кожному апгрейді до «Бізнес».
Вибір редакції для інтернет-магазину
| Тип магазину |
Рекомендована редакція |
Ключове обмеження |
| До 1000 товарів, трафік до 500 уніків/день |
Малий бізнес |
Нема композитного кешу (TTFB > 500 мс при піках) |
| 1000–10 000 товарів, 500–5000 уніків/день |
Малий бізнес з тюнінгом або Бізнес (одразу) |
Навантаження упирається в PHP-FPM |
| 10 000+ товарів, 5000+ уніків/день |
Бізнес |
Потрібен композит + кластер |
| Маркетплейс, 100 000+ товарів |
Бізнес + веб-кластер |
Горизонтальне масштабування обов'язкове |
Як вибрати редакцію: жорсткі критерії
По модулях:
- Обмін з 1С (
catalog) → мінімум «Малий бізнес»
- Композитний кеш (
main.composite) → тільки «Бізнес»
- Веб-кластер (
cluster) → тільки «Бізнес»
- Багатосайтовість → тільки «Бізнес»
- REST API → тільки «Бізнес»
По навантаженню:
- До 1000 уніків/день — будь-яка редакція впорається
- 1000–10 000 уніків/день — «Малий бізнес» з тюнінгом nginx/php-fpm упирається в стелю. «Бізнес» з композитним кешем — правильний вибір
- 10 000+ уніків/день — тільки «Бізнес» з композитом і кластером
По бюджету:
- Різниця між редакціями — варіюється (наприклад, Старт vs Бізнес — значно)
- Апгрейд у будь-який момент — доплата різниці у вартості ліцензій
- Наш принцип: беріть мінімально достатню. Але якщо знаєте, що через півроку знадобиться композит — беріть «Бізнес» одразу, тому що апгрейд — це ще й робота по налаштуванню
Чому апгрейд редакції вигідний при правильному виборі?
1С-Бітрікс дозволяє підвищувати редакцію без перевстановлення — дані зберігаються. Процес:
- Доплата різниці у вартості ліцензії
- Активація нового ключа: «Налаштування» → «Оновлення» → «Реєстрація»
- Встановлення доступних модулів через адмінку
- Налаштування нового функціоналу
- Тестування сумісності
Що ми робимо при апгрейді:
- Перевіряємо кастомний код на конфлікти з новими модулями — особливо якщо є власні обробники подій
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С-Бітрікс прямо зараз.