Настраиваем согласование договоров в 1С:ERP и Комплексной автоматизации

· 9 мин

Содержание

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

Механизм есть в 1С:ERP Управление предприятием 2 и в 1С:Комплексная автоматизация 2 — это одна и та же подсистема, настройки и действия совпадают. В 1С:Бухгалтерии КОРП и при бесшовной интеграции с 1С:Документооборотом логика похожа, но маршруты живут в отдельной базе.

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

С чего начать: включаем функционал и раздаём права

Согласование договоров работает поверх двух вещей — самого учёта договоров и универсального механизма процессов и задач. Оба включаются в разделе НСИ и администрирование.

Проверьте три настройки:

  • 🧾 Ведение договоров — в группе настроек, где включается работа с договорами контрагентов. Без этого у договора не будет статусов и карточки нужного вида.
  • ✅ Согласование договоров — отдельный флаг, который и добавляет в карточку команды запуска маршрута. Точное название пункта зависит от версии конфигурации — ищите его рядом с настройками договоров.
  • 🔔 Процессы и задачи (органайзер) — механизм, через который исполнителям приходят задачи и напоминания.

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

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

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

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

Маршрут согласования: этапы, участники и сроки

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

Что задаётся на этапе:

  1. Кто согласует — конкретный пользователь, либо роль (например, «Руководитель отдела продаж», «Юрист», «Финансовый директор»). Роль удобнее: при смене сотрудника маршрут не придётся переделывать.
  2. Порядок — последовательный (этапы идут друг за другом, следующий стартует после завершения предыдущего) или параллельный (несколько согласующих получают задачи одновременно).
  3. Срок — сколько дней или часов даётся на этап. От него считаются просрочки и напоминания.
  4. Обязательность — можно ли пропустить этап, если согласующий не ответил, или маршрут встаёт до его решения.

Типовой маршрут для договора: юрист → финансовая служба → руководитель. Юрист смотрит условия и ответственность, финансы — суммы и сроки оплаты, руководитель утверждает итог. Параллельно пускают этапы, которые не зависят друг от друга, чтобы не терять дни.

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

Разберём на примере. Компания закупает товары и услуги. Удобно развести два маршрута по сумме договора:

  • Договоры до 300 000 ₽ — короткий маршрут: только руководитель отдела. Один этап, срок 1 день.
  • Договоры от 300 000 ₽ — полный маршрут: юрист (2 дня) → финансовая служба (2 дня) → директор (1 день), последовательно.

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

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

Как отправить договор на согласование

Когда маршруты настроены, инициатор работает из карточки договора.

Порядок действий:

  1. Заведите договор и заполните обязательные реквизиты — контрагент, вид договора, сумма, срок действия, условия оплаты. Пустые поля — первая причина отказа на согласовании.
  2. Прикрепите скан или файл договора к карточке, если согласующие должны видеть текст, а не только реквизиты.
  3. Нажмите команду запуска согласования в карточке (в разных версиях это кнопка «Согласовать» или команда в меню «Ещё»).
  4. Выберите маршрут, если для этого вида договора их несколько и условие не определяет маршрут автоматически.

После запуска договор меняет статус и становится недоступен для свободного редактирования — так система защищает согласованные условия от тихой правки. Жизненный цикл статусов выглядит так:

Статусы договора при согласовании

Названия статусов в вашей базе могут слегка отличаться, но логика одна: от черновика через «на согласовании» к «действует», с возвратом в правку при отказе. Статус согласования — внутренний, в печатную форму договора и контрагенту он не попадает.

Задачи согласующего и инициатора: где их искать

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

Где появляются задачи:

  • На начальной странице в списке текущих дел — там же, где прочие поручения пользователя.
  • В списке задач, адресованных сотруднику («Мои задачи» / «Задачи мне») — туда удобно заходить, когда задач много.
  • В виде напоминания, если в процессе включены уведомления.

Открыв задачу, согласующий видит ссылку на договор, его условия и прикреплённые файлы. Дальше два пути:

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

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

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

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

Контроль сроков и разбор нарушений

Смысл согласования — не только собрать подписи, но и видеть, где процесс буксует. Для этого в системе есть сроки на этапах и отчёты по их соблюдению.

Что контролировать:

  • ⏱ Просроченные задачи — этапы, где согласующий не уложился в срок. По ним система шлёт напоминания, а при настроенной эскалации задача поднимается к руководителю.
  • 📊 Длительность согласования — сколько в среднем проходит договор от запуска до статуса «Действует». Если неделями — маршрут слишком длинный или кто-то системно тормозит.
  • 🔁 Число возвратов — как часто договоры отклоняют. Много возвратов на одном этапе означает, что инициаторы не знают требований этого согласующего, и проще дать им памятку, чем гонять договоры по кругу.

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

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

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

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

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

Если согласование зависло: что проверить

Чаще всего маршрут встаёт не из-за ошибки программы, а из-за настроек прав или незаполненных данных. Разберём по симптомам.

Диагностика: выберите симптом

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

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

Можно ли изменить договор после того, как его согласовали?
Да, но правка согласованных условий (сумма, срок, контрагент) обычно сбрасывает статус и требует повторного запуска маршрута. Это и есть защита от тихих изменений. Технические реквизиты без влияния на условия чаще меняются без пересогласования.
Чем согласование в 1С:ERP отличается от согласования в 1С:Документообороте?
В ERP и Комплексной автоматизации маршрут встроен в учётную базу и привязан к карточке договора. В 1С:Документообороте согласование — отдельная мощная подсистема: ветвящиеся маршруты, версии файлов, согласование любых документов, а не только договоров. Для сложных регламентов берут ДО и подключают его к учётной базе.
Можно ли согласовать дополнительное соглашение или спецификацию, а не весь договор?
Доп. соглашения и спецификации ведутся как связанные с договором объекты и, как правило, проходят собственный маршрут согласования по той же схеме. Настраивается это там же, где и согласование основных договоров.
Что будет, если согласующий просто не отвечает?
Задача числится просроченной, по ней идут напоминания, а при настроенной эскалации она поднимается к руководителю исполнителя. Автоматически «за него» система договор не согласует — решение всё равно нужно от человека или от того, кто его замещает.
Видит ли контрагент, что договор ещё на согласовании?
Нет. Статус согласования — внутренний механизм вашей базы. В печатную форму договора и в обмен с контрагентом он не попадает.