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