Задачи в 1С: что это такое и как их использовать

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

Пользователь чаще всего сталкивается с задачами через список «Мои задачи»: система автоматически формирует поручение, когда документ требует согласования, счёт — оплаты, а этап бизнес-процесса — выполнения конкретным исполнителем. Задача содержит тему, описание, срок, автора, исполнителя и состояние, а также ссылку на предмет — документ, элемент справочника или процесс, ради которого она создана.

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

Что такое задача в 1С простыми словами

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

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

Задача как объект метаданных: как устроен механизм

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

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

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

Запрос = Новый Запрос("ВЫБРАТЬ Задача.Ссылка, Задача.СрокИсполнения ИЗ Задача.ЗадачиПользователя КАК Задача ГДЕ Задача.Исполнитель = &Исполнитель И НЕ Задача.Выполнена"); Запрос.УстановитьПараметр("Исполнитель", ТекущийПользователь); Результат = Запрос.Выполнить().Выгрузить();

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

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

Напоминание — просто сигнал в заданное время, без исполнителя, состояния и контроля выполнения. Если нужно, чтобы кто-то что-то сделал и это было видно руководителю, нужна задача, а не напоминание.

Как создать и назначить задачу в типовой конфигурации

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

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

1. 1
   Откройте документ-предмет или список задач и нажмите «Создать»
2. 2
   Заполните тему и описание так, чтобы исполнитель понял, что именно требуется
3. 3
   Укажите исполнителя или роль и срок исполнения
4. 4
   Проверьте, что предмет задачи заполнен ссылкой на документ
5. 5
   Запишите задачу и убедитесь, что она появилась у исполнителя в списке «Мои задачи»

Как исполнителю работать с задачей и как проверить результат

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

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

Типичные ошибки и ограничения механизма

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

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

Когда стоит дорабатывать механизм и когда достаточно типового

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

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

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