Задачи и бизнес-процессы в 1С:Предприятии 8: от поручения до отчёта о просрочке

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

Механизм один и тот же в БП 3.0, ЗУП 3.1, УТ 11, КА и ERP: он входит в Библиотеку стандартных подсистем (БСП), на которой построены типовые конфигурации. Поэтому настройки, статусы и отчёты по задачам в этих программах почти совпадают.

Как устроены задачи в 1С: платформа, БСП и виды поручений

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

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

В типовых конфигурациях используется один вид задачи — «Задача исполнителя» — и несколько бизнес-процессов. Главный из них — «Задание»: обычное поручение «сделай и отчитайся».

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

Адресация: кому достаётся задача

Задачу можно адресовать двумя способами:

• 👤 Конкретному пользователю — поле «Исполнитель».
• 👥 Роли — справочник «Роли исполнителей». Например, роль «Главный бухгалтер» с основным объектом адресации «Организация». Если у вас три юрлица, у каждого свой главбух, и задача уходит тому, кто назначен для нужной организации.

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

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

Шаг 1. Включить подсистему

1. Откройте раздел Администрирование.
2. Найдите группу настроек органайзера: в одних конфигурациях это отдельная ссылка «Органайзер», в других — блок внутри общих настроек. Быстрее всего найти флажок поиском по форме настроек.
3. Установите флажок «Бизнес-процессы и задачи».

Рядом появятся дополнительные флажки. Их стоит выставить сразу, до того как пошли реальные поручения:

Шаг 2. Настроить роли (если нужна ролевая адресация)

Откройте справочник «Роли исполнителей» из той же панели настроек. Создайте роль, укажите, используется ли основной объект адресации (обычно организация или подразделение), и на вкладке исполнителей перечислите людей.

Шаг 3. Создать задание

1. Откройте список «Задания» (команда появляется в панели навигации раздела «Главное» или «Органайзер» после включения подсистемы).
2. Нажмите «Создать».
3. Заполните поля:
   • Наименование — коротко и проверяемо: «Сверка с ООО Ромашка за III квартал», а не «Разобраться с поставщиком».
   • Исполнитель — пользователь или роль.
   • Срок — дата, а при включённой настройке и время.
   • Важность — обычная, высокая, низкая.
   • Предмет — документ или элемент справочника, о котором речь. Исполнитель откроет его прямо из задачи.
   • Содержание — что конкретно сделать и в каком виде сдать результат.
4. Если нужен контроль — включите флажок проверки выполнения и укажите проверяющего (по умолчанию это автор).
5. Нажмите «Стартовать и закрыть».

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

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

Жизненный цикл задачи: какие статусы проходит поручение

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

Что видит исполнитель

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

• 📄 текст поручения и ссылка на предмет;
• 💬 поле для результата — то, что увидит автор;
• 🔘 команды «Выполнено», «Принять к исполнению», «Перенаправить».

Автор следит за своими поручениями в отдельном списке задач, которые поставил он сам (команда рядом с «Мои задачи»). Там видно, кто что принял, а что висит без движения.

Автоматизация: подчинённые процессы, уведомления, регламентные задания

Подчинённые задания

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

Уведомления

Задачи сами по себе не «пищат». Чтобы исполнитель узнал о поручении не только при открытии базы, используются:

1. Регламентные задания БСП «Мониторинг задач» и «Уведомление исполнителей о новых задачах». Они рассылают письма о новых и просроченных задачах. Настраиваются в Администрирование → Обслуживание → Регламентные операции → Регламентные и фоновые задания.
2. Учётная запись электронной почты системы — без неё письма уходить не будут.
3. Адрес почты в карточке пользователя — в контактной информации. Нет адреса — нет письма.

Напоминания

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

Свои маршруты

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

Контроль и аналитика: как руководителю видеть исполнение

Руководителю не нужно открывать каждую задачу. Достаточно трёх инструментов.

1. Список задач с отборами

В списке задач (своих или общих — зависит от прав) настройте:

• 🔴 отбор «Выполнена = Нет» и «Срок исполнения меньше текущей даты» — это просрочка;
• 👥 группировку по исполнителю — видно, у кого скопилось;
• 📌 сортировку по важности.

Сохраните настройку списка — она вернётся при следующем открытии.

2. Отчёты подсистемы

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

3. Свой запрос через консоль

Если типовой отчёт не подходит, просрочку можно вытащить запросом в консоли запросов или в собственном отчёте на СКД:

ВЫБРАТЬ
    Задачи.Ссылка КАК Задача,
    Задачи.Исполнитель КАК Исполнитель,
    Задачи.РольИсполнителя КАК Роль,
    Задачи.Автор КАК Автор,
    Задачи.СрокИсполнения КАК Срок,
    РАЗНОСТЬДАТ(Задачи.СрокИсполнения, &ТекущаяДата, ДЕНЬ) КАК ДнейПросрочки
ИЗ
    Задача.ЗадачаИсполнителя КАК Задачи
ГДЕ
    НЕ Задачи.Выполнена
    И НЕ Задачи.ПометкаУдаления
    И Задачи.СрокИсполнения <> ДАТАВРЕМЯ(1, 1, 1)
    И Задачи.СрокИсполнения < &ТекущаяДата
УПОРЯДОЧИТЬ ПО
    ДнейПросрочки УБЫВ

Параметр &ТекущаяДата передайте как начало текущего дня. Условие на пустую дату отсекает задачи без срока — иначе они все попадут в просроченные с датой 01.01.0001.

💡 Задачи, адресованные роли, будут с пустым полем «Исполнитель». Чтобы понять, кто реально отвечает, соедините запрос с регистром сведений «Исполнители задач» по роли и основному объекту адресации.

Какие метрики имеет смысл смотреть

Права доступа: кто что видит

Задачи — те же данные базы, и доступ к ним определяют профили групп доступа:

• 🔐 Пользователь видит задачи, где он исполнитель, автор или проверяющий.
• 👁 Руководитель видит задачи подчинённых, если ему дан соответствующий профиль или он включён в роль исполнителя.
• 🛠 Администратор видит всё.

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

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

• ❌ Поручение без срока. Оно не попадает ни в просрочку, ни в уведомления. Сделайте правилом: задание без даты не стартуют.
• ❌ Размытое наименование. «Посмотреть» и «Разобраться» нельзя проверить. Пишите результат: «Акт сверки подписан и загружен».
• ❌ Всё на одном исполнителе. Если в отпуск уходит человек с 40 задачами, перенаправлять придётся вручную. Ролевая адресация решает это заранее.
• ❌ Проверка включена «на всякий случай». Автор получает сотни задач «Проверить» и закрывает их не глядя. Включайте проверку там, где результат действительно нужно принять.
• ❌ Задачи вместо учёта. Не стоит заменять заданиями статусы документов (например, «счёт оплачен»). Это дублирует данные, которые уже есть в базе.
• ❌ Удаление выполненных задач. История нужна для разбора конфликтов. Если список мешает — фильтруйте, а не помечайте на удаление.

Частые вопросы