Регулярные задачи
Регулярная задача — это шаблон задачи плюс расписание, по которому портал создаёт новую задачу сам: каждый понедельник, первого числа месяца, раз в две недели. Это убирает ручную постановку повторяющейся работы — отчётов, планёрок, регламентных проверок — и гарантирует, что задача не потеряется.
Регулярные задачи настраиваются на странице автоматизации задач по адресу /tasks/automation, вкладка «Регулярные».
Когда нужны регулярные задачи
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
Регулярную задачу стоит завести там, где одна и та же работа повторяется по календарю:
- еженедельный отчёт по направлению;
- ежемесячный разбор показателей;
- регулярная проверка оборудования или документов;
- повторяющаяся планёрка с подготовкой повестки.
Если работа возникает по событию, а не по календарю (например, «когда сделка перешла на этап»), это не регулярная задача, а правило задачи или CRM-робот.
Где настраивать
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
Откройте /tasks/automation и перейдите на вкладку «Регулярные». В списке видно все настроенные регулярные задачи: название, расписание, ближайший запуск, владельца и состояние. Для создания и изменения нужны права на автоматизацию задач; без них регулярные задачи доступны только для чтения.
Из чего состоит регулярная задача
Схема концептуально связывает ручную задачу, шаблон, расписание и контроль результата; это не UI-скриншот.
Регулярная задача собирается из двух частей:
- Шаблон задачи — что именно будет создано: название, описание, ответственный, проект, чек-лист, приоритет.
- Расписание — когда и как часто создавать задачу.
Сначала подготовьте качественный шаблон: задача, которую портал ставит сам, должна быть сразу понятной исполнителю, без ручной доводки после создания.
Расписание
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
Расписание задаётся несколькими полями:
- частота — ежедневно, еженедельно, ежемесячно или ежегодно;
- интервал — каждый N-й день/неделю/месяц (например, раз в две недели);
- дни недели — для еженедельного расписания можно выбрать конкретные дни;
- дата старта — с какого момента расписание начинает действовать;
- дни месяца — для ежемесячной частоты можно указать один или несколько дней.
Портал показывает понятную сводку расписания текстом, чтобы можно было проверить настройку до включения.
Ручной шаблон и дополнительные ограничения
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
У шаблона есть режим «Вручную»: он не создаёт задачи по календарю, но доступен в выборе шаблона при создании задачи. Включённый ручной шаблон можно найти через поиск и использовать повторно; выключенные шаблоны в этот список не попадают.
Для расписания можно указать дату окончания, годовую частоту и правило пересечения запусков: пропускать новый запуск, разрешать его или заменять предыдущий. Поле «Срок после запуска» задаёт смещение срока новой задачи в минутах, часах или днях. Эти настройки нужно проверять вместе с часовым поясом: они определяют не только момент создания, но и срок каждой созданной задачи.
Часовой пояс
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
У расписания есть часовой пояс — он определяет, в какой момент по местному времени создаётся задача. Это важно для распределённых команд: проверьте, что пояс соответствует тому, кто реально работает по этой задаче, иначе задача появится не в то время суток.
Ручной запуск
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
Регулярную задачу можно запустить вручную, не дожидаясь расписания, — это удобно для проверки шаблона или для разового внепланового создания. Ручной запуск создаёт задачу по тому же шаблону и отражается в истории запусков.
Включение и владение
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
Регулярная задача начинает создавать задачи только после включения. У каждой регулярной задачи должен быть владелец — тот, кто отвечает за актуальность шаблона и расписания. В списке видно, кто менял настройку и когда. Создатель шаблона остаётся исторической отметкой и сам по себе не получает права. Владелец отвечает за актуальность, но доступность действий проверяется отдельно: ориентируйтесь на доступные кнопки и их объяснения. Если действие отключено, обратитесь к владельцу или администратору; не копируйте шаблон для обхода ограничения.
Выключенная регулярная задача сохраняется, но новых задач не создаёт — это нормальный способ временно приостановить регламент без потери шаблона.
Защита от дублей
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
Портал защищён от случайного создания дублей: повторный запуск с теми же параметрами не плодит одинаковые задачи. Тем не менее не настраивайте две регулярные задачи на один и тот же процесс — это создаёт путаницу и параллельные дубли по разным шаблонам.
Состояния и ограничения
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
- регулярная задача выключена — новые задачи не создаются;
- расписание ещё не наступило — ближайший запуск показан в списке;
- достигнута дата окончания — задачи больше не создаются;
- нет прав на управление — регулярная задача доступна только для чтения;
- запуск отражается в истории; неудачные и пропущенные запуски там же видны.
Хорошие практики
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
- Сначала доводите шаблон, потом включайте расписание.
- Проверяйте текстовую сводку расписания перед включением.
- Указывайте правильный часовой пояс для исполнителя.
- Прогоняйте ручной запуск, чтобы убедиться, что задача создаётся как надо.
- Назначайте владельца и регулярно пересматривайте актуальность регламента.
- Не дублируйте один процесс несколькими регулярными задачами.
Частые ошибки
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
Включать расписание с сырым шаблоном. Исполнитель получает непонятную задачу и каждый раз доделывает её вручную.
Игнорировать часовой пояс. Задача появляется ночью или в выходной не у того человека.
Заводить дубли на один регламент. Несколько похожих регулярных задач создают параллельную работу и путаницу.
Забывать выключать устаревший регламент. Портал продолжает ставить задачи, которые уже никому не нужны.
Как проверить результат
Схема концептуально описывает поток автоматизации; это не UI-скриншот и не доказательство состояния портала.
- в списке видно ближайший запуск и корректную сводку расписания;
- ручной запуск создал задачу по ожидаемому шаблону;
- созданная задача сразу понятна исполнителю без доработки;
- история запусков показывает, что задачи создаются в нужные даты.
Связанные сценарии
Концептуальная схема, не UI-скриншот и не доказательство состояния.