Согласование и утверждение документов в 1С:Документооборот

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

Дальше — как устроены статусы, как настроить маршрут и роли, где подключается электронная подпись и что делать, когда задача не доходит до исполнителя. Всё применительно к платформе 8.3 с интерфейсом «Такси».

Что значит «утвердить» и чем это отличается от согласования

В 1С:Документообороте за движение документа отвечают два разных бизнес-процесса, и их часто путают.

• Согласование — сбор мнений нескольких сотрудников. Согласующих может быть несколько, они проверяют документ по своей зоне ответственности (юрист — формулировки, бухгалтер — суммы). Результат по каждому: Согласовано, Согласовано с замечаниями или Не согласовано.
• Утверждение — финальная виза одного ответственного лица, обычно руководителя. Результат бинарный: Утверждено или Не утверждено. Утверждение запускают после того, как документ уже согласован.

Выбор между процессами зависит от того, кто и в каком порядке должен принять решение:

• нужно одно финальное решение руководителя — запускайте Утверждение с одним исполнителем;
• документ должны проверить несколько специалистов — запускайте Согласование с несколькими исполнителями;
• нужна и проверка специалистами, и виза руководителя — соберите Комплексный процесс: этап «Согласование» → этап «Утверждение» → при необходимости «Регистрация».

Комплексный процесс — это конструктор: вы выстраиваете этапы в нужном порядке, а система ведёт документ по ним автоматически. Когда согласующие закрыли свои задачи, процесс сам передаёт документ на утверждение, а после визы — на регистрацию. Автору не нужно вручную запускать каждый следующий этап.

Как работают состояния документа

Состояние документа отражает, на каком этапе маршрута он находится. Набор состояний задаётся в настройке вида документа, поэтому в разных базах названия могут отличаться. Типовой жизненный цикл выглядит так.

Состояние меняется автоматически по мере прохождения процессов — вручную его, как правило, не переключают. Исключение — служебные переводы (например, отправка в архив), которые делает ответственный с соответствующими правами.

Настройка маршрута согласования

Маршрут — это заранее описанная последовательность этапов и исполнителей. Настраивается через шаблоны процессов, чтобы не собирать маршрут заново для каждого документа.

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

После привязки шаблона пользователю достаточно создать документ и нажать запуск процесса — маршрут подставится сам.

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

Условная маршрутизация

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

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

Роли и автоподстановка исполнителей

Указывать в шаблоне конкретных людей — плохая идея: уволился сотрудник, и маршрут встал. Поэтому исполнителей задают через роли и автоподстановки.

• Роль — это именованная группа (например, «Бухгалтер по договорам», «Юрист»). В шаблоне вы указываете роль, а система адресует задачу тем, кто в неё входит на момент запуска.
• Автоподстановка — вычисляемый исполнитель: «руководитель автора документа», «руководитель подразделения», «ответственный за контрагента». Исполнитель определяется по оргструктуре в момент старта процесса.

Настройте замещение на период отпуска и больничного — иначе задача зависнет на отсутствующем сотруднике. В разделе настройки сотрудников укажите, кто принимает задачи за отсутствующего и на какой срок.

Права на само утверждение дают через настройку прав доступа: у пользователя должно быть право выполнять задачи по процессу и видеть соответствующие виды документов. Без прав кнопка выполнения задачи либо не появится, либо вернёт отказ.

Электронная подпись при утверждении

Визу утверждения можно усилить электронной подписью — тогда у документа будет не только отметка в системе, но и криптографическое подтверждение.

Что нужно для работы с ЭП:

• установленный криптопровайдер (КриптоПро CSP или аналог);
• сертификат подписи у сотрудника;
• включённая в настройках программы работа с электронной подписью.

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

Виды подписи различаются по юридической силе (по Федеральному закону № 63-ФЗ «Об электронной подписи»):

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

Важно не путать подпись документа и визу процесса. Виза «Утверждено» — это отметка в системе о том, что ответственный принял решение. Электронная подпись — отдельный криптографический реквизит, который прикрепляется к файлу или версии документа. Их можно использовать вместе: утверждающий ставит визу и тут же заверяет её подписью. Один документ допускает несколько подписей — например, подпись автора и подпись утверждающего, — и все они хранятся в карточке вместе с датой и именем подписанта.

Массовое утверждение и автоматизация

Когда документов много, по одному их не утверждают.

• Автозапуск процессов. Привяжите шаблон к виду документа с автостартом — процесс запускается при создании, без ручного вмешательства автора.
• Обработка задач списком. В списке Задачи мне можно выделить несколько однотипных задач и выполнить их одним действием — например, утвердить пакет однотипных заявок. Применяйте это осознанно: массовое утверждение снимает с вас ответственность за каждый документ в пакете.
• Напоминания и эскалация. По истечении срока этапа система напоминает исполнителю, а при длительной просрочке задачу можно эскалировать руководителю. Сроки берутся из шаблона процесса.

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

Для связки с учётными базами используют бесшовную интеграцию 1С:Документооборота с Бухгалтерией или ERP: документ создаётся в учётной базе, а согласование и утверждение проходят в ДО, после чего результат возвращается обратно. Пользователь при этом работает в привычной учётной программе и видит в ней состояние согласования, не переключаясь в документооборот.

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

Автор и контролёр должны видеть, где «застрял» документ, и успевать вмешаться.

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

Эти данные помогают не наказывать постфактум, а перенастроить маршрут: убрать лишний этап, перераспределить роли, сократить срок там, где он завышен.

Типичные ошибки и как их устранить

Большинство сбоев сводится к двум причинам: пустая роль в шаблоне и ненастроенное замещение. Проверяйте их в первую очередь.

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