Настраиваем согласование договоров в 1С:ERP и Комплексной автоматизации
Содержание
Согласование договоров в 1С включается в настройках ведения договоров (раздел НСИ и администрирование), а сам маршрут — кто согласует, в каком порядке и за какой срок — задаётся в настройке процессов согласования. Дальше инициатор отправляет договор по кнопке из карточки, а каждый согласующий получает задачу на своё рабочее место и отмечает в ней «Согласовано» или «Отклонено».
Механизм есть в 1С:ERP Управление предприятием 2 и в 1С:Комплексная автоматизация 2 — это одна и та же подсистема, настройки и действия совпадают. В 1С:Бухгалтерии КОРП и при бесшовной интеграции с 1С:Документооборотом логика похожа, но маршруты живут в отдельной базе.
Ниже — где всё включается, как собрать маршрут из этапов, как запустить согласование и как потом ловить просрочки по отчётам.
С чего начать: включаем функционал и раздаём права
Согласование договоров работает поверх двух вещей — самого учёта договоров и универсального механизма процессов и задач. Оба включаются в разделе НСИ и администрирование.
Проверьте три настройки:
- 🧾 Ведение договоров — в группе настроек, где включается работа с договорами контрагентов. Без этого у договора не будет статусов и карточки нужного вида.
- ✅ Согласование договоров — отдельный флаг, который и добавляет в карточку команды запуска маршрута. Точное название пункта зависит от версии конфигурации — ищите его рядом с настройками договоров.
- 🔔 Процессы и задачи (органайзер) — механизм, через который исполнителям приходят задачи и напоминания.
Настройки согласования меняет администратор. Рядовой пользователь их не видит, и это нормально: его дело — запускать маршрут и работать с задачами.
Отдельно раздайте права. Инициатор должен иметь право создавать договоры и запускать согласование, согласующий — право видеть договор и выполнять задачи. Если согласующий открывает задачу, но не видит сумм или условий договора, проблема почти всегда в профиле доступа, а не в маршруте.
Права удобнее раздавать не персонально, а через профили групп доступа: «Инициатор договоров», «Согласующий», «Ответственный за процессы». Тогда при приёме нового сотрудника достаточно включить его в нужный профиль, и маршруты сразу заработают на нём — переделывать процессы не придётся.
Пока флаг согласования выключен, договоры проводятся без всякого контроля — любой пользователь с правами поставит статус вручную. Поэтому включение функционала и настройку прав делают до того, как заводят первые маршруты.
Маршрут согласования: этапы, участники и сроки
Маршрут собирается из справочника процессов согласования. Процесс — это шаблон: последовательность этапов, на каждом из которых указан свой согласующий и срок.
Что задаётся на этапе:
- Кто согласует — конкретный пользователь, либо роль (например, «Руководитель отдела продаж», «Юрист», «Финансовый директор»). Роль удобнее: при смене сотрудника маршрут не придётся переделывать.
- Порядок — последовательный (этапы идут друг за другом, следующий стартует после завершения предыдущего) или параллельный (несколько согласующих получают задачи одновременно).
- Срок — сколько дней или часов даётся на этап. От него считаются просрочки и напоминания.
- Обязательность — можно ли пропустить этап, если согласующий не ответил, или маршрут встаёт до его решения.
Типовой маршрут для договора: юрист → финансовая служба → руководитель. Юрист смотрит условия и ответственность, финансы — суммы и сроки оплаты, руководитель утверждает итог. Параллельно пускают этапы, которые не зависят друг от друга, чтобы не терять дни.
Многим нужны разные маршруты для разных договоров. Для этого в процессе задают условие запуска — например, договоры с суммой выше порога идут через финансового директора, а мелкие закупки — по сокращённому маршруту. Условие проверяется автоматически в момент старта, инициатору ничего выбирать не нужно.
Разберём на примере. Компания закупает товары и услуги. Удобно развести два маршрута по сумме договора:
- Договоры до 300 000 ₽ — короткий маршрут: только руководитель отдела. Один этап, срок 1 день.
- Договоры от 300 000 ₽ — полный маршрут: юрист (2 дня) → финансовая служба (2 дня) → директор (1 день), последовательно.
Инициатор при этом просто запускает согласование. Какой из двух маршрутов стартует, система решает сама по сумме, которую он указал в карточке. Ошибиться с выбором нельзя — в этом и смысл условий.
Начните с одного-двух маршрутов и усложняйте по мере того, как видно реальные узкие места. Десяток ветвящихся процессов на старте только запутает пользователей, а каждый лишний этап — это плюс день к сроку согласования.
Как отправить договор на согласование
Когда маршруты настроены, инициатор работает из карточки договора.
Порядок действий:
- Заведите договор и заполните обязательные реквизиты — контрагент, вид договора, сумма, срок действия, условия оплаты. Пустые поля — первая причина отказа на согласовании.
- Прикрепите скан или файл договора к карточке, если согласующие должны видеть текст, а не только реквизиты.
- Нажмите команду запуска согласования в карточке (в разных версиях это кнопка «Согласовать» или команда в меню «Ещё»).
- Выберите маршрут, если для этого вида договора их несколько и условие не определяет маршрут автоматически.
После запуска договор меняет статус и становится недоступен для свободного редактирования — так система защищает согласованные условия от тихой правки. Жизненный цикл статусов выглядит так:
Названия статусов в вашей базе могут слегка отличаться, но логика одна: от черновика через «на согласовании» к «действует», с возвратом в правку при отказе. Статус согласования — внутренний, в печатную форму договора и контрагенту он не попадает.
Задачи согласующего и инициатора: где их искать
После старта маршрута каждый согласующий текущего этапа получает задачу. Искать её не нужно — она сама приходит на рабочее место.
Где появляются задачи:
- На начальной странице в списке текущих дел — там же, где прочие поручения пользователя.
- В списке задач, адресованных сотруднику («Мои задачи» / «Задачи мне») — туда удобно заходить, когда задач много.
- В виде напоминания, если в процессе включены уведомления.
Открыв задачу, согласующий видит ссылку на договор, его условия и прикреплённые файлы. Дальше два пути:
- Согласовать — этап закрывается, маршрут идёт дальше. При последовательном маршруте стартует следующий этап, при параллельном задача просто снимается с этого исполнителя.
- Отклонить — обязательно с комментарием, что именно не так. Без причины отказ бесполезен: инициатор не поймёт, что править. После отклонения договор уходит инициатору на доработку.
Инициатор по своей задаче видит ход согласования: какие этапы пройдены, кто согласовал, кто ещё думает, где застряло. Этот же путь прохождения хранится в истории договора, так что к нему можно вернуться и через месяц.
Комментарии согласующих тоже остаются в истории. Это удобно при спорах: если позже выяснится, что условия договора кому-то невыгодны, видно, кто и когда их согласовал и с какой оговоркой. Поэтому приучите согласующих писать по делу, а не ставить «ок» одной кнопкой, — через полгода этот комментарий может оказаться важнее самого договора.
Если согласующий в отпуске, не ждите его возвращения. В механизме задач есть замещение (делегирование) — администратор или сам сотрудник заранее указывает, кто выполняет задачи вместо него. Тогда маршрут не встаёт.
Контроль сроков и разбор нарушений
Смысл согласования — не только собрать подписи, но и видеть, где процесс буксует. Для этого в системе есть сроки на этапах и отчёты по их соблюдению.
Что контролировать:
- ⏱ Просроченные задачи — этапы, где согласующий не уложился в срок. По ним система шлёт напоминания, а при настроенной эскалации задача поднимается к руководителю.
- 📊 Длительность согласования — сколько в среднем проходит договор от запуска до статуса «Действует». Если неделями — маршрут слишком длинный или кто-то системно тормозит.
- 🔁 Число возвратов — как часто договоры отклоняют. Много возвратов на одном этапе означает, что инициаторы не знают требований этого согласующего, и проще дать им памятку, чем гонять договоры по кругу.
Отчёты по согласованию и задачам ищите в разделе, где живёт органайзер и процессы, либо в отчётах по договорам. Они показывают открытые и просроченные задачи в разрезе исполнителей и сроков — это и есть анализ нарушений.
Такой отчёт полезно смотреть руководителю раз в неделю. Два-три договора, зависших на одном и том же сотруднике, — это уже не случайность, а сигнал: либо человек перегружен, либо требования этого этапа непонятны инициаторам. В первом случае помогает замещение, во втором — короткая памятка, что именно проверяет согласующий, чтобы договоры доходили до него уже готовыми.
Отдельно полезна выборка по длительности: если средний срок согласования растёт месяц к месяцу, маршрут пора упрощать или убирать лишние этапы.
Для оперативного взгляда на один договор достаточно открыть его карточку и посмотреть ход согласования: видно каждый этап, исполнителя, дату и его решение.
Не копите просрочки молча. Настройте напоминания и эскалацию сразу — иначе договор зависает на согласующем, а инициатор узнаёт об этом, только когда контрагент звонит с вопросом, где подписанный экземпляр.
Если согласование зависло: что проверить
Чаще всего маршрут встаёт не из-за ошибки программы, а из-за настроек прав или незаполненных данных. Разберём по симптомам.
НСИ и администрирование либо у пользователя нет права запускать маршрут. Проверьте настройку и профиль доступа.Если штатного согласования в вашей конфигурации не хватает — нужны сложные маршруты, согласование не только договоров, но и служебных записок, визирование с версионированием файлов — смотрите в сторону бесшовной интеграции с 1С:Документооборотом. Там механизм согласования развит сильнее, а объекты учётной базы согласуются прямо из своих карточек.