Автоматизация · 10 мин
Для чего нужны задачи в 1С и как их использовать
Зачем нужны задачи в 1С: маршрутизация документов, согласование, контроль сроков и поручений. Виды задач, настройка бизнес-процессов, типичные ошибки и FAQ.
Задача в 1С — это объект, который фиксирует конкретное поручение для сотрудника: согласовать договор, проверить счёт, подписать приказ, обработать заявку клиента. В отличие от устного распоряжения или письма в почте, задача хранится в информационной базе, имеет автора, исполнителя, срок и состояние, поэтому её невозможно «потерять» или забыть без следа.
Механизм задач встроен в платформу 1С:Предприятие и используется в типовых решениях: 1С:Документооборот, 1С:ERP, 1С:Комплексная автоматизация, 1С:ЗУП и отраслевых конфигурациях. Задачи работают в связке с бизнес-процессами: процесс описывает маршрут документа или поручения, а задачи — это точки маршрута, которые попадают конкретным исполнителям.
Без задач согласование документов превращается в цепочку писем и устных договорённостей: непонятно, у кого сейчас документ, кто задержал подписание и на каком этапе всё остановилось. Задачи делают процесс прозрачным: руководитель в любой момент видит, какие поручения выполняются, какие просрочены и кто отвечает за каждый шаг.
Какие проблемы решают задачи на практике
Первая проблема — потеря поручений. Когда руководитель просит что-то сделать в мессенджере или устно, исполнитель может забыть, а инициатор — не проконтролировать. Задача в 1С остаётся в списке исполнителя до тех пор, пока он её не выполнит или не отклонит с комментарием. Система напоминает о приближении срока и просрочке.
Вторая проблема — непрозрачность согласований. Счёт на оплату или договор могут неделями «ходить по кабинетам». Если согласование оформлено задачами, видно, у кого документ находится сейчас, сколько дней он там лежит и кто следующий в маршруте. Это сокращает время согласования и снимает взаимные претензии между отделами.
Третья проблема — отсутствие истории. При споре «кто и когда согласовал этот платёж» задачи дают точный ответ: в базе хранится автор процесса, каждый исполнитель, дата выполнения и результат (согласовано, отклонено, с замечаниями). Это важно и для внутреннего контроля, и для разбора инцидентов.
Какие виды задач есть в 1С
В типовых конфигурациях задачи различаются по происхождению и назначению. Понимание этих видов помогает правильно выстроить работу и не пытаться решить всё одним инструментом.
- Задачи бизнес-процессов — создаются автоматически по маршруту: согласование, утверждение, подписание, регистрация документа, обработка заявки.
- Поручения руководителя — задачи, созданные вручную конкретному исполнителю или группе, часто с возможностью контроля и снятия с контроля.
- Проектные задачи — этапы и работы в рамках проекта (в 1С:Документооборот и ERP), связанные с планом проекта и трудозатратами.
- Задачи по заявкам и обращениям — обработка обращений клиентов, инцидентов, сервисных заявок.
Важно различать задачу и документ. Документ — это предмет работы (договор, счёт, приказ), а задача — действие над ним. Один документ может породить несколько задач у разных людей: сначала проверка бухгалтером, затем согласование финансовым директором, затем подпись руководителя.
Как задачи связаны с бизнес-процессами
Бизнес-процесс — это шаблон маршрута. Например, процесс «Согласование внутреннего документа» может включать точки: инициатор отправляет на согласование → согласующие лицо проверяет → утверждающее лицо принимает решение → документ регистрируется. Каждая точка при старте процесса превращается в задачу конкретному пользователю или роли.
Адресация задач бывает персональной и ролевой. При персональной задача назначается конкретному сотруднику. При ролевой — всем, кто занимает роль (например, «бухгалтер по расчётам»), и задачу берёт в работу тот, кто первым её открыл. Ролевая адресация удобна для типовых операций, но требует дисциплины: если никто не берёт задачу, она висит невыполненной.
- 1Откройте документ и нажмите команду запуска процесса (например, «Согласовать» или «Отправить на согласование»)
- 2Выберите шаблон процесса или добавьте согласующих вручную
- 3Проверьте сроки и при необходимости скорректируйте их
- 4Запустите процесс — система создаст задачи исполнителям
- 5Отслеживайте ход согласования в карточке процесса или в отчёте по задачам
Контроль сроков и эскалация
У каждой задачи есть срок исполнения. Типовые конфигурации позволяют настроить напоминания: уведомление исполнителю о приближении срока, сигнал о просрочке, информирование автора процесса. В 1С:Документооборот есть механизм эскалации: если задача просрочена, о ней автоматически узнаёт руководитель исполнителя или задача перенаправляется заместителю.
Просроченные задачи удобно смотреть сводно: в форме «Мои задачи», в отчётах по исполнительской дисциплине и на стартовой странице. Руководителю полезен отчёт, показывающий просрочку в разрезе подразделений — он выявляет «узкие места» процессов, а не только отдельных недисциплинированных сотрудников.
Как проверить, что механизм задач работает
Исполнитель видит задачу в списке «Мои задачи» сразу после запуска
Задача не появляется — проверьте адресацию, роли и заполненность параметров процесса
Исполнитель получает напоминание о новой задаче и о приближении срока
Уведомлений нет — проверьте настройки уведомлений и учётную запись почты
После выполнения последней задачи процесс переходит в состояние «Завершён»
Процесс «завис» — возможно, осталась невыполненная параллельная задача или неверно настроено условие перехода
Типовые сценарии использования
Согласование и оплата счетов
Классический сценарий: менеджер регистрирует счёт, запускается процесс согласования — руководитель отдела проверяет целесообразность, бухгалтер — корректность реквизитов и бюджет, финансовый директор утверждает оплату. Каждый шаг — отдельная задача с результатом «согласовано/не согласовано» и обязательным комментарием при отказе. Отклонённый счёт возвращается инициатору задачей на доработку.
Кадровые процессы
В 1С:ЗУП и 1С:Документооборот задачи используются для согласования заявлений на отпуск, приказов о приёме и увольнении, ознакомления сотрудников с локальными актами. Задача «ознакомить» с приложенным документом заменяет бумажный лист ознакомления: в базе фиксируется, кто и когда подтвердил ознакомление.
Обработка обращений и поручения
Разовые поручения создаются вручную: руководитель формулирует задачу, назначает исполнителя и срок, при необходимости ставит на контроль. Исполнитель отчитывается в той же задаче, контролёр принимает или возвращает результат. Это дисциплинирует обе стороны: поручение сформулировано письменно, а результат зафиксирован.
Частая ситуация: задачи настроены, но сотрудники продолжают договариваться в мессенджере, а в 1С только формально закрывают задачи задним числом. Лечится это не доработкой, а регламентом: решение считается принятым только при наличии выполненной задачи. Без этого правила система быстро обесценивается.
Настройка и границы самостоятельной работы
Пользовательская часть — создание поручений, запуск процессов по готовым шаблонам, работа со списком «Мои задачи» — доступна без программирования и безопасна. Настройка шаблонов процессов в типовых конфигурациях тоже обычно выполняется в режиме предприятия: администратор процессов задаёт маршрут, роли адресации и сроки.
К доработке конфигурации стоит переходить только при реальной необходимости: нестандартные условия маршрутизации, интеграция с внешними системами, автоматический запуск процессов по событиям. Любые изменения сначала тестируются на копии базы: ошибка в схеме процесса может заблокировать согласование документов для всей компании.
Когда задачи не нужны и какие есть альтернативы
В компании из трёх человек, сидящих в одной комнате, полноценная система задач избыточна: проще договориться напрямую. То же относится к разовым уникальным действиям, которые не повторяются и не требуют контроля. Задачи окупаются там, где есть повторяющиеся процессы, несколько участников и потребность в прозрачности и истории.
Альтернативы внутри 1С: простые статусы документов («на согласовании», «утверждён») без задач — подходят, когда важен только факт состояния, а не контроль исполнителей. Внешние таск-трекеры подходят для неформализованной работы, но разрывают связь с документами учёта: согласуя договор в стороннем сервисе, вы теряете связь решения с самим документом в базе.
Сравнение вариантов организации согласования
Подходит для простых процессов с одним ответственным; нет контроля сроков и напоминаний
Полный контроль маршрута, сроков и истории; требует настройки шаблонов и дисциплины пользователей
Гибок для произвольных поручений, но не связан с учётными документами и требует ручного переноса результатов
Часто задаваемые вопросы
Чем задача отличается от документа в 1С?
Документ — это предмет работы (счёт, договор, приказ), а задача — поручение выполнить с ним действие: проверить, согласовать, подписать. Один документ за время жизненного цикла может породить несколько задач у разных исполнителей.
Можно ли использовать задачи без бизнес-процессов?
Да, разовые поручения создаются вручную без маршрута. Но для повторяющихся согласований бизнес-процесс предпочтительнее: он сам назначает исполнителей, контролирует последовательность шагов и собирает историю.
Что делать, если исполнитель в отпуске или уволился?
Используйте механизм заместителей и ролевую адресацию: задачи роли видят все её участники, а заместителю можно делегировать задачи отсутствующего. Персональные задачи уволенного сотрудника нужно переназначить вручную или свёрнуть процесс и запустить заново.
Как узнать, кто задерживает согласование?
Откройте карточку процесса — там видно, какая задача активна и у кого. Для регулярного контроля используйте отчёты по просроченным задачам и исполнительской дисциплине в разрезе сотрудников и подразделений.
Нужно ли дорабатывать конфигурацию для задач?
В большинстве случаев нет: типовые механизмы (согласование, утверждение, поручения, ознакомление) настраиваются шаблонами без программирования. Доработка оправдана только для нестандартных условий маршрутизации или интеграций и выполняется на копии базы.
Что важно запомнить
Задачи в 1С превращают поручения и согласования в управляемый процесс: у каждого действия есть исполнитель, срок и зафиксированный результат. Используйте бизнес-процессы для повторяющихся маршрутов, ролевую адресацию и заместителей для устойчивости, а изменения схем проверяйте на тестовой копии.