Что такое задачи в 1С и как с ними работать

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

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

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

Где встречаются задачи в типовых конфигурациях

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

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

Чем задача отличается от документа и бизнес-процесса

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

Бизнес-процесс — это маршрут, по которому движется работа, а задачи — точки этого маршрута. Когда сотрудник выполняет свою задачу, бизнес-процесс автоматически создаёт следующую — у следующего участника цепочки. Если бизнес-процесс не настроен, задачи можно создавать вручную, но тогда переходы между этапами контролирует сам пользователь.

Как поставить задачу сотруднику в пользовательском режиме

В конфигурациях, где есть подсистема задач (например, «Документооборот» или «ERP»), поручение создаётся из списка задач кнопкой «Создать» либо из карточки документа — командой «Создать на основании». Во втором случае предмет задачи заполнится автоматически, и исполнитель сразу увидит, о каком документе идёт речь.

Обязательный минимум при постановке: понятная формулировка результата, исполнитель, срок и предмет. Формулировка «разобраться с поставщиком» плохая — по ней невозможно проверить выполнение. Формулировка «запросить у поставщика акт сверки за квартал и приложить к карточке договора» — проверяемая.

1. 1
   Откройте список задач или карточку документа-основания
2. 2
   Создайте задачу и сформулируйте проверяемый результат
3. 3
   Укажите исполнителя или роль (группу исполнителей)
4. 4
   Установите срок и при необходимости приоритет
5. 5
   Привяжите предмет: документ, договор, контрагента
6. 6
   Сохраните и убедитесь, что задача появилась у исполнителя в списке

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

Статусы и контроль исполнения

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

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

Задачи как объект конфигурации: что нужно знать разработчику

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

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

// Пример: программное создание задачи
НоваяЗадача = Задачи.СогласованиеДокумента.СоздатьЗадачу();
НоваяЗадача.Дата = ТекущаяДатаСеанса();
НоваяЗадача.Исполнитель = Справочники.Пользователи.НайтиПоНаименованию("Иванов");
НоваяЗадача.Предмет = ДокументСсылка;
НоваяЗадача.СрокИсполнения = ТекущаяДатаСеанса() + 3 * 86400;
НоваяЗадача.Записать();

Частые ошибки при работе с задачами

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

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

Когда задач недостаточно и что использовать вместо них

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

Частые вопросы о задачах в 1С