Как рассчитать срок по рабочему графику, выходным и праздникам в CRM-процессе

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

Сначала опишите календарное правило

В учебном сценарии обращение приходит перед окончанием рабочего дня. Компания хочет определить срок следующего действия с учётом установленного рабочего окна. Чтобы получить проверяемый результат, задайте начало отсчёта, длительность, часовой пояс и сам график.

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

Общий пример работы с датой в собственном сценарии есть в статье о расчёте срока роботом. Здесь важна отдельная задача рабочего календаря.

Как найти и настроить расчёт срока

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

Передайте в поле рабочих интервалов весь JSON-массив без внешних кавычек:

[
  {"start":"2026-12-01T09:00:00+03:00","end":"2026-12-01T12:00:00+03:00"},
  {"start":"2026-12-01T13:00:00+03:00","end":"2026-12-01T18:00:00+03:00"}
]

В «Начальный момент ISO с часовым поясом» задайте 2026-12-01T11:00:00+03:00, в требуемые рабочие минуты передайте 120. Час до обеда и час после него дают ожидаемый срок 14:00 +03:00. Выход «Срок UTC» должен соответствовать 2026-12-01T11:00:00Z.

Проверьте «Срок найден», учтённые и оставшиеся рабочие секунды. В этом примере учтено 7200 секунд, остатка нет. Если убрать второй интервал, графика хватит лишь на час: выполнение расчёта может быть успешным, но срок не найден, дата пустая и остаётся 3600 секунд.

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

Подготовьте учебные проверки

Сначала выполняйте расчёт без автоматического изменения рабочих карточек. Сравните результат с заранее согласованными примерами.

1. Старт внутри обычного рабочего окна.
2. Старт перед его окончанием.
3. Старт вечером или в выходной.
4. Переход через день с особым графиком.
5. Ситуация, когда подходящего окна в переданном наборе нет.

Для каждого примера запишите ожидаемую логику до запуска. Тогда различие станет предметом проверки, а не спором после записи даты в CRM.

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

Как использовать результат в процессе

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

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

В описании процесса полезно оставить видимый след: исходное время, выбранный график и полученный срок. Конкретное место фиксации зависит от вашей схемы и прав; не создавайте новые поля без необходимости.

Чем это отличается от типового срока задачи

Типовые настройки задач применяют общие параметры к новым поручениям выбранной группы. Рабочий календарный расчёт внутри процесса решает конкретный вопрос по переданному событию и графику.

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

Плановое окончание, крайний срок задачи и дата дела CRM также различаются. Перед записью назовите целевое поле и проверьте результат в исходной карточке.

Что не стоит обещать сотрудникам

Переданный график содержит до 1000 непересекающихся интервалов в пределах 366 суток. Начало и конец должны иметь Z или числовой часовой пояс. Повторы, нулевые интервалы и пересечения запрещены. Для сменной команды и офиса передавайте их собственные согласованные окна.

Вычисленная дата также не доказывает, что у исполнителя есть свободное время. Рабочий календарь и загрузка сотрудника относятся к разным источникам. Для планирования доступности нужна отдельная проверка.

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