Задачи в 1С: как они работают и как с ними работать

Задачи в 1С — это объект платформы, который фиксирует поручение конкретному исполнителю: согласовать документ, проверить оплату, обработать заказ. В отличие от простой записи в комментарии, задача живёт в системе как самостоятельная сущность: у неё есть состояние, срок, автор, исполнитель и связь с бизнес-процессом, который её породил.

Механика проста: бизнес-процесс (например, «Согласование заявки») доходит до определённой точки маршрута, платформа автоматически создаёт задачу и назначает её пользователю или группе. Исполнитель видит задачу в своём списке, открывает, выполняет действие и нажимает «Выполнить» — процесс движется дальше по маршруту.

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

Из чего состоит механизм задач

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

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

Как задача доходит до исполнителя

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

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

Жизненный цикл задачи: от создания до выполнения

Типовой цикл выглядит так: пользователь запускает процесс (например, отправляет документ на согласование) — процесс стартует и доходит до первой точки действия — платформа создаёт задачу и записывает исполнителя — исполнитель открывает задачу из списка, знакомится с предметом (документом), принимает решение — отмечает задачу выполненной — процесс переходит к следующей точке по условиям маршрута.

На развилках процесс выбирает ветку по результату выполнения задачи: например, «Согласовано» или «Отклонено». Результат обычно фиксируется в реквизите задачи или связанного объекта и проверяется в условии перехода. Если условие настроено неверно, процесс уйдёт не по той ветке — это одна из самых частых причин «странного» поведения согласований.

1. 1
   Откройте раздел «Мои задачи» (или рабочий стол с панелью задач)
2. 2
   Откройте задачу и перейдите по ссылке на предмет — документ или заявку
3. 3
   Проверьте содержимое и примите решение: согласовать, отклонить, выполнить
4. 4
   Заполните требуемый результат (комментарий, вариант решения), если он обязателен
5. 5
   Нажмите «Выполнить» и убедитесь, что задача исчезла из списка активных

Настройка задач и бизнес-процессов

В типовых конфигурациях (1С:Документооборот, 1С:ERP, 1С:Комплексная автоматизация, 1С:ЗУП с кадровыми процессами) маршруты уже преднастроены, и настройка сводится к заполнению ролей исполнителей, назначению пользователей на роли и установке сроков. В конфигураторе маршрут редактируется графически: точки, переходы, условия, обработчики событий.

Для корректной работы ролевой адресации проверьте три вещи: у роли заданы реквизиты адресации; у пользователей в регистре сведений (или справочнике, зависит от конфигурации) заполнены роли и значения отборов; сама точка маршрута ссылается на правильную роль. Ошибка в любом из трёх пунктов приводит к тому, что задача «никому не приходит».

Типовые сценарии использования

Согласование документов

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

Параллельное ознакомление

Точка разделения создаёт несколько задач одновременно — например, ознакомить с приказом всех руководителей отделов. Процесс ждёт выполнения всех веток (точка слияния) и завершается. Если хотя бы один исполнитель не выполнит задачу, процесс не закроется.

Задачи вне бизнес-процессов

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

Персональная или ролевая адресация

Персональная

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

Ролевая

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

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

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

Вторая типовая ситуация — зависшие задачи уволенных сотрудников. Задача не выполняется сама, процесс стоит. Решение — массовая переадресация задач (в типовых конфигурациях есть соответствующая обработка) или выполнение задач администратором от имени процесса. Профилактика: при увольнении сотрудника обязательно проверяйте его активные задачи.

Как проверить, что всё работает правильно

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

Контрольные точки

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

Список «Мои задачи» исполнителя

Норма

Новая задача видна сразу после перехода процесса на точку действия

Тревожный признак

Задача отсутствует — проверяйте роль и реквизиты адресации

Карта бизнес-процесса

Норма

Текущая точка подсвечена и смещается после выполнения задачи

Тревожный признак

Процесс стоит, хотя задача выполнена — ошибка в условии перехода

Завершённость процесса

Норма

После последней задачи процесс имеет состояние «Завершён»

Тревожный признак

Процесс активен без открытых задач — завис на развилке или в обработчике

FAQ

Почему задачу видят лишние пользователи?

Значит, у роли не задан или не заполнен реквизит адресации (например, подразделение), и задача доходит до всех обладателей роли. Проверьте настройку роли в конфигураторе и заполнение данных адресации у пользователей.

Можно ли вернуть выполненную задачу?

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

Что делать с задачами уволенного сотрудника?

Используйте обработку массовой переадресации задач (есть в типовых конфигурациях) или выполните задачи от имени администратора с комментарием. В дальнейшем переведите процессы на ролевую адресацию — тогда увольнение конкретного человека не остановит маршрут.

Почему процесс завершился, а задачи остались висеть?

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

Как настроить напоминания о просроченных задачах?

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