Когда заказчики приходят с запросом на внедрение 1С:Документооборота, среди основных требований обычно звучат согласование документов, поручения, контроль сроков, хранение файлов, ЭДО. А потом почти между делом добавляется еще один важный вопрос: “Хорошо бы, чтобы задачи не зависали, если сотрудник ушел в отпуск или заболел. Можно ли как-то перенаправлять их на другого человека?”
На практике это не второстепенная деталь, а один из важных сценариев для нормальной работы документооборота, который нельзя откладывать на потом и который должен работать с первого дня ввода системы в промышленную эксплуатацию. В 1С:Документообороте есть встроенные механизмы для замещения и передачи задач. В зависимости от настроек базы, прав и принятого порядка работы ими может пользоваться не только администратор, но и сами сотрудники. Например, сотрудник может заранее указать замещающего на период отпуска, командировки или другого отсутствия, чтобы задачи согласования, поручения и документы не оставались без движения.
Но сам по себе механизм замещения не решает все организационные вопросы. Важно заранее определить, кто действительно имеет право принимать решения вместо отсутствующего сотрудника, какие задачи можно передавать, какие требуют отдельного согласования и где сохраняется ответственность.
На крупных предприятиях задачи не ждут удобного момента - документы продолжают поступать на согласование, поручения требуют исполнения, сроки контроля подходят к концу, а часть сотрудников в это время уходит в отпуск, болеет, находится в командировке или временно не может работать в системе.
Если правила замещения не настроены и не описаны, процесс быстро начинает зависеть от ручных действий. Кто-то пишет отсутствующему сотруднику в мессенджер. Кто-то просит администратора “перекинуть задачу” (кстати, это очень распространенный сценарий в случаях, когда вопрос с назначением замещающего еще не решен, а документ надо согласовать “еще вчера”). Кто-то ждет возвращения из отпуска. В итоге документ вроде бы не потерялся, но ответственность стала размытой.
В статье разберу практический подход к делегированию и замещению в 1С:Документообороте 3.0 КОРП: как готовиться к отпускам и больничным, как не потерять задачи согласования и поручения, какие правила стоит описать до запуска процесса и как сохранить ответственность, а не просто переназначить задачу на другого пользователя.
Замещение — это не просто передача задач
На практике замещение часто воспринимают слишком технически: сотрудник отсутствует, значит, его задачи нужно передать другому пользователю. Но с точки зрения процесса и системы внутренних контролей этого недостаточно.
У задачи есть не только исполнитель, но и смысл. Согласующий принимает решение. Ответственный за поручение отвечает за результат. Руководитель подтверждает управленческое решение. Юрист оценивает юридические условия. Финансовый контролер проверяет сумму, бюджет или основание оплаты.
Если такую задачу просто передать первому доступному сотруднику, процесс формально продолжится, но не факт, что решение будет принято правильной ролью (это очевидно, но все же считаю важным проговаривать данный вопрос с заказчиком, так как если ранее подобный процесс не был автоматизирован, то еще не в полной мере могут быть понятны последствия некорректного назначения исполнителя на задачу).
Главный вопрос при замещении не “кому перекинуть задачу”, а “кто имеет право принять это решение вместо отсутствующего сотрудника”.
Поэтому замещение лучше рассматривать как часть правил процесса: кто кого замещает, на какой период, по каким видам задач, с какими ограничениями и где фиксируется результат.
Делегирование и замещение: в чем разница для процесса
В ежедневной речи эти слова часто используют как синонимы. Но для процесса полезно разделять их по смыслу.
Замещение — это временная передача задач на период отсутствия сотрудника. Например, начальник отдела уходит в отпуск, и его задачи согласования на две недели получает заместитель.
Делегирование — это передача конкретной задачи или участка работы другому исполнителю (помощнику). Например, руководитель получил поручение, но просит подчиненного подготовить материалы, а итоговый контроль оставляет за собой.
В 1С:Документообороте 3.0 КОРП конкретная реализация зависит от настроек базы, прав, маршрутов и используемых механизмов (техническую сторону этого вопроса в статье не рассматриваю). Но с точки зрения управления процессом важно заранее определить, где используется замещение на период отсутствия, а где нужна осознанная передача конкретной задачи.
| Ситуация | Что обычно подходит | Что важно проверить |
| Плановый отпуск | Замещение на период отсутствия | Кто принимает решения и какие задачи получает |
| Больничный | Оперативное назначение заместителя | Что делать с уже просроченными задачами |
| Командировка | Частичное замещение или сохранение задач за сотрудником | Доступен ли сотрудник для работы в системе |
| Разовая задача | Делегирование конкретному исполнителю | Кто отвечает за итоговый результат |
Почему задачи зависают на отсутствующих сотрудниках
Зависание задач обычно происходит не потому, что в системе нет нужного механизма. Чаще причина в том, что правила отсутствия не встроены в процесс.
Сотрудник может уйти в отпуск и не указать замещающего. Замена может быть назначена формально, но без понимания, какие решения можно принимать. Руководитель может отсутствовать, а его задачи согласования продолжают приходить только ему. Поручения остаются у сотрудника, который временно не работает. Документ срочный, но никто не знает, можно ли менять согласующего.
Отдельная проблема — доступы. Замещающий может получить задачу, но не увидеть файл карточки, историю согласования, связанные документы или комментарии предыдущих участников. Формально задача передана, но принять решение по ней сложно (хотя в 1С:Документооборот ред. 3.0 действует выдача прав “по касанию”, но, тем не менее, иногда возникают ситуации недостаточности прав на те или иные объекты системы).
На обследовании этот сценарий лучше фиксировать не по должностной инструкции, а по реальному маршруту: кто сейчас согласует договор, кто его замещает и что происходит, если основной сотрудник недоступен. Для разных ролей — руководителя, юриста, финансового контролера, делопроизводителя или исполнителя поручения — правила могут отличаться.
Какие задачи можно замещать
Не все задачи одинаковы. Часть можно спокойно передавать заместителю, часть требует ограничений, а часть нельзя передавать без отдельного управленческого решения.
Обычно замещение подходит для типовых задач по роли отсутствующего сотрудника: согласования документов, рассмотрения входящих, исполнения или контроля поручений, подготовки резолюций, обработки внутренних документов подразделения.
Но даже в таких сценариях важно смотреть на полномочия. Заместитель руководителя может согласовывать типовые служебные записки, но не обязательно должен согласовывать крупный договор или решение с финансовыми последствиями. Другой юрист может проверить стандартный договор, но нетиповые условия могут требовать руководителя юридической группы.
Поэтому для каждого вида задач стоит отдельно определить: передается ли она заместителю автоматически, требует ли ручного решения или должна ждать основного согласующего. Соответствующий функционал в системе есть, и он более чем достаточен.
Какие задачи требуют особого внимания
Есть задачи, где простого замещения может быть недостаточно. Например, согласование крупных сумм, утверждение договоров с нетиповыми условиями, кадровые и конфиденциальные документы, документы с электронной подписью, исключения из стандартного маршрута, решения, где требуется личное подтверждение конкретного руководителя.
Отдельно стоит относиться к электронной подписи. Замещение в документообороте не должно превращаться в “подписать за другого человека”. Если документ требует подписи конкретного уполномоченного лица, нужно смотреть полномочия, доверенность, внутренние правила и юридическую значимость действия.
Для 1С:ДО это важно описать в правилах процесса, а не решать каждый случай вручную в момент, когда срок уже подходит к концу.
Матрица замещения по ролям
Для практической работы удобно подготовить матрицу замещения. В ней видно, кто кого замещает, по каким задачам и с какими ограничениями.
| Роль | Кто замещает | Какие задачи получает | Ограничения |
| Руководитель подразделения | Заместитель руководителя | Согласование служебных записок, поручения, типовые документы | Крупные суммы и нестандартные решения — по отдельному правилу |
| Юрист | Другой юрист или руководитель юридической группы | Юридическая проверка договоров и приложений | Нетиповые условия — на руководителя группы |
| Финансовый контролер | Назначенный сотрудник финансовой службы | Проверка суммы, бюджета, основания оплаты | Превышение лимитов — отдельное согласование |
| Делопроизводитель | Сотрудник канцелярии | Регистрация, обработка входящих, контроль комплектности | Не принимает управленческие решения |
| Исполнитель поручения | Сотрудник того же участка | Исполнение типовых поручений | Итоговый контроль может остаться у руководителя |
Такую матрицу важно составить на обследовании с владельцами процессов. Именно они должны определить, кто имеет право принимать решения в отсутствие основных участников.
Плановый отпуск: что сделать заранее
Плановый отпуск — самый простой сценарий для замещения, потому что о нем известно заранее. На нем удобно проверять и сам механизм, и правила процесса.
Перед отпуском стоит проверить период отсутствия, назначенного замещающего, перечень задач, которые перейдут на него, ограничения по решениям и доступ к нужным документам. Отдельно полезно посмотреть текущие открытые задачи сотрудника: часть закрыть заранее, часть передать с комментарием, часть перенести по сроку, а часть оставить до возвращения, если она не срочная.
Больничный: что делать, если отсутствие внезапное
Больничный отличается от отпуска тем, что подготовиться заранее не всегда возможно. Поэтому для таких случаев нужен короткий оперативный порядок.
В нем достаточно зафиксировать, кто принимает решение о назначении замещающего, кто смотрит активные задачи отсутствующего сотрудника, какие задачи передаются сразу, какие документы требуют решения руководителя и кто контролирует просроченные задачи.
В 1С:ДО важно быстро увидеть задачи, которые могут повлиять на сроки: согласования, поручения, возвраты на доработку, документы с контрольной датой. Если такие задачи остаются без внимания несколько дней, проблема обнаруживается уже по факту просрочки.
Для больничных лучше иметь не длинный регламент, а понятную последовательность действий: кто смотрит задачи, кто назначает замену (как правило, это администратор системы), кто разбирает срочные документы.
Мини-кейс: сотрудник заболел, а поручения остались без движения
Сотрудник вел несколько поручений по внутренним документам. Часть поручений была почти выполнена, часть требовала ответа от других подразделений. Сотрудник ушел на больничный, а задачи остались на нем.
Через неделю руководитель увидел просрочки. Исполнители говорили, что не знали, кому передавать результат. Администратор мог изменить исполнителя, но не понимал, кому именно передавать каждое поручение.
Здесь не хватило оперативного правила. При внезапном отсутствии нужно не просто назначить заместителя, а разобрать активные задачи: что можно передать коллеге, что нужно закрыть после возвращения, где требуется решение руководителя, а где нужно изменить срок.
Иначе система продолжает хранить задачи, но процесс фактически останавливается.
Не путать исполнителя и ответственного за результат
При делегировании часто возникает важный вопрос: если задачу передали другому исполнителю, кто отвечает за результат?
Например, руководитель получил поручение подготовить позицию подразделения. Он делегировал подготовку материалов сотруднику. Сотрудник собрал данные и приложил файл. Но управленческий результат остается за руководителем: именно он подтверждает позицию подразделения.
Если это не разделить, появляются споры. Исполнитель считает, что сделал свою часть. Руководитель считает, что задача выполнена не полностью. Инициатор поручения не понимает, с кого спрашивать итог.
В правилах делегирования полезно разделить, кто выполняет работу, кто принимает решение, кто отвечает за срок, кто подтверждает итоговый результат и кто получает уведомления о просрочке.
В 1С:ДО это особенно важно для поручений и задач согласования. Передача задачи не всегда означает передачу ответственности за решение.
Замещающий должен видеть контекст
Одна из типовых проблем — замещающий получает задачу, но не видит полной картины. У него может не быть доступа к файлу карточки, истории согласования, предыдущим комментариям, связанным документам или переписке.
Формально задача передана. Но принять решение сложно. Замещающий будет либо возвращать задачу, либо принимать решение вслепую, либо искать информацию вне системы. Все три варианта ухудшают процесс.
Перед настройкой замещения стоит проверить, видит ли замещающий карточку документа, файлы и версии, историю выполнения задач, замечания предыдущих участников, связанные документы и доступно ли ему нужное действие по правам.
Во время тестовой эксплуатации замещение удобно проверять на простой цепочке: отправить документ руководителю, включить период отсутствия и посмотреть, кто фактически получил задачу, какие права увидел и может ли выполнить нужное действие.
Что делать с уже открытыми задачами
Отдельный вопрос — что происходит с задачами, которые уже были назначены до отпуска или больничного.
| Ситуация | Возможное действие | Что проверить |
| Задача срочная | Передать заместителю | Есть ли полномочия и доступ к документу |
| Задача почти выполнена | Закрыть до ухода или передать с комментарием | Понятен ли остаток работы |
| Задача зависит от личного решения | Оставить до возвращения или передать руководителю | Можно ли принимать решение без сотрудника |
| Задача не срочная | Перенести срок | Не нарушает ли это процесс |
| Задача ошибочно назначена | Изменить исполнителя по правилам процесса | Кто должен быть реальным исполнителем |
Лучше разбирать такие задачи до отсутствия. Если сотрудник уже недоступен, это должен делать руководитель или владелец процесса, а не администратор 1С:ДО в одиночку.
Как не перегрузить заместителя
Еще одна частая ошибка — назначить одного заместителя на всех. Формально это удобно: есть ответственный человек, задачи не висят. Но если на него одновременно падают свои задачи, задачи руководителя, задачи коллеги в отпуске и срочные поручения, он быстро становится узким местом.
Замещение нужно оценивать по нагрузке. Если сотрудник замещает руководителя, возможно, часть его обычных задач стоит перераспределить. Если юрист замещает двух коллег, нужно понимать, какие документы идут в приоритет. Если делопроизводитель временно закрывает несколько участков, стоит заранее определить, какие операции можно отложить.
Иначе вместо отсутствующего сотрудника появляется перегруженный заместитель, а процесс все равно начинает тормозить.
Как фиксировать решение заместителя
В 1С:ДО важно, чтобы в истории процесса было понятно, кто выполнил действие и соответствующий функционал в системе есть - указывается, кто выполнил задачу и за какого сотрудника.
Но я считаю, что дополнительно для спорных ситуаций полезно, чтобы заместитель оставлял короткий комментарий. Например: “Согласовано на период замещения руководителя отдела”, “Проверено в рамках замещения, замечаний нет”, “Вопрос требует решения основного согласующего после выхода”, “Согласовано в пределах лимита”.
Такие комментарии не нужны для каждой типовой задачи, но помогают там, где решение может быть спорным или важным для последующей проверки.
Возврат сотрудника: что проверить после отсутствия
Замещение не заканчивается в день возвращения сотрудника. Нужно понять, что было сделано за период отсутствия.
После отпуска или больничного достаточно короткого обзора: какие задачи выполнил заместитель, какие документы были согласованы, какие поручения остались открытыми, есть ли просрочки, какие решения были отложены до возвращения и нужно ли вернуть часть задач основному исполнителю.
Если этого не делать, сотрудник возвращается в систему и не понимает, что произошло за время отсутствия. Часть задач уже закрыта, часть передана, часть осталась висеть, а по некоторым документам принято решение без его участия.
Что стоит описать в правилах замещения
Перед настройкой или доработкой процесса полезно подготовить короткие правила замещения. В них не нужно описывать всю систему. Достаточно ответить на практические вопросы.
В правилах стоит указать, кто назначает замещающего, за сколько дней до отпуска это делается, какие задачи переходят автоматически, какие требуют отдельного решения, как действовать при больничном, что делать с уже открытыми задачами, какие есть ограничения по суммам и видам документов, как фиксируется решение заместителя и что проверяется после возвращения сотрудника.
Такие правила лучше писать языком сценариев. Пользователю важно понимать, что делать перед отпуском, что делать при внезапном отсутствии коллеги и к кому обращаться, если задача зависла.
Типовые ошибки
Ошибка 1. Заместитель назначен формально
В системе указан заместитель, но не определено, какие решения он может принимать. В спорных ситуациях участники все равно ищут основного сотрудника.
Ошибка 2. Не проверили доступы
Задача пришла заместителю, но он не видит документ, файл или историю согласования. Процесс останавливается уже на следующем шаге.
Ошибка 3. Все задачи передаются одному человеку
Заместитель перегружается и сам становится узким местом. Особенно это заметно в период массовых отпусков.
Ошибка 4. Не разобрали открытые задачи перед отпуском
Заместитель получает задачи без контекста. Часть из них можно было закрыть заранее, перенести или передать другим исполнителям.
Ошибка 5. Делегирование путают с полной передачей ответственности
Исполнитель сделал часть работы, но итоговое решение должно было остаться за руководителем. Если это не описано, появляется спор о результате.
Короткий чек-лист
- Определено, кто кого замещает на период отпуска или больничного?
- Понятно, какие задачи переходят заместителю?
- Описаны ограничения по суммам, видам документов или полномочиям?
- Проверены права заместителя на документы и файлы?
- Разобраны открытые задачи перед отпуском?
- Есть порядок действий при внезапном больничном?
- Понятно, кто контролирует просрочки во время отсутствия?
- Фиксируется ли, что задачу выполнил заместитель?
- Не перегружен ли один заместитель несколькими ролями?
- Проверяется ли состояние задач после возвращения сотрудника?
Короткий итог
Делегирование и замещение в 1С:Документообороте нужны не только для того, чтобы задачи не зависали на отсутствующих сотрудниках. Они помогают сохранить управляемость процесса в отпусках, больничных и командировках.
Встроенные механизмы замещения в 1С:ДО полезны тогда, когда они дополнены понятными правилами: кто имеет право принимать решения вместо отсутствующего сотрудника, какие задачи можно передавать, какие требуют отдельного решения и где остаются ограничения по полномочиям.
Хорошее замещение — это не просто техническая переадресация задач. Это понятные роли, доступ к контексту, контроль сроков, фиксация решений и проверка открытых вопросов после возвращения сотрудника.
Если эти правила описаны заранее, 1С:ДО продолжает работать без ручного поиска ответственных, а отпуск или больничный одного сотрудника не останавливает весь маршрут согласования.
Вступайте в нашу телеграмм-группу Инфостарт