Автозапуск бизнес-процессов в Битрикс24: триггеры и условия

Краткий ответ: чтобы настроить автозапуск бизнес-процесса в Битрикс24, откройте карточку шаблона БП → вкладку «Запуск» → включите нужные триггеры: «При добавлении» (запуск при создании сущности), «При изменении» (запуск при любом изменении полей), «По расписанию» (cron: раз в день/неделю/месяц), «По вебхуку» (внешний HTTP-запрос). Можно задать условия фильтрации — БП запустится только если поле удовлетворяет условию. Сохраните и опубликуйте. После этого БП срабатывает автоматически без участия человека.

Я — Константин Астафьев, системный интегратор Битрикс24 из Питера. Из 150+ внедрений в 70% случаев ключевая задача — сделать так, чтобы система сама реагировала на события. Менеджер создал сделку → БП сам ставит задачу на звонок. Клиент заполнил форму на сайте → БП сам создаёт сделку и уведомляет РП. Сумма сделки превысила 500 000 ₽ → БП сам запускает цепочку согласования у директора. В этой статье — все способы автозапуска БП, с примерами и частыми граблями.

Что такое триггер в Битрикс24

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

В Битрикс24 доступны следующие триггеры для БП:

На одном шаблоне можно включить сразу несколько триггеров. Например, БП «Контроль оплаты» может запускаться и при изменении (сделка перешла в стадию «Ожидание оплаты»), и по расписанию (раз в день проверять все неоплаченные счета).

Где настраивается автозапуск

Настройка триггеров находится в карточке шаблона БП:

1. Откройте список БП: CRM → Роботы и бизнес-процессы → Бизнес-процессы (или раздел «Бизнес-процессы» в левом меню).
2. Найдите нужный шаблон в списке.
3. Кликните на название → откроется карточка шаблона.
4. Перейдите на вкладку «Запуск».
5. Увидите переключатели: «Вручную», «При добавлении», «При изменении», «По расписанию».
6. Включайте нужные, настраивайте параметры.

Важно: после изменения настроек запуска нужно перепубликовать шаблон (если был опубликован). Иначе изменения не вступят в силу.

Триггер 1. При добавлении сущности

Самый популярный триггер. Включаете «При добавлении» — БП запускается каждый раз, когда создаётся новая сущность (сделка, контакт, задача, элемент списка и т.д.).

Кейс: При создании новой сделки → БП «Онбординг сделки»:

1. Ставит задачу менеджеру «Связаться в течение 4 часов».
2. Заполняет поле «Дата первого контакта» = сегодня.
3. Заполняет поле «Источник» из UTM-меток (если есть).
4. Отправляет уведомление РП в чат «Новая сделка на сумму {Сумма}».

Условия фильтрации можно задать в блоке «Условие» в самом начале БП. Например, запускать только если сумма > 10 000 ₽ или если выбрана воронка «B2B-услуги».

Лайфхак: если включить «При добавлении» без условия, БП будет запускаться на КАЖДОЙ новой сделке, включая тестовые и случайно созданные. Это создаёт лишнюю нагрузку. Лучше добавить условие в начале БП: «если сделка = тестовая → остановить».

Триггер 2. При изменении сущности

БП запускается, когда в существующей сущности меняется любое поле или конкретное поле. Это полезно для реактивной автоматизации: реагировать на изменения статуса, ответственного, суммы.

Кейс 1: Сделка перешла в стадию «Ожидание оплаты» → БП:

1. Создаёт счёт в Битрикс24 (или через интеграцию с 1С).
2. Отправляет письмо клиенту со ссылкой на оплату.
3. Ставит задачу менеджеру «Проверить оплату через 3 дня».

Кейс 2: Изменён ответственный сделки → БП:

1. Отправляет новому ответственному уведомление «Вам передана сделка {Название}, сумма {Сумма}».
2. Ставит задачу «Связаться с клиентом в течение 24 часов».

Важно: триггер «При изменении» запускается на ЛЮБОЕ изменение — даже на добавление комментария или изменение даты последней активности. Это создаёт лишние запуски. Решение: внутри БП первым блоком проверять, что именно изменилось — через функцию «Изменённые поля».

Триггер 3. По расписанию (cron)

БП запускается по расписанию: раз в час, раз в день, раз в неделю, раз в месяц. Это полезно для регулярных задач: отчёты, проверки, напоминания.

Настройка:

• Включаете «По расписанию».
• Выбираете периодичность: ежечасно, ежедневно, еженедельно, ежемесячно.
• Задаёте время запуска: например, 09:00 каждый понедельник.
• Задаёте фильтр по сущностям: например, «только активные сделки» или «только сделки без движения 7 дней».

Кейс 1: Каждый понедельник в 9:00 → БП «Недельный отчёт РП»:

1. Собирает статистику за прошлую неделю: новые сделки, успешные, отказы, выручка.
2. Формирует HTML-отчёт.
3. Отправляет письмо РП и директору.

Кейс 2: Каждый день в 10:00 → БП «Контроль зависших сделок»:

1. Ищет все сделки в стадии «Переговоры» с последним контактом > 5 дней.
2. Для каждой ставит задачу менеджеру «Связаться сегодня».
3. Отправляет РП список «зависших» в чат.

Кейс 3: 1-го числа каждого месяца → БП «Начисление комиссии менеджерам»:

1. Считает сумму закрытых сделок по каждому менеджеру за прошлый месяц.
2. Применяет формулу комиссии (вынесена в константы БП).
3. Создаёт задачи бухгалтерии на выплату.

Триггер 4. По вебхуку (внешний запуск)

Самый мощный триггер для интеграций. БП запускается по HTTP-запросу на специальный URL — то есть из любого внешнего источника: сайт, 1С, Telegram-бот, Google Sheets, Zapier.

Настройка:

1. В карточке шаблона БП → вкладка «Запуск» → включить «По вебхуку».
2. Битрикс24 сгенерирует уникальный URL вида https://your-portal.bitrix24.ru/rest/1/abc123/bizproc.workflow.start.
3. Скопируйте URL.
4. Во внешней системе отправляйте POST-запрос на этот URL с параметрами: ID шаблона БП, ID сущности, параметры запуска.

Кейс: Форма на сайте (WordPress, Tilda, Bitrix) → при отправке → POST-запрос на URL вебхука → БП в Битрикс24:

1. Создаёт новый контакт с данными из формы.
2. Создаёт сделку с названием «Заявка с сайта — {Имя}».
3. Заполняет UTM-метки из полей формы.
4. Ставит задачу РП «Связаться в течение 15 минут».
5. Отправляет клиенту автоответное письмо «Спасибо за заявку, мы свяжемся».

Пример POST-запроса (PHP):

$webhookUrl = 'https://your-portal.bitrix24.ru/rest/1/abc123/bizproc.workflow.start';

$params = [
    'TEMPLATE_ID' => '123',
    'DOCUMENT_ID' => ['crm', 'CCrmDocumentDeal', '42'],
    'PARAMETERS' => [
        'Source' => 'Website form',
        'UtmSource' => $_POST['utm_source'] ?? '',
        'UtmCampaign' => $_POST['utm_campaign'] ?? '',
    ],
];

$ch = curl_init($webhookUrl);
curl_setopt($ch, CURLOPT_POST, true);
curl_setopt($ch, CURLOPT_POSTFIELDS, http_build_query($params));
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
$response = curl_exec($ch);
curl_close($ch);

Условия запуска: фильтрация срабатываний

Не всегда нужно запускать БП на каждое событие. Например, БП «Согласование счёта» должен запускаться только при сумме > 100 000 ₽. Для этого есть два способа:

Способ 1. Условие в начале БП

Первым блоком в БП ставите «Условие»: если сумма < 100 000 → блок «Остановить» (или просто конец БП без действий). Если > 100 000 → продолжаем выполнение.

Минус: БП всё равно запускается, создаёт запись в истории, использует ресурсы. Если таких запусков 1000 в день — портал начнёт тормозить.

Способ 2. Фильтр в настройках триггера

В новых версиях Битрикс24 можно задать фильтр прямо в настройках «При добавлении» или «При изменении». Например: запускать только если поле «Сумма» > 100 000. В этом случае БП вообще не запустится, если условие не выполнено — ресурсы экономятся.

Если ваш тариф или версия Битрикс24 не поддерживает фильтр в триггере — используйте Способ 1 (условие в начале БП).

Привязка БП к нескольким сущностям

Частый вопрос: можно ли один БП привязать и к Сделкам, и к Контактам, и к Лидам одновременно? Технически — нет. Каждый шаблон БП привязан к ОДНОЙ сущности. Но есть обходной путь:

1. Создаёте БП1 для Сделок с нужной логикой.
2. Создаёте БП2 для Контактов.
3. БП2 через блок «Запустить БП» вызывает БП1, передавая ID связанной сделки.

Или — если сущность поддерживает списки (например, «Универсальные списки» или «Smart-процессы») — можно создать один БП для списка и работать со списком как с универсальным контейнером.

Альтернативный вариант — использовать «Бизнес-процессы для документов». Документы в Битрикс24 — универсальная сущность, и БП для документов может запускаться из любой другой сущности через создание документа.

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

После настройки триггера обязательно протестируйте:

1. Создайте тестовую сущность (например, новую сделку).
2. Откройте её карточку → вкладка «Бизнес-процессы».
3. Должен появиться запуск БП со статусом «Выполняется» или «Завершён».
4. Если запуска нет — проверьте: опубликован ли шаблон, включён ли триггер, не нарушено ли условие фильтра.
5. Если запуск есть, но статус «Ошибка» — откройте трассировку и смотрите, на каком блоке упало.

Лайфхак для отладки: добавьте в самое начало БП блок «Уведомление в чат Битрикс24» с текстом «БП {Название} запущен на сущности {ID}». Если уведомление приходит — автозапуск работает. Если нет — проблема в триггере.

Частые ошибки автозапуска БП

1. БП не запускается при добавлении. Проверьте: опубликован ли шаблон (статус «Опубликован», а не «Черновик»). После правок всегда перепубликуйте.
2. БП запускается слишком часто. Триггер «При изменении» срабатывает на любое изменение — даже на изменение даты последней активности. Решение: добавьте фильтр в настройках триггера или условие в начале БП.
3. Зацикливание. БП изменяет поле сущности → срабатывает триггер «При изменении» → БП запускается снова → бесконечный цикл. Решение: первым блоком в БП — «Условие»: «если поле 'БП запущен' = 'да' → остановить». Иначе — установить это поле после первого запуска.
4. Расписание срабатывает не вовремя. Проверьте часовой пояс портала: Настройки → Настройки компании → Часовой пояс. Если портал в UTC, а вы в Москве (UTC+3) — расписание «09:00» сработает в 12:00 по Москве.
5. Вебхук не доходит. Проверьте: правильный ли URL (с параметром доступа), правильный ли формат запроса (POST, Content-Type application/x-www-form-urlencoded), не блокирует ли фаервол.
6. Права доступа. БП запускается от имени пользователя, который внёс изменение. Если у него нет прав на действия внутри БП — процесс упадёт. Решение: в настройках БП включить «Запускать от имени администратора».
7. БП «висит» в статусе «Выполняется». Частая причина — блок «Запрос доп. информации» ждёт ответа, а пользователь не видит задачу. Решение: задать таймаут — если нет ответа N дней, БП продолжается автоматически.

Кейсы с моих внедрений

Кейс 1. B2B-услуги, 12 менеджеров, Питер

Проблема: менеджеры забывали отправлять КП в течение 24 часов после квалификации. Конверсия падала.
Решение: БП с триггером «При изменении» — при переходе в стадию «Квалификация» запускался БП:

1. Ставил задачу менеджеру «Отправить КП в течение 24 часов».
2. Через 24 часа проверял: если стадия не сменилась на «КП отправлено» → уведомление РП.
3. Через 48 часов → РП берёт сделку себе.

Результат: через месяц 95% КП отправлялись вовремя, конверсия в сделку выросла на 18%.

Кейс 2. E-commerce, 5 менеджеров, Москва

Проблема: заказы с сайта терялись, если менеджер не видел уведомления.
Решение: вебхук с сайта → БП:

1. Создавал сделку с заполненными полями.
2. Ставил задачу ответственному (по очереди — round-robin).
3. Отправлял SMS клиенту «Ваш заказ принят, мы свяжемся в течение 15 минут».
4. Через 15 минут проверял: если менеджер не позвонил → эскалация РП.

Результат: время реакции упало с 40 минут до 8 минут, конверсия в покупку выросла на 12%.

Кейс 3. Строительная компания, 3 бригадира, Казань

Проблема: после сдачи объекта менеджеры забывали перезванивать клиентам через 30 дней (предложить доп. работы).
Решение: БП с триггером «При изменении» — при переходе в «Успешно реализована»:

1. Через 7 дней — письмо клиенту «Как идёт? Все ли работает?».
2. Через 30 дней — задача менеджеру «Перезвонить, предложить доп. услуги».
3. Через 90 дней — задача «Предложить сервисное обслуживание».

Результат: 15% клиентов сделали повторную покупку в течение 90 дней.

Кейс 4. Юридическая фирма, 4 юриста, СПб

Проблема: после первой консультации клиенты «затихали» — юристы забывали перезванивать с оффертом.
Решение: вебхук из CRM юридической системы → БП в Битрикс24:

1. Создавал сделку «Консультация — {Имя}» с заполненными полями.
2. Через 1 час — письмо клиенту «Резюме нашей консультации + офферто».
3. Через 3 дня — задача юристу «Перезвонить, узнать решение».
4. Через 7 дней — если сделка не двигалась → письмо с дисконтом «Спецпредложение для вас».

Результат: конверсия в договор выросла с 22% до 38%.

Кейс 5. Медицинский центр, 8 операторов, Казань

Проблема: записи пациентов на приём терялись, пациенты не получали подтверждения.
Решение: расписание БП — каждый день в 8:00 проверяет завтрашние записи:

1. Отправляет SMS каждому пациенту «Напоминаем: завтра в {Время} приём у {Врач}».
2. За 2 часа до приёма — повторное SMS.
3. Через час после приёма — письмо «Будем благодарны за отзыв».

Результат: количество пропусков приёма снизилось на 60%, отзывы появились у 35% пациентов.

Итог

Автозапуск бизнес-процессов — это то, что превращает Битрикс24 из «электронной записной книжки» в реально работающую систему. Четыре триггера (при добавлении, при изменении, по расписанию, по вебхуку) закрывают 95% задач автоматизации. Главное — правильно выбрать триггер, задать условия фильтрации и не забыть опубликовать шаблон после правок.

Если автозапуск нужен, но вы не уверены, какой триггер выбрать, или есть сложный сценарий с интеграцией — приходите. Я, Константин Астафьев, веду внедрения «под ключ» из Питера, по всей России удалённо. Оставьте заявку — разберём вашу задачу и подберём оптимальную комбинацию БП и триггеров.

Автор: Астафьев Константин Евгеньевич, системный интегратор Битрикс24, основатель Lead4Sell. 150+ внедрений, 7 лет опыта. Санкт-Петербург.