Что такое бизнес-процессы (BP)
Бизнес-процесс в Битрикс24 — это автоматизированная последовательность шагов с условиями, ветвлениями, согласованиями. В отличие от простых роботов и триггеров (которые «событие → действие»), BP позволяют сложную многошаговую логику с пользовательским взаимодействием.
Доступны от тарифа Стандартный.
Где применяются BP
- Согласование счетов на оплату
- Согласование договоров с правкой
- Согласование отпусков, командировок
- Согласование закупок
- Многоэтапные процессы продаж с разными типами решений
- Согласование приёма на работу
- Сложные процессы списания/возврата
Везде, где нужна цепочка «сделать-решить-сделать-уведомить» с участием нескольких людей.
Где запускается BP
Привязка к сущностям:
- Лиды, сделки, контакты, компании (типовые CRM)
- Смарт-процессы (любые свои сущности)
- Документы (рабочая группа, библиотека)
- Пользовательские действия в календаре
Запуск:
- Вручную (кнопка в карточке)
- Автоматически по событию (создание/изменение)
- По расписанию
- Через REST API
Конструктор BP
Визуальный конструктор. Перетаскивание блоков:
- Действия: создать задачу, отправить email, запросить согласование, изменить статус
- Условия: if-else по полям сущности
- Ожидание: пауза до даты или события
- Параллельное выполнение: несколько веток одновременно
- Циклы: повторять, пока не будет условия
Базовый пример: согласование счёта
- Триггер: создан счёт > 50 000 ₽
- Действие: запросить согласование у руководителя отдела
- Условие: одобрено?
- Да → запросить согласование у фин. директора
- Нет → уведомить инициатора, завершить
- Условие: фин. директор одобрил?
- Да → перевести счёт на стадию «К оплате», уведомить бухгалтерию
- Нет → уведомить инициатора с комментарием
Параллельные согласования
Когда нужно собрать несколько подтверждений одновременно:
- Параллельный блок — несколько веток
- Каждая ветка — запрос согласования у разных людей
- После всех веток — слияние
- Дальше: если все одобрили — продолжить, иначе — отклонить
Кастомные действия (Activity)
Стандартный набор действий ограничен. Для специфики — кастомные Activity:
- Регистрируется через REST API (
bizproc.activity.add) - Указывается URL обработчика
- Когда BP доходит до Activity — Битрикс делает HTTP-запрос на ваш URL
- Ваш сервер выполняет логику, возвращает результат
- BP продолжается
Это позволяет встроить в BP любую кастомную логику (например, отправку в открытую линию, генерацию документа в нестандартном формате).
Типовые ошибки
- Слишком сложный BP. 30 шагов и 10 условий — никто не понимает, что происходит. Лучше разбить на несколько.
- Без таймаутов. BP «висит» ожидая согласования вечно. Должен быть timeout с эскалацией.
- Циклы без выхода. Бесконечный цикл — BP падает, но не сразу понятно.
- Параллельные ветки без синхронизации. Один процесс пишет в поле, другой читает — race condition.
- Не тестируют edge-cases. Что если согласующий в отпуске? Уволен?
Передача BP между порталами
BP можно экспортировать (Скачать) и импортировать на другой портал. Удобно для переноса между dev/prod или для тиражирования.
Отладка BP
- Лог выполнения — можно посмотреть, на каком шаге остановился
- Журнал ошибок
- Тестовый запуск с фиктивными данными
- Уведомления админу при сбоях
Лучшие практики
- Документировать BP (комментарии в шагах, README в базе знаний)
- Версионировать (BP 1.0, 2.0 при изменениях)
- Тестировать на dev-портале перед prod
- Иметь резервные сценарии (если BP упал — что делать)
- Регулярно пересматривать (раз в полгода — что устарело)
Сколько стоит разработка BP
Простой (5–10 шагов, 1–2 согласования): 15 000–40 000 ₽.
Сложный (20+ шагов, ветвления, кастомные Activity): 80 000–300 000 ₽.
Сложные кастомные Activity (с разработкой PHP-обработчиков): 50 000–200 000 ₽ за каждый.
Рассчитать → Записаться на разбор →
FAQ
BP или Robotic Process Automation (RPA)?
BP в Битрикс — это и есть RPA внутри Битрикс. Внешний RPA (UiPath и т.п.) — для интеграций с системами без API.
Можно ли обойтись без BP?
Простые сценарии — да, через роботов и триггеры. Сложные с участием нескольких людей — практически нет.