Как сделать задачу в 1С: практическое руководство

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

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

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

Что такое задача в 1С и когда она нужна

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

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

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

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

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

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

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

1. 1
   Откройте раздел «Задачи» (или «Задачи мной») и нажмите «Создать».
2. 2
   Заполните тему и подробное описание: что сделать и какой результат ожидается.
3. 3
   Укажите исполнителя или роль; при необходимости добавьте соисполнителей и наблюдателей.
4. 4
   Установите срок исполнения и приоритет, если эти поля доступны.
5. 5
   Привяжите предмет — документ или элемент справочника, по которому выдаётся поручение.
6. 6
   Нажмите «Записать и закрыть» и убедитесь, что задача появилась в списке исходящих.

Как настроить исполнителей и адресацию

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

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

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

Как создать объект «Задача» в конфигураторе

Если вы разрабатываете собственную подсистему, задача сначала описывается в дереве конфигурации: ветка «Задачи» → «Добавить». На закладке «Основные» задайте имя и синоним, на закладке «Данные» — реквизиты задачи (например, «Предмет», «Комментарий»), на закладке «Адресация» — реквизиты адресации и признак автоподбора исполнителей.

Ключевой момент — связь задачи с бизнес-процессом. Если поручения должны выдаваться по маршруту (инициатор → согласующий → утверждающий), создайте объект «Бизнес-процесс» и укажите в его свойствах тип задачи. Тогда точки маршрута будут автоматически формировать задачи при переходе процесса. Если маршрут не нужен, задачи можно создавать напрямую из кода.

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

Как создать задачу программно

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

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

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

Обратите внимание на защиту от дублей. Если код создания задачи вызывается из обработчика проведения документа, при перепроведении появится вторая задача. Перед созданием проверяйте, нет ли уже активной (невыполненной) задачи по тому же предмету, либо создавайте задачи из подписки на событие с явным контролем условий.

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

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

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

Для бизнес-процессов дополнительно откройте карту маршрута стартованного процесса: активная точка должна подсвечиваться, а задача — существовать у ожидаемого исполнителя. Если точка активна, а задачи нет, чаще всего не заполнены реквизиты адресации точки маршрута или у исполнителя нет прав на объект «Задача».

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

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

Вторая группа — технические. Часто забывают, что пользователь без права «Добавление» и «Изменение» на объект «Задача» не сможет ни получить, ни выполнить поручение. Ещё одна типичная ситуация: после доработки конфигурации старые задачи не открываются из-за изменённых реквизитов — поэтому структурные изменения проверяют на копии.

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

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