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

Какие штатные задержки есть в Битрикс24?

Две. Робота можно настроить на отложенное выполнение — через минуты, часы или дни после попадания записи на стадию; это закрывает классическое «напомнить через 2 дня, если нет ответа» без дополнительных инструментов. В дизайнере бизнес-процессов действие «Пауза» держит процесс, пока не пройдёт интервал или не наступит конкретная дата, причём дату можно взять из поля записи. Оба механизма надёжны и бесплатны; их предел — детализация: они мыслят минутами и днями, а не секундами, и откладывают целый шаг, а не промежуток между двумя роботами внутри одной цепочки.

Когда нужна пауза в несколько секунд?

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

Как отложить действие до вычисленной даты?

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

Какие подводные камни у длинных пауз?

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

Что дальше

Проверьте действующие шаблоны на два симптома: секундные гонки, залатанные минутными штатными задержками (замените короткой паузой), и месяцами спящие процессы-гиганты (разбейте на роботов по стадиям). Руководство по бизнес-процессам объясняет, как строить процессы, чтобы задержки оставались на виду, а в подборке примеров автоматизации оба приёма показаны в контексте.