Бизнес-процессы в Битрикс24: как настроить

Кратко

Бизнес-процесс в Битрикс24 — это цепочка автоматических шагов (роботов), которая запускается по событию или условию и выполняет действия без участия человека: меняет поле, ставит задачу, отправляет уведомление, ждёт ответа. В Битрикс24 есть два разных вида процессов: последовательный (линейный, шаг за шагом до конца) и процесс со статусами, который живёт, пока элемент не пройдёт все стадии воронки. Их путают чаще всего, а собраны они в разных конструкторах.

Актуально на 23 сентября 2026 года.

Два вида процессов и когда какой нужен

Если задача привязана к стадии воронки — почти всегда нужен процесс со статусами, а не последовательный: он не потеряется, если сделка постоит на стадии неделю, и не запустится повторно при каждом изменении. Та же логика применима и к заявкам, если техподдержка ведёт их на смарт-процессе Битрикс24, а не в отдельной CRM-сущности.

Из чего собирается процесс

• Триггер запуска — событие (создание, изменение элемента, переход на стадию), кнопка для ручного запуска, расписание или запуск из другого процесса.
• Условия (блок «Если») — ветвление по значению поля, роли пользователя или результату проверки.
• Роботы — готовые действия: изменить поле, поставить задачу, отправить сообщение или письмо, подождать (интервал или до события), запросить подтверждение у пользователя. Полный список роботов и логика их настройки разобраны отдельно — см. Роботы Битрикс24.
• Параметры и константы — значения, которые процесс подставляет в действия: поля элемента, текущий пользователь, дата, зафиксированные текстовые константы для писем и задач.

Как настроить процесс: пошагово, на примере

Пример: уведомить руководителя отдела продаж, если сделка дороже 500 000 тенге зависла на одной стадии дольше трёх дней.

1. Определите, где живёт правило. Раз речь про стадию сделки — это процесс со статусами, привязанный к воронке, а не последовательный процесс.
2. Откройте конструктор процессов для нужной воронки и создайте новый шаблон на стадии, где должна сработать проверка.
3. Добавьте условие по сумме. Блок «Если» со сравнением поля «Сумма сделки» с константой 500 000.
4. Добавьте ожидание. Робот «Ждать» на 3 дня — процесс приостанавливается и не занимает ресурсы, пока не истечёт срок.
5. Добавьте проверку, что сделка всё ещё на той же стадии. Без этой проверки уведомление придёт и по сделке, которая давно сдвинулась дальше.
6. Добавьте действие. Робот «Задача» или «Сообщение» с получателем — не конкретным сотрудником, а полем «Руководитель отдела продаж» или ролью, чтобы правило не сломалось при кадровых изменениях.
7. Сохраните и запустите тестовый прогон на одной сделке из истории, прежде чем включать шаблон на всю воронку.

Как проверить, что процесс работает

• Используйте тестовый запуск конструктора на конкретном элементе — он показывает, какой путь прошёл процесс и на каком шаге остановился.
• Откройте журнал запущенных процессов и посмотрите на реальных элементах, отработал ли шаблон и сколько экземпляров сейчас в ожидании — большое число зависших экземпляров обычно означает, что условие выхода никогда не выполняется.
• Проверьте процесс на элементе, который не должен попадать под условие — он обязан завершиться без действия, а не пропустить условие молча.
• После правки шаблона проверьте, что уже запущенные экземпляры либо корректно доработают по старой логике, либо остановлены осознанно — тихо забытый «хвост» старых процессов путает результат.

Частые ошибки

• Ожидание без условия выхода. Робот «Ждать до события» без запасного таймаута держит экземпляр процесса бесконечно, если событие не наступит.
• Жёстко указанный исполнитель вместо роли. Задача уходит уволенному сотруднику, потому что в поле стоит конкретное имя, а не «Ответственный» или «Руководитель отдела».
• Несколько процессов на одном событии без согласования порядка. Два шаблона одновременно меняют одно и то же поле, и результат зависит от того, какой отработал последним.
• Процесс со статусами вместо последовательного и наоборот. Последовательный процесс, привязанный к разовому действию, но написанный так, будто должен жить со стадией воронки, либо теряет контекст, либо запускается заново при каждом изменении.
• Никто не смотрит журнал процессов. Ошибка в шаблоне копится месяцами, потому что процесс просто не выполняет действие, а не падает с заметной ошибкой.

Частые вопросы

Чем последовательный процесс отличается от процесса со статусами?

Последовательный процесс выполняется от начала до конца за один запуск и не привязан к стадиям. Процесс со статусами живёт вместе с элементом на конкретной стадии воронки и рассчитан на то, что элемент может провести на ней сколько угодно времени.

Можно ли запустить бизнес-процесс вручную, а не по событию?

Да, если в шаблоне включён ручной запуск — тогда в карточке элемента появляется кнопка запуска конкретного процесса.

Как остановить процесс, который завис или работает неправильно?

В журнале запущенных процессов можно найти конкретный экземпляр и остановить его вручную; сам шаблон при этом можно продолжать использовать для новых элементов после исправления.

Что будет с задачами, которые процесс уже поставил, если его отключить?

Отключение шаблона не отзывает уже созданные задачи и сообщения — они остаются как обычные объекты портала; отключается только запуск новых экземпляров.

Нужно ли отдельное право доступа, чтобы редактировать бизнес-процессы?

Да, конструктор процессов открыт не всем ролям — обычно администратору и роли с явно выданным правом на настройку автоматизации. Если сотрудник не видит редактор шаблонов, проверьте роль в правах доступа, а не считайте это ограничением тарифа.

Связанные статьи

• Хелпдеск в Битрикс24: как вести заявки клиентов
• Что такое Bitrix24 и зачем к нему подключать поддержку
• Bitrix24 интеграция
• Подключение Bitrix24
• Триггеры автоматизации