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

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

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

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

Что такое задача как объект конфигурации

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

Ключевая особенность задач — механизм адресации. В свойствах задачи указывается «Регистр адресации» и «Основной реквизит адресации». Это позволяет назначать задачу не одному человеку, а роли: например, всем сотрудникам отдела продаж конкретного подразделения. Система сама определит список потенциальных исполнителей по данным регистра, и любой из них сможет принять задачу в работу.

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

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

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

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

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

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

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

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

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

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

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

Настройка задач в конфигураторе

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

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

Контроль исполнения и типичные отчеты

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

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

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

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

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

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