На портале накопилось восемь похожих процессов согласования с небольшими отличиями по суммам и согласующим лицам. Каждый настраивался отдельно, при изменении правил нужно редактировать восемь копий. Мы решаем эту проблему с помощью шаблонов бизнес-процессов — один шаблон, параметры при запуске. Например, в одном из проектов для торговой компании мы сократили количество шаблонов с 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С-Битрикс: как это ломает проект
Купили «Малый бизнес», запустили магазин, трафик вырос до 5000 уников в день — и сайт лёг. Композитный кэш только в «Бизнес», веб-кластер тоже. Апгрейд — доплата разницы плюс работа по настройке новых модулей. Правильный подбор и настройка редакции 1С-Битрикс сразу экономят до 40% бюджета на лицензию и исключают затраты на внеплановый апгрейд (в среднем 15–30 тыс. ₽ экономии при переходе с «Малого бизнеса» на «Бизнес» заранее вместо срочного). За 8 лет работы с Битриксом мы провели более 200 апгрейдов и видели все типовые ошибки: от покупки «Старта» под каталог на 50 000 товаров до использования «Бизнеса» для лендинга с 100 посещениями в день. Наш принцип — подобрать редакцию под реальные задачи и настроить её так, чтобы не переплачивать за ненужные модули, но и не упираться в потолок при первом скачке трафика.
Редакции 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 раз по сравнению с динамической генерацией. Для магазина с 3000+ посетителей в день без композита сервер начинает «потеть»: среднее время ответа растёт, база данных перегружается, страницы чекаута падают по таймауту. Композит решает проблему кардинально — HTML отдаётся nginx'ом без запуска PHP. Подробнее о технологии — в статье на Wikipedia. Важно правильно настроить 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+ уников/день — только «Бизнес» с композитом и кластером
По бюджету:
- Разница между редакциями — в 2–5 раз (например, Старт ~6 000 ₽, Бизнес ~60 000 ₽)
- Апгрейд в любой момент — доплата разницы в стоимости лицензий
- Наш принцип: берите минимально достаточную. Но если знаете, что через полгода понадобится композит — берите «Бизнес» сразу, потому что апгрейд — это ещё и работа по настройке
Почему апгрейд редакции выгоднее при правильном выборе?
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С-Битрикс прямо сейчас.