К статье
Практический материал

Автоматизация · 11 мин

Что такое ШМД в 1С и как настроить шаблон маршрута документа

ШМД в 1С — это шаблон маршрута документа для согласования. Разбираем назначение, настройку, типовые этапы, ошибки и проверку работы маршрута.

ШМД в 1С — это аббревиатура от «шаблон маршрута документа». Так называют преднастроенную схему движения документа по этапам согласования: кто проверяет, кто утверждает, в какой последовательности и что происходит при отклонении. Вместо того чтобы каждый раз вручную назначать согласующих, пользователь выбирает готовый шаблон, и система сама строит маршрут.

Термин чаще всего встречается в конфигурациях и доработках, где реализована подсистема согласования: в отраслевых решениях, в самописных механизмах на базе типовых конфигураций, а также в ряде типовых решений, где маршруты согласования вынесены в отдельные справочники. Точное название объекта в конкретной базе может отличаться — «Шаблон маршрута», «Маршрут согласования», «Вид маршрута» — но смысл один и тот же.

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

Из чего состоит шаблон маршрута документа

Типовой ШМД содержит перечень этапов и правила перехода между ними. Каждый этап обычно описывает, кто выполняет действие (конкретный пользователь, роль, подразделение или должность), какое действие требуется (ознакомление, проверка, согласование, утверждение) и в течение какого срока.

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

Отдельный блок настроек описывает поведение при отклонении: вернуть документ инициатору, перезапустить маршрут с текущего этапа или с начала, либо завершить процесс со статусом «Отклонено». От этих настроек зависит, сколько времени уйдёт на повторное согласование исправленного документа.

Где в 1С хранятся и настраиваются шаблоны

В большинстве реализаций шаблоны маршрутов хранятся в виде справочника. Найти его можно через раздел настроек согласования, администрирования или через полный список объектов в меню «Все функции» (в обычном приложении) либо через поиск по слову «маршрут» в панели навигации. Точное расположение зависит от конфигурации, поэтому надёжнее уточнить у администратора или разработчика, внедрявшего механизм.

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

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

Как создать и настроить ШМД пошагово

Создание шаблона начинается с анализа реального процесса в компании. Выясните, кто фактически согласовывает документы данного вида, в какой последовательности и какие этапы можно объединить или убрать. Переносить в систему стоит устоявшийся процесс, а не желаемую схему, которую никто не проверял на практике.

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

Порядок настройки шаблона
  1. 1
    Откройте справочник шаблонов маршрутов и создайте новый элемент с понятным наименованием, например «Договоры до 100 тыс. — стандартный».
  2. 2
    Заполните условия применения: вид документа, организация, ограничения по сумме или другим реквизитам.
  3. 3
    Добавьте этапы в табличную часть: укажите действие, исполнителя или правило его вычисления, при необходимости — срок исполнения.
  4. 4
    Настройте поведение при отклонении: возврат инициатору, повтор с текущего этапа или завершение процесса.
  5. 5
    Сохраните шаблон и запустите тестовый документ по маршруту, проверив каждый этап от имени соответствующих пользователей.
  6. 6
    Проверьте итоговый статус документа после полного прохождения маршрута и после отклонения.

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

Как назначается исполнитель этапа

Самый простой вариант — жёсткое указание пользователя. Он подходит для уникальных ролей вроде финансового директора, но создаёт проблему при отпуске или увольнении: маршрут останавливается, и шаблон приходится править вручную.

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

Способы назначения исполнителя

Конкретный пользователь

Просто и наглядно, но маршрут ломается при отпуске или увольнении сотрудника; подходит для стабильных ключевых ролей.

Роль или должность

Устойчиво к кадровым изменениям, требует корректного ведения кадровых данных и настройки замещения.

Вычисляемый исполнитель

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

Типичные ошибки при работе с ШМД

Чаще всего проблемы возникают не из-за системы, а из-за настроек, сделанных «на скорую руку» и не проверенных на реальных сценариях. Ниже — ошибки, которые встречаются регулярно.

Типичные ошибки
01
Назначение этапа на конкретного сотрудника без заместителя — при его отсутствии согласование всех документов встаёт.
02
Отсутствие условий применения — система предлагает неподходящий шаблон или пользователь выбирает маршрут вручную наугад.
03
Не настроено поведение при отклонении — документ после возврата теряет маршрут, и процесс приходится запускать заново вручную.
04
Слишком длинная цепочка согласующих — документ проходит маршрут неделями, и сотрудники начинают обходить систему.
05
Правка активного шаблона без проверки — документы, уже находящиеся на согласовании, получают конфликт этапов или неверного исполнителя.

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

Как проверить, что маршрут работает правильно

После настройки шаблона прогоните по нему тестовый документ и сверьте фактическое поведение с ожидаемым по каждому этапу. Контрольные точки ниже помогают отличить норму от проблемы.

Контрольные точки

Как проверить результат

Задачи согласования
Норма

Задача появляется у правильного исполнителя сразу после завершения предыдущего этапа

Тревожный признак

Задача не создаётся, приходит другому пользователю или появляется с задержкой без причины

Статус документа
Норма

Статус меняется последовательно и после финального этапа становится «Согласовано»

Тревожный признак

Статус «застревает» на промежуточном значении или сбрасывается

Отклонение
Норма

Документ возвращается инициатору с комментарием, повторный запуск идёт по заданному правилу

Тревожный признак

Документ исчезает из списков задач или маршрут обрывается

История согласования
Норма

В карточке документа видны все этапы, исполнители, даты и решения

Тревожный признак

Часть этапов не отображается или исполнители указаны некорректно

Если тестовый прогон прошёл чисто, имеет смысл первые дни после запуска контролировать реальные документы: пользователи неизбежно находят сценарии, которые не были предусмотрены — незаполненные реквизиты, нулевые суммы, документы-черновики.

Когда ШМД не нужен и какие есть альтернативы

Шаблоны маршрутов оправданы, когда согласование массовое и повторяющееся: десятки однотипных договоров, заявок, счетов в месяц. Если документы уникальны и каждый раз согласуются по-разному, жёсткий шаблон будет мешать — проще оставить ручное назначение маршрута.

Для простых процессов из двух-трёх человек иногда достаточно статусов документа и регламентированных операций без полноценного механизма маршрутов. А в сложных сценариях с параллельным согласованием и ветвлениями может потребоваться полноценная подсистема бизнес-процессов, где ШМД будет лишь частью общей схемы.

Маршрут решения

Как выбрать подход

Однотипные документы согласуются регулярно по одной схемеСоздайте ШМД с условиями применения и вычисляемыми исполнителями
Каждый документ согласуется индивидуальноОставьте ручное назначение маршрута, шаблон только добавит лишних действий
Нужны параллельные ветки и сложные условияРассмотрите механизм бизнес-процессов с участием разработчика
Согласующих всего двое и процесс стабиленВозможно, достаточно статусов документа без маршрутизации

Ограничения и меры предосторожности

ШМД — это часть прикладной логики базы, и его изменение влияет на все документы, которые используют данный шаблон. Правки в рабочей базе делаются в нерабочее время или после согласования с пользователями, а существенные изменения сначала проверяются на копии.

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

Итог

Что важно запомнить

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

Частые вопросы о ШМД в 1С

ШМД — это стандартный объект типовых конфигураций 1С?

Нет, это не единый типовой объект с фиксированным названием. Аббревиатура используется в отраслевых решениях и доработках подсистем согласования. В типовых конфигурациях аналогичные задачи решают собственные механизмы согласования или бизнес-процессы, поэтому точное имя и состав настроек нужно смотреть в конкретной базе.

Как найти шаблоны маршрутов, если я не знаю, где они лежат?

Начните с поиска по слову «маршрут» в панели функций или через «Все функции» — там виден полный список справочников. Если ничего не находится, уточните у администратора: возможно, механизм называется иначе или доступ к нему ограничен правами.

Можно ли изменить маршрут для документа, который уже отправлен на согласование?

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

Что делать, если согласующий уволился, а документы «висят» на нём?

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

Можно ли сделать, чтобы шаблон выбирался автоматически?

Да, если в шаблоне заполнены условия применения (вид документа, сумма, организация и т. п.), система может сама подбирать подходящий маршрут при запуске согласования. Если подходят несколько шаблонов, обычно предлагается выбор — поэтому условия стоит настраивать так, чтобы они не пересекались.

Нужен ли программист для настройки ШМД?

Для заполнения этапов, исполнителей и условий в готовой карточке шаблона программист не нужен — это работа ключевого пользователя или методолога. Разработчик потребуется, если нужны вычисляемые исполнители, нестандартные условия или если сам механизм маршрутов ещё не внедрён в базу.