Договор готов, его осталось «просто согласовать» — и именно здесь он застревает на неделю, а то и на месяц. Документ уходит юристу, тот возвращает правки, менеджер вносит их в свою версию, отправляет финансам — а те открывают файл двухдневной давности. Кто-то ушёл в отпуск, кто-то не заметил письмо, у кого-то «ещё не дошли руки». В итоге никто не может сказать, на каком этапе договор и кто его тормозит.
Согласование — самый недооценённый этап договорной работы. Подписание выглядит как финал, но до него договор должен пройти через несколько человек, каждый из которых смотрит свою зону: юрист — риски и формулировки, финансы — сумму и условия оплаты, руководитель — целесообразность сделки. Пока эта цепочка не отлажена, скорость сделок определяется не рынком, а тем, как быстро письмо доходит до нужного человека.
Что такое маршрут согласования
Маршрут согласования — это заданная последовательность людей и подразделений, через которых проходит договор от подготовки до подписания. У каждого участника своя роль и своя ответственность: одни вносят правки, другие проверяют и визируют, последний — подписывает.
Состав маршрута зависит от типа договора и суммы: типовой договор на небольшую сумму может идти через двоих, крупная нестандартная сделка — через службу безопасности, тендерный отдел и совет директоров. Но логика одна: маршрут фиксирует, кто и в каком порядке смотрит документ, чтобы согласование не превращалось в хаотичную пересылку файла «по кругу».
Маршрут — это не бюрократия ради бюрократии, а ответ на вопрос «кто должен увидеть этот договор до подписи». Без явного маршрута согласование держится на памяти инициатора: кого вспомнил — тому отправил, кого забыл — того и не спросили. Именно так в подписанный договор попадают условия, которые не видели ни юрист, ни финансы.
Где маршрут буксует
Сам по себе маршрут проблему не решает — важно, как он устроен. Вот типичные узкие места, на которых теряются дни и недели.
Когда документ идёт строго по цепочке — сначала юрист, потом финансы, потом руководитель — каждый ждёт предыдущего. Юрист уехал на два дня, и финансы всё это время даже не видели договора, хотя могли смотреть его параллельно. Длительность маршрута складывается из всех этапов, а не из самого долгого.
Документ ушёл на согласование «бессрочно». Если у этапа нет дедлайна, договор может лежать у согласанта неделю, и формально никто не нарушает правил. Без срока на каждый шаг маршрут растягивается до бесконечности.
Чем больше согласантов, тем дольше и хрупче маршрут: семь обязательных виз превращают любую сделку в марафон. Часть согласантов добавлена «на всякий случай» и по факту просто пропускает документ дальше, не глядя.
Каждый правит свою копию: юрист — в одном файле, финансы — в другом. Версии расходятся, кто-то вносит замечания в устаревший вариант, итоговый текст приходится собирать вручную. Так в подпись уходит не та редакция, что согласовали.
Договор согласуют в почте и мессенджерах: «глянь, ок?» в чате, правки голосом по телефону, визы — в виде «согласен» в ответном письме. История разбросана по десяти источникам, а доказать, кто и что одобрил, невозможно.
Как ускорить согласование
Ускорение — это не «давить на людей, чтобы быстрее визировали». Это пять системных изменений в самом маршруте.
Если юрист и финансы смотрят разные зоны и не зависят друг от друга — пусть согласуют одновременно, а не по очереди. Последовательность оставляйте только там, где она реально нужна: например, руководитель визирует после того, как юрист снял риски.
У каждого шага маршрута — свой срок: типовой договор юрист смотрит за 1 рабочий день, нестандартный — за 2–3. Дедлайн превращает «когда дойдут руки» в обязательство с понятной датой.
Согласует не «юридический отдел», а конкретный человек. «Отправил в отдел» означает, что документ зависнет, пока кто-нибудь сам его не подберёт. Персональная ответственность убирает зону, где все думают, что смотрит кто-то другой.
Если этап просрочен, документ автоматически подсвечивается и о нём узнаёт руководитель согласанта. Эскалация работает без чьей-то доброй воли — просрочка не растворяется в общем потоке, а становится видимой проблемой.
Все правки — в одном документе, видно, кто и что менял, какая редакция финальная. Это снимает раунды «а это последняя версия?» и гарантирует, что подписывают именно то, что согласовали.
Длинный маршрут согласования редко тормозит из-за того, что люди работают медленно. Он тормозит из-за того, что никто не видит, на ком документ остановился, и ни у одного этапа нет срока.
Статусы согласования
Чтобы маршрут был прозрачным, у каждого документа должен быть статус из закрытого списка — тогда видно, где он находится, без переписки и звонков. Базовый набор: «на согласовании», «на доработке», «согласовано», «отклонено».
Принцип светофора применим и здесь: зелёный — этап согласован и движется дальше, жёлтый — на доработке или приближается дедлайн визы, красный — этап просрочен или договор отклонён. Закрытый список статусов важен так же, как и сроки: как только появляется «вроде согласовали, уточнить», сводка по маршрутам перестаёт работать.
Сколько времени это экономит
Пример условный, цифры приведены для наглядности и не являются статистикой. Возьмём типовой договор и маршрут из четырёх согласантов: юрист, финансы, руководитель, подписант.
При последовательном маршруте без сроков юрист берёт 2–3 дня, финансы — ещё 2, руководитель — 1–2, плюс паузы на «забыл» и «в отпуске» — набегает около восьми рабочих дней. Если пустить юриста и финансы параллельно и дать каждому этапу дедлайн в 1 день, тот же договор проходит маршрут примерно за три дня.
Эффект тем заметнее, чем больше у компании договоров: ускорение каждого маршрута на несколько дней — это десятки сделок, которые быстрее доходят до подписи и до денег.
Чек-лист регламента согласования
Регламент согласования умещается на одну страницу и отвечает на вопросы «кто», «в каком порядке», «за какой срок» и «что считается финалом».
- Описаны маршруты для основных типов договоров (типовой, нестандартный, крупная сумма).
- Для каждого типа задан состав согласантов и их порядок.
- Указано, какие этапы идут параллельно, а какие — последовательно.
- У каждого этапа есть SLA (срок на визу в рабочих днях).
- Согласанты назначены поимённо, а не «отделом».
- Определён порядок эскалации при просрочке этапа.
- Все правки ведутся в одной версии с историей изменений.
- Задан закрытый список статусов согласования.
- Зафиксировано, что считается финальной согласованной версией, уходящей в подпись.
Где это автоматизируется
Пока согласование живёт в почте и мессенджерах, маршрут держится на памяти инициатора, а история теряется. Электронное согласование решает обе проблемы: маршрут задан заранее, документ сам идёт по участникам, каждый этап виден со статусом и сроком, а все правки и визы хранятся в одном месте.
В Pactrum маршруты согласования настраиваются по типу договора, этапы можно пускать параллельно, у каждого согласанта — свой дедлайн, а система напоминает о приближающихся сроках и подсвечивает зависшие визы. История версий и решений хранится в карточке договора, а общую картину — что на согласовании, что просрочено, где затык — видно на дашборде руководителя. После того как договор согласован и подписан, та же система ведёт контроль исполнения: этапы, сроки и платежи.
Частые вопросы
Чем параллельное согласование отличается от последовательного?
При последовательном согласовании документ идёт строго по цепочке: следующий участник получает его только после предыдущего, и общий срок складывается из всех этапов. При параллельном — несколько согласантов, которые не зависят друг от друга (например, юрист и финансы), смотрят документ одновременно. Это резко сокращает длительность маршрута без потери качества проверки.
Как избавиться от зависших согласантов?
Дать каждому этапу маршрута дедлайн (SLA) и включить эскалацию: если виза просрочена, документ подсвечивается, а о простое узнаёт руководитель согласанта. Без срока на этап договор может лежать у человека неделями, формально не нарушая правил. С дедлайном и эскалацией зависание становится видимой проблемой, а не нормой.
Зачем нужна история версий при согласовании?
Чтобы все работали с одним документом, а не с расходящимися копиями. История версий показывает, кто и что менял, какая редакция финальная, и не даёт внести правки в устаревший файл. Без неё итоговый текст собирают вручную, и в подпись рискует уйти не та редакция, которую согласовали.
Что должно входить в маршрут согласования?
Минимум — инициатор, юрист, финансы, руководитель и подписант, но состав зависит от типа и суммы договора. Типовой договор на небольшую сумму может проходить через двоих; крупная нестандартная сделка — дополнительно через службу безопасности или совет директоров. Главное — описать маршрут заранее для каждого типа договора, а не собирать согласантов по памяти под каждую сделку.
Чем электронное согласование лучше согласования в почте?
В почте и мессенджерах маршрут держится на памяти инициатора, а история разбросана по чатам и письмам — невозможно ни увидеть текущий этап, ни доказать, кто что одобрил. Электронное согласование задаёт маршрут заранее, ведёт документ по участникам со статусами и сроками и хранит все правки и визы в одном месте. Как организовать единое хранилище договоров — в статье как вести реестр договоров.
Согласование, в котором видно, на ком застрял договор
Настройте маршруты по типам договоров, пустите этапы параллельно и задайте сроки — система проведёт документ по согласантам и напомнит о дедлайнах.
Попробовать бесплатно
