Задержки и расписание роботов

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

Зачем роботу задержка и как она устроена

По умолчанию роботы на стадии сделки выполняются последовательно и мгновенно: как только сделка попадает на стадию, Битрикс24 запускает первый робот, затем второй и так далее. Но в реальных сценариях мгновенная реакция нужна не всегда. Клиенту логичнее написать не в ту же секунду, а через час; напоминание менеджеру полезнее за день до дедлайна; повторный звонок — через трое суток после первого контакта.

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

Настройка интервальной задержки

Откройте робот в конструкторе автоматизации (CRM → Сделки → Роботы) и разверните параметр «Когда запускать». Базовый режим — запуск через фиксированный интервал после попадания сделки на стадию. Единицы времени доступны от минут до дней:

• Через N минут — короткие паузы между действиями цепочки, например задержка перед отправкой SMS после письма;
• Через N часов — «подумать и перезвонить», дать клиенту время открыть предложение;
• Через N дней — длинные сценарии дожатия: напоминания, повторные касания, эскалация.

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

Запуск относительно даты в поле сделки

Мощнее фиксированного интервала — привязка запуска к дате из поля сделки. Вместо «через 3 дня» робот срабатывает «за 2 дня до» или «через 1 день после» значения выбранного поля даты. Это работает с системными полями вроде Дата закрытия и с любыми пользовательскими полями типа «Дата/время».

В настройке «Когда запускать» выбирается режим относительно поля, само поле, направление (до или после) и смещение в днях или часах. Типичные применения:

Учёт рабочего времени и графика

Отдельный флаг в настройках времени — «Учитывать рабочее время». Когда он включён, задержка отсчитывается не по календарным, а по рабочим часам: если робот должен сработать в 22:00 пятницы, он дождётся начала ближайшего рабочего дня. Это избавляет от звонков и писем клиенту среди ночи или в выходной.

График, по которому считается «рабочее время», берётся из настроек портала — раздела Тайм-менеджмент и отчёты и общего расписания компании. Там задаются начало и конец рабочего дня, выходные и праздничные дни. Робот с включённым учётом графика опирается именно на эти параметры, а не на произвольную логику.

• Без флага — чистый календарный отсчёт, робот может сработать в любое время суток;
• С флагом — запуск переносится на ближайшее рабочее окно;
• Часовой пояс берётся из настроек портала и профиля, поэтому для распределённых команд проверяйте, в каком поясе считается расписание.

Очередь роботов и выход сделки со стадии

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

Это одновременно и удобно, и опасно. Удобно — потому что сценарий «дожать через 2 дня, если не ответил» самоочищается: клиент ответил, сделка ушла вперёд, лишнее напоминание не уходит. Опасно — потому что можно случайно потерять нужное действие, если стадии переключаются слишком быстро.

1. Сделка встаёт на стадию → отложенный робот попадает в очередь;
2. идёт отсчёт задержки (с учётом графика, если включён);
3. если сделка всё ещё на стадии — робот срабатывает;
4. если сделка ушла со стадии раньше — робот отменяется.

Практические сценарии с задержками

Задержки раскрываются в связке нескольких роботов на одной или соседних стадиях. Несколько рабочих схем:

• Каскад касаний. На стадии «Первичный контакт»: сразу — письмо с презентацией; через 2 часа — задача менеджеру «позвонить»; через 2 дня — SMS-напоминание, если сделка не продвинулась.
• Прогрев к дедлайну. По полю «Дата окончания договора»: за 30 дней — задача аккаунт-менеджеру, за 7 дней — письмо клиенту, за 1 день — уведомление руководителю отдела.
• Ночная тишина. Робот отправки письма с включённым флагом «Учитывать рабочее время», чтобы рассылка уходила в рабочие часы клиента, а не в момент ночного импорта заявок.
• Пауза перед эскалацией. Через сутки после попадания на стадию «Ожидание оплаты» — уведомление менеджеру, а через трое — руководителю.

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

Частые ошибки и диагностика

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

• Сделка ушла со стадии. Самая частая причина: задержка не успела истечь, а сделку уже перевели дальше — действие отменилось штатно.
• Пустое поле даты. При запуске «относительно поля» незаполненная дата ломает расчёт момента. Добавьте условие на заполненность.
• Не выполнилось условие робота. Если у отложенного робота задано условие запуска, оно проверяется в момент постановки в очередь — сделка могла ему не соответствовать.
• Неверный график. С флагом «Учитывать рабочее время» запуск легко «уезжает» на следующий рабочий день из-за выходных или часового пояса портала.
• Блокирующий робот выше. Отложенный робот в середине списка держит всю очередь ниже — проверьте порядок роботов на стадии.

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

Итог

Задержки и расписание — это то, что превращает набор мгновенных роботов в осмысленный сценарий во времени. Достаточно освоить три инструмента: интервальную задержку («через N минут/часов/дней»), запуск относительно даты в поле сделки и флаг учёта рабочего времени. И держать в голове главное правило: отложенный робот живёт, только пока сделка стоит на своей стадии.

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