О стандарте
Стандарт описывает процесс заключения договора строительного подряда — самого сложного в корпоративной практике документа.
Мы подготовили стандарт для юридических департаментов, контрактных менеджеров, отделов договорной работы и проектных команд в компаниях-заказчиках СМР: девелоперов, промышленных холдингов, инфраструктурных компаний.
Стандарт не заменяет юридическую экспертизу; он отвечает на вопрос — как устроить процесс так, чтобы юристам было нужно вмешиваться реже.
Когда стандарт пригодится
- Аудит текущего процесса. Сравнить, как устроена договорная работа сегодня, с тем, как это работает у лидеров рынка.
- Внедрение ИТ-системы — новой или замены старой. Сформулировать требования к процессу до начала автоматизации, а не после.
- Онбординг новых сотрудников. Передать стандарт участникам процесса как рабочий регламент — единый язык для команды.
Два состояния каждого этапа
Стандарт описывает два состояния для каждого этапа: AS IS — как вы выполняете шаг сейчас, и TO BE — как должно быть с ИТ-платформой для управления контрактами.
Где процесс ломается
Текущее состояние помогает увидеть, где процесс работает на людей вместо того, чтобы люди работали в процессе. Здесь — узкие места.
Норма рынка
Целевое состояние показывает норму у компаний, которые уже прошли через автоматизацию. Это не утопия, это рабочий стандарт.
Специфика договора подряда
Сразу пять факторов делают этот документ одним из самых сложных в корпоративной практике.
| Фактор | Почему это важно для договорного процесса |
|---|---|
| Технические приложения | Смета, ГПР, перечень работ, техническое задание — обязательные части сделки. Договор без них не имеет смысла. |
| Высокая цена ошибки | Ошибка в сроках, суммах или составе работ напрямую влияет на стройку, её финансовый результат и отношения с подрядчиком. |
| Много согласующих | Помимо юристов — финансовый и экономический контроль, казначейство, СБ, закупки, административный контроль. |
| Правки от подрядчика | Подрядчики часто присылают свои редакции или протоколы разногласий — узкое место без структурированного разбора. |
| Корпоративный контроль | Крупные сделки требуют корпоративного одобрения и проверки полномочий подписантов. |
Большинство проблем, которые проявляются на этапе согласования, рождаются раньше — в преддоговорной подготовке.Из практики автоматизации, Doczilla
Семь типичных причин задержек
- Менеджер выбирает неправильный шаблон или не знает, какой из похожих применить.
- Менеджер заполняет данные вручную из нескольких источников: почта, смета, ГПР, проектная и закупочная документация.
- Юрист вычитывает каждый договор — даже если подрядчик не вносил правок в форму.
- Часто юристы пишут договоры подряда сами, не доверяя менеджерам.
- Команда оценивает правки контрагента на глаз: нет структурированного разбора изменений.
- Договор согласуют последовательно через всех, независимо от того, нужны ли они для этой сделки.
- Версии договора и допсоглашений множатся в почте — невозможно понять, какая актуальна.
Кто пишет и согласовывает договор
Ролевая модель типичной крупной компании. Конкретный состав зависит от структуры — эти 11 функций практически универсальны.
Преддоговорный этап
Большинство проблем, которые проявляются на согласовании, рождаются здесь: нет актуальных общих условий, не проверен контрагент, не закрыт вопрос корпоративных одобрений.
Общие условия работы с подрядчиками
Общие условия фиксируют позицию компании в договорах подряда: стандартные параметры, красные линии, пространство для переговоров.
Согласовывать быстрее
У юриста и менеджера — единый ориентир, а не разговор заново по каждой сделке.
Работать с правками
Матрица отклонений строится на базе общих условий — у правок появляется точка отсчёта.
Не зависеть от людей
Стандарт фиксирует позицию компании, а не конкретного юриста.
Минимальный состав общих условий
- Выполнение работ. Объём ответственности подрядчика, требования к качеству, порядок сдачи-приёмки.
- Оплата. Допустимый размер аванса, порядок удержания обеспечительного платежа, сроки.
- Обеспечение исполнения. Банковская гарантия, поручительство, обеспечительный платёж — стандарты и пороги.
- Ответственность сторон. Стандартные размеры неустоек и штрафов.
- Споры. Претензионный порядок, арбитраж.
- Требования к подрядчику. СРО, страхование, охрана труда.
Проверка подрядчика (KYC)
Проверяйте подрядчика до того, как начнёте готовить и согласовывать договор. Это один из наиболее частых источников задержек: договор уже готов, а служба безопасности только начинает проверку.
| Что проверяем | AS IS | TO BE |
|---|---|---|
| Реестры и базы | Вручную в Федресурсе, КАД, ФССП, ФНС — последовательно в каждом источнике. | Система автоматически проверяет все реестры при создании сделки. Результат — в дашборде контрагента. |
| СРО и допуски | Запрашивают свидетельство СРО и вручную проверяют, актуально ли оно. | Система запрашивает свидетельства СРО и автоматически проверяет их с помощью AI. |
| Страхование | Запрашивают страховые полисы, вручную проверяют сроки действия. | Полисы загружают в систему — она сама контролирует сроки и условия страхования. |
| Повторная проверка перед подписанием | Не проводится системно — разрыв может составлять недели или месяцы. | Автоматическая повторная проверка перед подписанием. При негативных событиях договор не уходит на подпись. |
Проверяйте контрагента до того, как начнёте готовить договор. Повторная проверка перед подписанием — обязательный шаг: за время согласования статус контрагента может измениться.
Полномочия подписанта
Если договор подпишет человек без полномочий, его можно оспорить. Обязательно проверьте полномочия перед тем, как отдавать документ на подпись.
Юрист — вручную
Запрашивает устав, доверенность или приказ о назначении ЕИО, проверяет срок действия и объём полномочий, сверяет с ЕГРЮЛ.
Система — автоматически
При загрузке реквизитов система запрашивает документы-основания полномочий, проверяет срок и сверяет сумму с лимитом. Истёкший документ — блокировка.
Три типичные ошибки
- Доверенность истекла.
- Полномочия ограничены суммой меньше цены договора.
- Подписант действует по доверенности лица, которое само не вправе выдавать такие доверенности.
Тендер: что должно перейти в договор
Если заключаете договор после тендера, текст может разойтись с тем, что согласовали в ходе закупки. Это правовые и финансовые риски.
- Цена договора
- Должна совпадать с ценой победителя тендера. Любое отклонение требует обоснования и согласования.
- Состав и объём работ
- Точно соответствуют лоту тендера. Добавление или исключение работ без повторной закупки может быть нарушением.
- Сроки выполнения
- Совпадают со сроками из тендерного предложения победителя.
Корпоративные одобрения
Нужно получить одобрение до подписания договора — с обеих сторон. Пропуск любого из этих шагов создаёт риск оспаривания.
2.5a · Со стороны заказчика
| Основание | Что проверяем | Последствия при пропуске |
|---|---|---|
| Крупная сделка | Сумма договора превышает 25% балансовой стоимости активов заказчика. | Акционер может оспорить договор. Возможно признание недействительным. |
| Сделка с заинтересованностью | Должностные лица или бенефициар подрядчика аффилированы с руководством или участниками заказчика. | Договор оспорим. Репутационные и правовые риски. |
Система автоматически рассчитывает долю суммы договора от активов заказчика и сверяет контрагента со списком аффилированных лиц. При превышении порога — в маршрут добавляется этап корпоративного одобрения.
2.5b · Со стороны подрядчика
Убедитесь, что подрядчик одобрил сделку внутри своей компании. Если директор подписал договор без одобрения совета директоров или участников — подрядчик может оспорить сделку.
| Что проверяем | Как | Когда |
|---|---|---|
| Крупность сделки для подрядчика | Сравниваем сумму договора с 25% активов подрядчика по последней отчётности. | Особенно для договоров с небольшими подрядчиками. |
| Полномочия директора подписать | Проверяем устав подрядчика на ограничения по сумме сделки. | Всегда — устав в стандартном KYC-пакете. |
| Одобрение СД / участников | Запрашиваем протокол или решение уполномоченного органа. | При признаках крупности для подрядчика. |
Матрица рисков и маршрутов
Правила, по которым параметры сделки определяют состав согласующих и порядок их участия. Центральный инструмент управления процессом: без матрицы все сделки идут по одному маршруту независимо от характеристик.
| Параметр / условие | Влияние на маршрут согласования |
|---|---|
| Типовой договор без правок | Юрист и бухгалтерия исключены из маршрута автоматически. |
| Сумма выше порога | Добавляют директора и профильные подразделения, при необходимости — корпоративное одобрение. |
| Предусмотрен аванс | В маршрут включают казначея для проверки кассового плана. |
| Новый подрядчик | Полная проверка СБ, включая ручную верификацию. |
| Повторный подрядчик | СБ выдаёт визу автоматически, без ручной проверки. |
| Крупная сделка / заинтересованность | Корпоративное одобрение до подписания. |
| Нетиповые условия / правки контрагента | Юрист в маршруте обязателен. |
Договорный этап
Подготовка драфта, внутреннее согласование, работа с подрядчиком, финальные проверки и подписание.
Подготовка драфта
Выбор шаблона
У крупных компаний — несколько похожих шаблонов договора подряда для разных ситуаций. Выбор неправильного — одна из самых распространённых ошибок этапа.
- Тип работ: общестроительные, отделочные, инженерные, благоустройство.
- Тип подрядчика: юридическое лицо / ИП / член СРО.
- Структура ценообразования: твёрдая цена / примерная цена / единичные расценки.
- Форма обеспечения: банковская гарантия / обеспечительный платёж / поручительство.
Система автоматически подбирает шаблон на основании параметров, введённых при создании сделки. Менеджер не выбирает файл из папки — выбор происходит автоматически.
Обязательный пакет приложений
Договор СМР без приложений влечёт проблемы на этапе исполнения. Перечень обязательных документов определяется шаблоном и типом сделки.
| Приложение | Содержание | Последствие отсутствия |
|---|---|---|
| Смета | Детализация видов работ, объёмов и стоимости. Основание для расчётов и приёмки. | Невозможно провести приёмку. КС-2 и КС-3 нельзя подписать. |
| График производства работ | Сроки выполнения этапов работ. Основание для контроля и неустоек. | Невозможно применить ответственность за нарушение сроков. |
| Техническое задание | Требования к качеству и результату работ, ссылки на регламенты. | Нет основания для оценки качества выполненных работ. |
| Документ об обеспечении | Банковская гарантия, гарантийное удержание, обеспечительный платёж или поручительство. | Нет защиты при нарушении обязательств. |
Заполнение полей и профиль сделки
Договор СМР содержит не менее 40 полей, которые должны быть заполнены корректно и синхронизированы между собой. Ручное заполнение из нескольких источников — основная причина ошибок.
Профиль сделки — структурированная карточка с ключевыми параметрами договора. Она формируется при создании сделки и остаётся актуальной на протяжении всего цикла. Параметры профиля используются для автоматического определения маршрута и должны быть на 100% синхронизированы с текстом документов.
Внутреннее согласование
Матрица согласований определяет, кто и в каком порядке визирует договор в зависимости от его параметров. Она строится на основе матрицы рисков (раздел 2.6) и закрепляется внутренним регламентом.
Принципы построения матрицы
- Каждый согласующий включается в маршрут только когда это необходимо — не по умолчанию.
- Согласующие, чья зона ответственности не затронута, исключаются автоматически.
- Порядок согласования параллельный или последовательный там, где порядок имеет значение.
- Сроки согласования закреплены в регламенте.
Юрист — это эскалация для нестандартных ситуаций, а не обязательный участник каждой сделки.Принцип эффективного процесса
Когда юрист исключается из маршрута
| Ситуация | Юрист | Основание |
|---|---|---|
| Типовой договор без правок, из шаблона | Не участвует | Юристы утвердили шаблон. Нет отклонений — нет рисков. |
| Несущественные правки (в пределах матрицы отклонений) | Не участвует | Менеджер принимает их самостоятельно. |
| Правки за пределами матрицы отклонений | Участвует точечно | Юрист изучает только спорные моменты. |
| Нетиповые условия, новый тип сделки | С этапа драфта | Нет шаблона или прецедента. |
Целевые показатели согласования
| Показатель | AS IS | TO BE |
|---|---|---|
| Время от запроса до подписания (типовой) | 7–14 рабочих дней | 2–3 рабочих дня |
| Договоров с ошибками в реквизитах | ~20–30% | менее 2% |
| Типовых договоров без юриста | 0% | более 80% |
| Среднее время ответа на правки | 3–5 рабочих дней | 1 рабочий день |
Согласование с подрядчиком
Три модели работы с правками
| Модель | Описание | Когда применяется |
|---|---|---|
| А · Правки в тексте | Подрядчик вносит изменения непосредственно в текст с режимом рецензирования. | Частая практика для несложных правок. Версии множатся. |
| Б · Протокол разногласий | Подрядчик предлагает свои варианты спорных пунктов как отдельный документ. | При существенных разногласиях по нескольким пунктам. |
| В · Матрица отклонений | Стороны заранее согласовали отклонения. Подрядчик видит, что может изменить без переговоров. | Для крупных партнёров. Наиболее зрелая практика. |
Матрица отклонений
Определяет, какие изменения менеджер вправе принять самостоятельно, какие нужно согласовать с конкретным подразделением, а какие неприемлемы в принципе.
| Тип правки | Кто принимает решение | Срок |
|---|---|---|
| Косметические — без смены смысла | Менеджер самостоятельно | В день получения |
| Технические — реквизиты, адреса, даты | Менеджер самостоятельно | В день получения |
| Коммерческие — оплата, сроки, обеспечение | Менеджер + профильный отдел | 1–2 раб. дня |
| Правовые — ответственность, гарантии | Юрист | 2–3 раб. дня |
| Блокирующие — выход за пределы | Отклонить или эскалировать | В день получения |
Система автоматически классифицирует каждую правку и формирует рекомендацию: принять, согласовать с профильной функцией или отклонить. Менеджер принимает финальное решение в интерфейсе системы.
Проверки перед подписанием
Финальные проверки — обязательный блок, независимо от того, как прошло согласование. Это последний рубеж контроля до того, как договор вступит в силу.
| Проверка | AS IS | TO BE |
|---|---|---|
| Повторная проверка контрагента | Не проводится системно. Между первой проверкой и подписанием — недели или месяцы. | Автоматическая проверка по реестрам. При негативных событиях — стоп. |
| Полномочия подписанта | Ручная проверка доверенности или устава. Часто откладывают на последний момент. | Система проверяет срок действия и сверяет сумму с лимитом. Нет полномочий — блокировка. |
| Комплектность пакета | Ручная проверка. Из-за нагрузки легко пропустить документ. | Система не позволяет перейти к подписанию при неполном пакете. |
| Финальная версия | Версии в почте. Риск подписания не финальной версии. | Финальная версия заблокирована. Подписать можно только её. |
Подписание и регистрация
- Документы подписываются усиленной квалифицированной электронной подписью (УКЭП) или в порядке, установленном соглашением об ЭДО.
- При бумажном подписании менеджер передаёт оригинал в ОДР, где его регистрируют и сохраняют.
- Договору присваивается реестровый номер. Единая система нумерации исключает дубли.
- Все версии, история согласования и связанные документы сохраняются в дашборде сделки.
- Ключевые условия (дата, стороны, предмет, цена) фиксируются системой автоматически — без ручного ввода.
Постдоговорный этап
Подписать договор — это только начало. Контроль исполнения, акты КС-2 и КС-3, допсоглашения, гарантийный срок, возврат обеспечения.
Постдоговорный процесс по СМР — самостоятельная и сложная область, где нужна отдельная методология. Эффективно заниматься ею имеет смысл после того, как наведён порядок на этапах до подписания.
Метрики процесса
Управление договорным процессом невозможно без измерений. Каждая метрика — в формате «AS IS → TO BE».
Что делает ИТ, а что — человек
Мы автоматизируем работу с договорами не для того, чтобы заменить людей. Люди принимают решения; система берёт на себя рутину.
| Действие | Кто | Роль системы |
|---|---|---|
| Выбирает шаблон и формирует пакет | Система | Автоматически на основе параметров сделки. |
| Заполняет реквизиты и поля | Система + менеджер | Автозаполнение из интеграций или через AI; менеджер верифицирует. |
| Сверяет сумму со сметой и даты с ГПР | Система | Автоматическая проверка; расхождение — предупреждение. |
| Определяет маршрут согласования | Система | На основе матрицы рисков — автоматически. |
| Проверяет контрагента и подписанта | Система + СБ | Авто-проверка по реестрам; СБ — для новых и проблемных. |
| Оценивает правки контрагента | Система + менеджер + юрист | AI классифицирует, менеджер решает, юрист — только спорные. |
| Согласует договор внутри компании | Согласующие + система | Система уведомляет, фиксирует визы, отслеживает просрочки. |
| Принимает решения по нестандартным ситуациям | Менеджер / юрист / руководство | Система предоставляет контекст и историю. |
| Подписывает договор | Уполномоченные лица | Система обеспечивает подпись финальной версии. |
Применимость в других системах
Практики стандарта можно внедрить в любой ИТ-системе, поддерживающей:
- Конструктор документов с логикой ветвления и автозаполнением из справочников.
- Настройку маршрутов согласования с условиями включения и исключения участников.
- Сравнение и контроль версий, классификацию изменений в редакторе.
- Интеграцию с ERP, закупочными системами и справочниками контрагентов.
- Хранение всех версий, документов и истории сделки в единой карточке.
- Интеграцию с большими языковыми моделями (AI) — облачными или локальными.
Как А101 автоматизировал процесс
Один из крупнейших девелоперов России — на базе 1С и Doczilla.
А101 — один из крупнейших девелоперов России. Компания автоматизировала процесс заключения договоров строительного подряда на базе 1С и Doczilla.
- Мегашаблон договора СМР с более чем 40 переменными полями и разветвлённой логикой условий — собран в Doczilla с помощью конструктора.
- Менеджер проектной команды самостоятельно готовит первый драфт договора без участия юриста.
- Система автоматически определяет маршрут согласования на основе параметров сделки.
- Цель — вывести юристов из согласования типовых договоров, в которые подрядчик не вносил правок.