СЭД для согласования договоров: маршруты вместо переписки

Почему согласование затягивается на недели

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

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

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

С чего начать, если регламента нет вообще

Отсутствие формального регламента — не препятствие, а частая ситуация. Фактический порядок всё равно существует: кто-то смотрит суммы, кто-то условия оплаты, кто-то юридическую часть.

Мы начинаем с того, что описываем этот фактический порядок — не «как должно быть», а как есть. Уже на этом шаге обычно выясняется, что часть согласований дублируется, а часть не нужна вовсе.

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

Что измерять, чтобы понять, стало ли лучше

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

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

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

Отпуска, замещения и срочные договоры

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

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

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