Статус «Завершение согласования» — это ключевая контрольная точка в жизненном цикле договора. Он означает, что документ прошел все необходимые внутренние и внешние процедуры проверки, согласования условий и получения утверждений, и теперь полностью готов к этапу подписания сторонами. В современных системах электронного документооборота (ЭДО) и управления контрактами (CLM) этот статус запускает автоматические сценарии перехода к заключению сделки.
Место статуса в жизненном цикле договора
Процесс работы с договором обычно делится на несколько последовательных стадий. Понимание того, где находится «Завершение согласования», помогает юристам, менеджерам по продажам и закупкам эффективно управлять сроками.
- Создание черновика — инициация, заполнение реквизитов, выбор типового шаблона.
- Внутреннее согласование — маршрутизация документа по согласующим лицам (юридический департамент, безопасность, финансы, руководство). На этом этапе статус часто отображается как «На согласовании», «На рассмотрении у юриста», «На подписании у руководителя».
- Взаимодействие с контрагентом — отправка проекта партнеру, получение контрпредложений (редакций), ведение переговоров по условиям. В системах это может отражаться как «Отправлен контрагенту», «На согласовании у контрагента», «Возвращен с правками».
- Завершение согласования — финальный статус предподписного этапа. Все замечания учтены, все согласующие стороны (внутренние и внешние) дали согласие. Текст договора «заморожен» и утвержден в окончательном виде.
- Подписание — применение усиленных/квалифицированных электронных подписей (УЭП/КЭП) или ручных подписей на бумажном экземпляре. Статусы: «На подписании», «Подписан одной стороной», «Полностью подписан».
- Регистрация и исполнение — присвоение регистрационного номера, передача в архив, начало исполнения обязательств (поставка, оплата). Финальные статусы: «Действует», «Исполняется», «Закрыт».
Что именно означает статус «Завершение согласования»?
Назначение этого статуса (часто автоматически системой) подтверждает выполнение ряда обязательных условий:
- Единый текст: У сторон нет расхождений в формулировках, приложениях, спецификациях и графиках.
- Полный комплект согласований: Получены визы/подписи всех ролей, заданных в матрице согласования компании (юрист, коммерческий директор, ГБУ, CEO и т.д.).
- Согласие контрагента: Партнер официально подтвердил готовность подписать документ в текущей редакции (через портал ЭДО, почту или подпись проекта).
- Отсутствие блокирующих задач: Нет открытых задач на доработку, запросов уточнений или неподписанных дополнительных соглашений.
Как отмечается в практике систем вроде EnDocs или AppMaster, «только после прохождения всех этапов договор получает статус готового к подписанию документа внутри организации». Инициатор всегда видит, на каком этапе находится документ, и кто является текущим «узким местом» (bottleneck).
Техническая реализация в системах ЭДО и CLM
Современные платформы (EnDocs, iTender SRM, МТС Профиль для бизнеса, RTS Board, порталы госзакупок) визуализируют этот процесс через:
Канбан-доски (Kanban)
Колонка «Завершение согласования» / «Готов к подписанию» служит буферной зоной. Менеджер видит все договоры, ожидающие только применения подписей. Это позволяет:
- Приоритизировать подписание срочных сделок.
- Отслеживать «зависшие» документы, которые согласованы, но не подписаны днями.
- Автоматически уведомлять подписантов о необходимости действия.
Автоматические триггеры и сценарии
Переход в статус «Завершение согласования» часто инициирует:
- Формирование финального PDF-файла для подписания (сборка основного договора, приложений, спецификаций в один пакет).
- Отправку пакета документов на подписание через сервисы юридически значимого ЭДО (Диадок, СБИС, Контур, МТС и др.).
- Смену ответственного лица: передачу задачи от юриста/менеджера к уполномоченному подписанту (генеральному директору или доверенному лицу).
- Блокировку редактирования текста договора (версионирование останавливается, создается финальная версия v. Final).
Особенности на порталах госзакупок (44-ФЗ, 223-ФЗ, ЕАЭС)
В государственном секторе терминология может незначительно отличаться, но суть остается той же. Согласно инструкциям порталов (ЕИС, госзакупки РК и др.), после утверждения поставщиком/заказчиком проекта договора:
- Система отображает сообщение об утверждении.
- Статус меняется на «Отправлен на согласование заказчику» (если инициировал поставщик) или «На подписании у Заказчика».
- После подписания заказчиком статус становится «Подписан заказчиком» / «Ожидает подписи поставщика».
- Финальный статус регистрируемого договора — «Зарегистрирован» / «Действует».
В системах управления поставками (SRM, например iTender) после полного исполнения обязательств статус переходит в «Закрыт», и функционал по изменению договора становится недоступен.
Типовые ошибки и риски на стадии «Завершение согласования»
| Риск / Ошибка | Последствия | Профилактика |
|---|---|---|
| Преждевременное присвоение статуса вручную | Подписание версии с ошибками/неактуальными условиями; правовые риски. | Настройка автоматического перехода статуса только при наличии всех обязательных виз/подписей в системе. |
| Расхождение версий у сторон | Подписание разных текстов договора; споры о условиях. | Использование единого репозитория (Single Source of Truth) и сервисов ЭДО с версионированием. |
| Игнорирование срока действия оферт/гарантий | К моменту подписания условия коммерческого предложения устарели. | Автоматические напоминания о сроках действия коммерческих условий при длительном согласовании. |
| Отсутствие полномочий у подписанта | Договор может быть признан недействительным (ст. 174 ГК РФ). | Проверка доверенностей/реестра подписантов до перевода в статус «Готов к подписанию». |
Лучшие практики управления этим этапом Автоматизация маршрутов (Workflow)
Настройте в системе (EnDocs, 1С:Документооборот, Directum, Bitrix24, AppMaster) жесткую логику: статус «Завершение согласования» ставится только системой после прохождения последнего этапа маршрута. Исключите ручное назначение этого статуса менеджерами.
Прозрачность для инициатора
Как показывает практика EnDocs и AppMaster, инициатор должен в реальном времени видеть: «Договор согласован всеми, ожидает подписи Иванова И.И.». Мобильные приложения позволяют подписантам ставить КЭП «в один клик» из пуша-уведомления, не заходя в веб-интерфейс.
Интеграция с сервисами ЭДО
Настройте бесшовную передачу: Статус «Завершение согласования» → Кнопка «Отправить на подписание» → Выбор оператора ЭДО → Отправка контрагенту. Это исключает ручную выгрузку PDF, отправку по почте и потерю контекста переписки.
Контроль «зависших» договоров
Введите SLA (Service Level Agreement) на этап подписания после завершения согласования. Например: «Подписание должно произойти в течение 1 рабочего дня после присвоения статуса». Настройте эскалацию к руководителю подразделения при превышении.
Статус «Завершение согласования» — это не просто информационная метка, а триггер бизнес-процесса перехода от правовой подготовки к юридическому оформлению прав и обязанностей. Грамотная настройка этого этапа в системе управления договорами (CLM/ЭДО) позволяет:
- Сократить цикл «От идеи до подписания» на 30–50%.
- Исключить риск подписания неактуальных версий.
- Обеспечить полную аудиторскую следы (кто, когда, что согласовал).
- Освободить юристов от операционного контроля «подписали ли уже» в пользу экспертной работы.
Использование канбан-доск, автоматических уведомлений и интеграции с сервисами КЭП делает этот этап прозрачным, управляемым и быстрым, что критически важно для современного бизнеса и госсектора.