Автоматический переход стадий и застрявшие сделки в Битрикс24

Чем автопереход стадии отличается от обычного робота

Обычный робот в Битрикс24 выполняет действие при входе на стадию: отправить письмо, поставить задачу, изменить поле. Он не двигает сделку сам.

Автоматический переход стадии, это отдельная логика: система сама перемещает сделку на следующий этап, когда выполняется заданное условие. За это в Битрикс24 отвечают триггеры и, для более сложной логики, бизнес-процессы.

Путь к настройке. «CRM» → «Сделки» → открыть нужную воронку → правая кнопка на стадии (или кнопка «Роботы» на верхней панели) → вкладка «Триггеры».

Условия, по которым можно настроить автопереход

По заполненности поля

Сделка переходит на следующую стадию, когда заполнено определённое поле. Например: как только менеджер вносит сумму в поле «Итоговая стоимость», сделка автоматически перемещается со стадии «Расчёт» на стадию «Согласование».

Настройка: «Триггеры» → «Добавить триггер» → тип «Изменение значения поля» → выбрать поле → указать условие (поле заполнено, поле равно конкретному значению) → указать целевую стадию.

По факту оплаты

Один из самых востребованных сценариев: сделка автоматически переходит на стадию «Оплачено», когда приходит оплата. В Битрикс24 это делается через триггер, привязанный к статусу оплаты в разделе «Счета» или через связь с онлайн-кассой и платёжными системами, если они подключены.

Настройка: «Триггеры» → тип «Оплата счёта» (доступен при подключённых платёжных системах) → указать целевую стадию, куда переходит сделка при поступлении оплаты.

Если у вас нет прямой интеграции с платёжной системой: тот же результат достигается через изменение поля вручную бухгалтером с последующим срабатыванием триггера «Изменение значения поля» из предыдущего пункта.

По дате

Автопереход по дате нужен, когда стадия должна смениться сама по истечении срока: например, если клиент не ответил на КП в течение 5 дней, сделка автоматически уходит на стадию «Требует внимания» или «Повторный контакт».

Настройка: «Триггеры» → тип «Прошло времени» → указать количество дней с момента входа на текущую стадию → указать целевую стадию.

По событию из интеграции

Самый гибкий вариант: переход стадии по событию, которое приходит извне, из телефонии, с сайта, из внешнего сервиса. Например: клиент открыл письмо с КП, сделка переходит на стадию «КП просмотрено». Клиент оставил повторную заявку на сайте, сделка со стадии «Отказ» возвращается на «Новый контакт».

Настройка через стандартные триггеры («Прочтение письма», «Заполнение формы на сайте», «Звонок клиента») там, где Битрикс24 предоставляет готовый тип триггера. Для нестандартных источников (кастомная интеграция, внешний сервис) переход стадии настраивается через REST API методом crm.deal.update, который меняет поле STAGE_ID сделки по сигналу из внешней системы.

Где роботов и триггеров не хватает, нужен бизнес-процесс

Роботы и триггеры хорошо работают для простой линейной логики: одно условие, один переход. Как только в правиле появляется «если... и... но не...», это сигнал переключаться на бизнес-процесс.

Пример, когда нужен бизнес-процесс: сделка должна автоматически перейти на «Согласование у директора», только если сумма больше 500 000 рублей И клиент новый (первая сделка) И оплата не наличными. Три условия одновременно, роботы такую логику не потянут, а бизнес-процесс с ветвлением справится.

Другой пример: нужно, чтобы после автоперехода на «Оплачено» система проверила состав заказа и в зависимости от типа товара направила сделку либо на «Отгрузка со склада», либо на «Производство под заказ». Это ветвление по условию после автоперехода, тоже задача для бизнес-процесса.

Путь к конструктору бизнес-процессов: «CRM» → «Настройки» → «Автоматизация» → «Бизнес-процессы» → «Добавить бизнес-процесс».

Уведомление, когда сделка зависла

Отдельная и частая задача: не двигать сделку автоматически, а вовремя заметить, что она застряла, и среагировать. Логика простая, три уровня контроля.

Контроль срока на стадии. Задаётся допустимое время нахождения сделки на конкретной стадии. Если время превышено, срабатывает реакция.

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

Эскалация руководителю. Если менеджер не отреагировал в течение ещё одного заданного периода, уведомление уходит выше, руководителю отдела.

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

Ниже, то, чего в том гайде нет: диагностика, если уведомление настроено, но не срабатывает.

Автосоздание сделки при переводе лида в статус «В работе»

Частый запрос: как только лид переходит в статус «В работе», нужно автоматически создать сделку, не дожидаясь ручной конвертации менеджером. Это ускоряет процесс и снимает с менеджера рутинное действие.

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

Как настроить:

1. «CRM» → «Настройки» → «Автоматизация» → «Бизнес-процессы» → создать новый процесс для лидов.
2. Условие запуска: смена статуса лида на «В работе».
3. Действие процесса: конвертация лида (создание сделки, контакта и, при необходимости, компании) через встроенное действие «Конвертировать в сделку».
4. Дополнительно: назначить ответственного за созданную сделку по тому же правилу, что и для лида, чтобы не терять контекст.

После настройки менеджеру не нужно нажимать «Конвертировать»: как только он меняет статус лида на «В работе», сделка появляется сама, с перенесёнными данными.

Проверка: переведите тестовый лид в статус «В работе» и убедитесь, что сделка создалась, а поля (название, сумма, контакт) перенеслись корректно. Если что-то не переносится: проверьте настройки сопоставления полей в самом действии конвертации бизнес-процесса.

Типичная ошибка: робот настроен, но не срабатывает

Самая частая причина жалоб «я настроил автопереход, а он не работает»: условие проверяется не в тот момент, когда вы думаете.

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

Ещё одна частая причина. Триггер настроен на изменение поля, но поле меняется не тем способом, который триггер отслеживает. Например, поле обновляется через внешний REST-запрос напрямую в базу, а триггер настроен слушать изменение через интерфейс. Некоторые типы триггеров реагируют только на определённый источник изменения.

Третья причина. На стадии одновременно висит несколько роботов и триггеров с похожими условиями, и они конфликтуют: один переводит сделку раньше, чем успевает сработать второй, из-за чего второй уже не находит сделку на нужной стадии.

Как посмотреть, почему робот не отработал

Путь к логу выполнения: откройте карточку сделки → в правой панели найдите блок «Роботы» (или «История») → там отображается список сработавших и запланированных роботов и триггеров с отметкой статуса выполнения.

Если робот значится «Ошибка» или «Не выполнен»: откройте детали, там указана причина (например, не найден получатель уведомления, не заполнено обязательное поле для действия).

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

Дополнительная проверка для сложных случаев: «CRM» → «Настройки» → «Автоматизация» → раздел с общим логом роботов и бизнес-процессов по всему порталу, там видно срабатывания по всем сделкам, а не только по одной карточке, что удобно, если проблема массовая, а не единичная.

Что делать, если стандартной логики недостаточно

Роботы и триггеры Битрикс24 покрывают большинство сценариев автоперехода. Но если у вас условие зависит от данных внешней системы, которая не имеет готовой интеграции (собственная учётная система, специфичный сервис доставки, нестандартная платёжная система): понадобится точечная разработка через REST API, которая по сигналу извне будет менять стадию сделки методом crm.deal.update.

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

Часто задаваемые вопросы

Можно ли настроить переход стадии по нескольким условиям одновременно?

Стандартный триггер работает с одним условием. Для комбинации нескольких условий («и это, и то») нужен бизнес-процесс с проверкой условий через блок ветвления.

Работает ли автопереход на бесплатном тарифе Битрикс24?

Базовые триггеры доступны на платных тарифах, начиная с «Базового». На бесплатном тарифе функциональность автоматизации сильно ограничена, для полноценной настройки автоперехода нужен хотя бы «Базовый» тариф.

Можно ли откатить сделку назад автоматически, если условие перестало выполняться?

Да, но это отдельная настройка, отдельный триггер или робот с обратным условием, стандартная логика вперёд-переход этого не делает сама.

Как автоматически создать сделку не при переводе лида в работу, а сразу при создании лида?

Аналогично, через бизнес-процесс на лиды, но условие запуска, не смена статуса, а создание лида. Учтите, что мгновенная конвертация лида в сделку без квалификации обычно означает, что вам не нужна отдельная сущность «лид», проще сразу заводить сделку.

Почему уведомление о зависшей сделке приходит с опозданием?

Роботы срабатывают не мгновенно, а с задержкой обработки очереди Битрикс24, обычно это минуты, но при высокой нагрузке на портал может быть дольше. Если критично точное время, проверьте нагрузку портала и рассмотрите разбивку одного тяжёлого робота на несколько простых.

Настроим автоматизацию воронки под ваш процесс

Если у вас есть конкретное условие автоперехода, которое не укладывается в стандартные триггеры, разберём вашу воронку и покажем, какой вариант подойдёт: триггер, бизнес-процесс или точечная разработка через REST API.

Полезные материалы

Как настроить роботы в воронке Битрикс24: пошаговые сценарии, включая эскалацию просроченной сделки.

Статусы лидов в Битрикс24: как настроить квалификацию лидов и конвертацию в сделку.

Как настроить воронку продаж в Битрикс24: базовая структура стадий, на которую опирается автоматизация.

Аудит-чеклист Битрикс24: 50 параметров, проверьте готовность воронки к автоматизации.