Проверка договора на риски

Действие «Проверить на риски» под договором: формальные проверки по правилам, чек-лист рисков за выбранную сторону и правила вашей компании. Результат - уровень риска, «Главные правки» с решениями «Принять / Изменить / Отклонить», остальные замечания и протокол разногласий в Word.

Запуск

Откройте договор (чат с документом) и нажмите «Проверить на риски» в строке «Действия:». У юриста это первая кнопка; на стартовом экране та же карточка «Проверить договор на риски» с загрузкой файла. Работает у договоров, прошедших распознавание и индексацию: карточка «Договор не проиндексирован» означает, что обработка ещё не закончилась.

За кого проверяем

Первая карточка спрашивает сторону: «За покупателя (плательщик)» или «За поставщика (исполнитель)» - роли подставляются по типу договора (заказчик и исполнитель, арендатор и арендодатель, стороны NDA). Одно и то же условие для одной стороны требование, для другой риск, поэтому без стороны проверка не идёт. «Отмена» закрывает карточку.

Если у вас или у организации есть правила проверки, в той же карточке блок «Правила компании»: сколько правил подходит за каждую сторону и галка «Учитывать правила компании». Снимите галку - проверка пойдёт только по чек-листам. Кнопка «Правила проверки» открывает окно правил (см. Правила компании).

Правила компании

Правило - требование вашей компании к договорам, одной фразой: «Подсудность - только арбитражный суд по месту нахождения нашей компании», «Неустойка для нас - не больше 0,1 % в день». Окно «Правила проверки» открывается кнопкой в карточке выбора стороны.

• Как проверять. «По смыслу» - правило читает модель, как пункт чек-листа. «Числом» - выберите показатель (неустойка для нас или для другой стороны в % в день, предел неустойки, предоплата, срок оплаты, срок приёмки, гарантийный срок, срок уведомления о расторжении), условие «не больше» или «не меньше» и предел. Модель только находит число в договоре, сравнивает программа. Если число в других единицах (в год, долей ставки ЦБ), правка придёт как «двусмысленно» - сравните вручную.
• За какую сторону - плательщик, исполнитель или обе; типы договора - все или выбранные.
• Важность - критично, важно, желательно: нарушенные правила встают первыми, критичные выше.
• Наша формулировка пункта - необязательно; если есть, она идёт в протокол вместо формулировки модели.
• Применять для всей моей организации - правило увидят и применят коллеги. Чужое общее правило меняет только его автор или администратор организации.

Новое правило учитывается со следующей проверки; уже готовый результат не пересчитывается.

Что проверяется

• Формальный слой, без стороны и без модели: дата заключения и её правдоподобие, номер, реквизиты сторон с контрольной суммой ИНН и ОГРН, подписант и основание полномочий, сумма цифрами и прописью, НДС, ссылки на несуществующие пункты и приложения, согласованность дат, пустые поля и прочерки, нечётко распознанные слова в существенных условиях.
• Общие риски по чек-листу: расторжение, ответственность и неустойка, порядок оплаты, приёмка, споры и подсудность, односторонние права, «молчаливое согласие», ссылки на внешние документы, размытые формулировки.
• Специфика типа договора: существенные условия главы ГК и профильные риски поставки, услуг, подряда, аренды, NDA.

Проверка идёт в фоне: карточка показывает «Находки (пока проверка идёт)» и обновляется сама, кнопка «Обновить» подтягивает результат вручную. Длинный договор проверяется по частям с сохранением начала и конца. Если языковая модель недоступна, придут только формальные находки с пометкой «уровень не оценён».

Результат

Итоговая карточка:

• Уровень риска и короткая сводка: сколько правил компании проверено, сколько формальных замечаний, сколько заняла проверка.
• Главные правки - до пяти самых важных находок для протокола (см. ниже).
• Остальные замечания (N) - свёрнутый список: «красным» - стоит вносить, «зелёным» - на что взглянуть. Статус пункта (отсутствует, частично, риск, неоднозначно, противоречие, ничтожно), цитата и страница; клик подсвечивает место в документе. «По чек-листам замечаний нет» - если чисто.
• Кнопки: «Протокол разногласий: N правок (.docx)», «Проверить за другую сторону», «Проверить заново», «Закрыть», «Сохранить формулировку» (см. Формулировки).

Главные правки

Порядок задаёт программа, а не модель: сначала нарушенные правила компании (с пометкой «правило компании», по важности), затем находки по тяжести - ничтожно, противоречие, нет условия, риск, молчаливое согласие. Формальные замечания - после содержательных.

У каждой правки - пункт, в чём риск, что сейчас в договоре и что предлагаем, ссылка на страницу. Кнопки:

• Принять - правка идёт в протокол как есть;
• Изменить - поле с предлагаемой редакцией: поправьте текст и нажмите «Сохранить», в протокол пойдёт ваша редакция;
• Отклонить - правка в протокол не идёт;
• Отменить решение - вернуть правку «без решения».

Правка без решения тоже идёт в протокол, чтобы он не оказался пустым, если вы ничего не нажимали. Из «Остальных замечаний» в протокол идут только отмеченные кнопкой «В протокол». Повторная проверка (за ту же или другую сторону) решения сбрасывает.

Протокол разногласий

«Протокол разногласий: N правок (.docx)» собирает Word по решениям: главные правки, кроме отклонённых (изменённые - с вашей редакцией), и отмеченные остальные замечания. В строке - пункт, редакция контрагента, предлагаемая редакция, обоснование с нормой. Файл ложится рядом с договором, ссылка на карточке (в «Мои файлы» выгрузки не попадают). Если в протокол нечего вносить - «Протокол не нужен». Тот же протокол пополняют «Правка условий» и сравнение редакций.

В прошлый раз

Протокол разногласий сохраняется ещё и данными: ИНН контрагента, договор, пункты и наша редакция. Когда вы проверяете следующий договор с тем же контрагентом (тот же ИНН у другой стороны), в итоге проверки над правками появляется блок «В прошлый раз с этим контрагентом»: «Протокол от 12.03.2026 к проекту договора поставки № 15: Подсудность - мы предлагали «Споры - в Арбитражном суде Московской области»». Видны свои протоколы и протоколы коллег по организации, до трёх последних, по шесть строк.

ИНН контрагента Flux берёт из реквизитов договора: тот, что стоит у стороны, за которую вы не проверяли. Сторону он узнаёт по названию из начала договора («ООО «Вега», именуемое в дальнейшем «Поставщик»» - ИНН рядом с «Вега» в реквизитах), а если названия там нет - по слову роли перед реквизитами («Поставщик: … ИНН …»). Если ИНН другой стороны в договоре нет (в оферте - реквизиты только поставщика, а проверяли за поставщика), блока не будет.

Частые вопросы