Проверка договора нейросетью надёжно закрывает механическую часть работы и почти не закрывает содержательную. На выборке из 50 договоров, где юрист вручную выписал 214 замечаний, система нашла 98,3 % механических — пропущенные реквизиты, несовпадение суммы прописью и цифрами, битые ссылки на пункты, отсутствие обязательного раздела. По отклонениям от типовой формы результат уже 64,1 %. По оценочным замечаниям — тем, где надо решить, рискованно ли условие и стоит ли за него торговаться, — 18,8 %.
Эти три числа объясняют, почему рынок так уверенно продаёт «ИИ-юриста», а юристы так же уверенно на него ругаются. Продают верхний слой, работает нижний. Механическая сверка занимает больше половины времени проверки и почти не требует квалификации — её и стоит отдавать машине. Профессиональное суждение о рисках не автоматизируется, и попытка сделать вид, что автоматизируется, стоит дороже, чем ручная проверка.
Ниже — разбор проверки на три слоя, устройство правила внутри чек-листа, методика замера точности на своей выборке, режим работы, который снимает риск ошибки, смета в рублях и порог объёма, ниже которого проект не имеет смысла. Отдельно — что происходит с ответственностью, когда часть работы делает система. Мы инженеры, а не юридическая фирма: формулировки регламента и договора с подрядчиком должен вычитать ваш юрист, и в тексте прямо отмечено, где это обязательно.
Три слоя проверки: механика, шаблон, суждение
В замере по 30 договорам, который мы разбирали в статье о маршруте согласования, юрист тратит на один договор 55 минут. Двенадцать из них уходят на поиск актуальной редакции и сверку реквизитов с карточкой — это не проверка, а поиск, и снимается он карточкой договора, а не моделью. Остаются 43 минуты собственно проверки, и они делятся на три неравные части.
| Слой | Что делает | Минут из 43 | Правил в чек-листе | Требует квалификации |
|---|---|---|---|---|
| Механический | Сверяет то, что можно проверить по формальному признаку: реквизиты, суммы, даты, ссылки, наличие обязательных разделов | 19 минут | 28 | Нет: сверку выполняет помощник или система |
| Шаблонный | Ищет отклонения от утверждённой типовой формы: изменённые пункты, добавленные условия, исчезнувшие ограничения | 14 минут | 22 | Частично: нужно знать, какие отклонения существенны |
| Оценочный | Квалифицирует условие как рискованное, взвешивает баланс интересов, решает, за что торговаться | 10 минут | 12 | Да: это и есть работа юриста |
Из этой таблицы видно, куда уходит время: 33 минуты из 43 — механика и шаблон, то есть работа, за которую компания платит юристу по ставке юриста, а получает работу помощника. Именно эта диспропорция, а не «риски» и не «интеллект», делает проверку договоров осмысленным объектом автоматизации.
Слоёная схема из трёх горизонтальных полос разной высоты, снизу вверх. Нижняя полоса самая широкая: «Механический слой — 19 минут, 28 правил, квалификация не нужна». Средняя: «Шаблонный слой — 14 минут, 22 правила, нужна частично». Верхняя узкая: «Оценочный слой — 10 минут, 12 правил, работа юриста». Справа вертикальная скобка охватывает две нижние полосы с подписью «33 минуты из 43». Слева от верхней полосы — силуэт человека. Чертёжный стиль, подписи по-русски.
Механический слой: что машина закрывает надёжно
Механическое правило устроено так, что его результат можно проверить, не будучи юристом: либо ИНН в шапке совпадает с ИНН в реквизитах, либо нет. Именно поэтому здесь достигается полнота 98,3 % — не потому, что модель умная, а потому, что задача формализована. Значительная часть этих правил вообще не требует языковой модели и делается обычным кодом поверх извлечённых полей.
- Реквизиты сторон: наличие и совпадение ИНН, КПП, ОГРН в шапке и в разделе реквизитов, соответствие названия организации данным ЕГРЮЛ, наличие банковских реквизитов и их формальная корректность по контрольному разряду.
- Суммы: совпадение цифрами и прописью, соответствие суммы договора сумме спецификации, наличие или отсутствие НДС и его ставки, соответствие валюты по всему тексту.
- Даты и сроки: дата договора не позже даты начала работ, срок действия указан, срок оплаты выражен числом дней, а не фразой «в разумный срок», дата подписания не выходит за срок действия доверенности подписанта.
- Ссылки внутри документа: каждый упомянутый пункт существует, приложения, на которые ссылается текст, приложены, нумерация не сбита после правок.
- Наличие обязательных разделов: предмет, цена и порядок расчётов, ответственность, срок действия, порядок разрешения споров, реквизиты и подписи.
- Подписант: указаны должность и основание полномочий, доверенность есть в реестре и действует на дату подписания.
- Соответствие карточке сделки: контрагент, сумма и предмет совпадают с тем, что записано в CRM и в учётной системе.
- Целостность документа: нет пустых мест для заполнения, нет остатков шаблона вроде «указать срок», нет двух разных номеров договора в одном файле.
Условие для всего этого одно: документ должен быть разобран на поля и структуру. Пока договор — это картинка или сплошной текст, ни одно из перечисленных правил не работает. Как устроен разбор документа на атрибуты и условия, где падает точность и что делать со сканами 200 dpi, мы разбираем в отдельном материале об извлечении условий из договора; здесь достаточно принять, что качество проверки не может быть выше качества разбора.
Отдельно стоит сказать про цену механической ошибки, потому что именно она, а не сэкономленные минуты, оправдывает механический слой в компаниях с небольшим потоком договоров. Три типовые ошибки, которые чек-лист ловит гарантированно, и модельная оценка того, во что каждая обходится:
- 1Банковские реквизиты перенесены из прошлогоднего договора и указывают на закрытый счёт. Платёж на 640 000 ₽ уходит и возвращается через банк за две-четыре недели. Прямых потерь нет, но поставка встаёт, а отношения с контрагентом портятся на ровном месте.
- 2Из раздела об ответственности исчез предел суммы убытков — тот самый пункт, который был в типовой форме. При споре разница между потолком в 300 000 ₽ и требованием в 1 200 000 ₽ и есть цена одного пропущенного правила.
- 3Подписана редакция с прошлогодней ценой: спецификацию обновили, а в теле договора цена осталась старой. Тридцать четыре отгрузки по старой цене — 210 000 ₽ разницы, которую придётся либо принять, либо оформлять допсоглашением задним числом.
Шаблонный слой: отклонения от типовой формы
Второй слой сравнивает присланный договор с вашей утверждённой формой. Задача формулируется просто — «покажи, что изменилось», — но формализуется хуже механики, потому что контрагент не правит форму, а присылает свою. Совпадающих по смыслу пунктов много, совпадающих дословно почти нет, и системе приходится сопоставлять смысл, а не текст. Отсюда полнота 64,1 %: две трети отклонений находятся, треть — нет.
- Изменённый порядок оплаты: отсрочка больше согласованного лимита, предоплата заменена постоплатой, появилось условие об оплате после подписания акта заказчиком без срока на подписание.
- Ответственность: исчез предел убытков, появилась неустойка выше вашего стандарта, штраф стал двусторонним только на бумаге — то есть с разными основаниями для сторон.
- Односторонний отказ: у контрагента есть, у вас нет; либо срок уведомления об отказе сокращён до нескольких дней.
- Приёмка: убран срок на мотивированный отказ, появилась «приёмка по факту использования», исчезла процедура фиксации недостатков.
- Подсудность и применимое право: заменён суд, добавлен третейский порядок, изменён претензионный срок.
- Конфиденциальность и данные: появились обязательства по передаче персональных данных без описания порядка обработки — пункт, который в 2026 году обязан смотреть человек отдельно.
Практический приём, который поднимает полноту этого слоя сильнее любой смены модели: держать типовые формы в структурированном виде, а не одним файлом Word. Если форма разложена на пункты с идентификаторами и для каждого записано, что в нём существенно, сравнение превращается из «найди отличия в двух текстах» в «проверь наличие и содержание пункта с известным смыслом». Это работа юриста на две-три недели, и она даёт больший прирост, чем любые настройки со стороны подрядчика.
Сравнение в две колонки: слева «Типовая форма», справа «Договор контрагента». Шесть строк отклонений: порядок оплаты (предоплата → постоплата 45 дней), предел ответственности (сумма договора → пункт исчез), односторонний отказ (у обеих сторон → только у контрагента), приёмка (10 дней на мотивированный отказ → срока нет), подсудность (по месту истца → по месту контрагента), конфиденциальность (типовая → добавлена передача персональных данных). Четыре строки помечены отметкой «нашла система», две — «пропущено, нашёл юрист». Внизу подпись «полнота шаблонного слоя — 64,1 %». Чертёжный стиль, подписи по-русски.
Оценочный слой: то, что не лечится моделью получше
Третий слой — тот, ради которого юрист и нужен. Здесь нет признака срабатывания: одно и то же условие в двух договорах может быть безобидным и опасным, и разница определяется контекстом, которого в документе нет. Полнота 18,8 % на этом слое не означает, что модель плохая. Она означает, что задача поставлена неверно.
- Достаточна ли неустойка 0,1 % в день. Ответ зависит от того, чем вам обернётся просрочка этого конкретного поставщика: если это единственный поставщик комплектующих для линии, то не достаточна никакая.
- Стоит ли соглашаться на подсудность по месту нахождения контрагента. Зависит от суммы, от вероятности спора и от того, есть ли у вас представитель в этом городе.
- Насколько опасна расплывчатая формулировка предмета. Иногда это риск, иногда — сознательный компромисс, за который вы получили цену на 8 % ниже.
- За что торговаться, а что принять. Переговорная позиция определяется не текстом договора, а тем, кто кому нужнее, и этого в файле нет.
- Что делать с условием, которое формально нарушает вашу политику, но контрагент — крупный заказчик с оборотом в половину вашей выручки. Это решение собственника, а не юриста и тем более не системы.
Из 14 оценочных замечаний, которые выдала система в замере, верными оказались 6 — точность 42,9 %. Это значит, что больше половины «рисков», подсвеченных машиной на третьем слое, юрист снимает как несущественные. Если таких замечаний много и они выглядят убедительно, юрист начинает тратить время на их разбор — и проверка становится дольше, а не короче. Практический вывод: на оценочном слое лучше меньше правил и жёстче порог, чем длинный список красивых предупреждений.
Как устроено правило внутри чек-листа
Чек-лист — это не список тем «на что смотреть», а набор описанных правил. Разница принципиальная: тему нельзя проверить и нельзя измерить, правило — можно. У каждого правила семь обязательных полей, и если хотя бы одно не заполнено, правило в работу не берётся.
| Поле правила | Пример: «В договоре нет предела ответственности» |
|---|---|
| Слой | Шаблонный |
| Признак срабатывания | В разделе об ответственности отсутствует пункт, ограничивающий совокупный размер убытков |
| Обязательность | Блокирующее: без разбора юристом договор не идёт дальше по маршруту |
| Кому уходит | Юрист, копия инициатору |
| Текст замечания | «В разделе 6 нет предела ответственности. Типовая форма ограничивает его суммой договора.» |
| Порог уверенности | 0,7 — ниже этого значения замечание помечается как предположение |
| Действие человека | Подтвердить, снять или перевести в статус «спорно» с комментарием |
Поле «обязательность» — самое важное и самое недооценённое. Правил в чек-листе 62, и если все они блокирующие, маршрут встанет: юрист будет закрывать по тридцать замечаний на договор, из которых половина информационные. Рабочее распределение для нашей модельной компании: 9 блокирующих правил, 24 предупреждающих и 29 информационных. Блокирующее правило останавливает маршрут, предупреждающее требует явного решения юриста, информационное просто отображается в листе.
Число от 0 до 1, ниже которого система не утверждает, а предполагает. Замечание с уверенностью 0,9 показывается как факт, с уверенностью 0,5 — как вопрос «проверьте, пожалуйста, пункт 6.2». Порог настраивается по слоям отдельно: на механике он высокий, потому что там ошибка системы означает ошибку в правиле, а на оценочном слое — низкий, потому что там сама постановка вопроса вероятностная.
Нарисованный абстрактный экран карточки правила чек-листа. Заголовок «Правило 34: отсутствует предел ответственности». Поля в две колонки: «Слой — шаблонный», «Признак срабатывания», «Обязательность — блокирующее», «Кому уходит — юрист», «Текст замечания», «Порог уверенности — 0,7», «Действие — подтвердить / снять / спорно». Внизу полоса статистики чек-листа: «62 правила: 9 блокирующих, 24 предупреждающих, 29 информационных». Чертёжный стиль, без имитации реального интерфейса, подписи по-русски.
«Находим 100 % рисков»: как измерить точность на 50 своих договорах
Обещание найти все риски невозможно проверить и потому ничего не значит. Проверяемое утверждение выглядит иначе: «на вашей выборке из 50 договоров система нашла столько-то замечаний из тех, что выписал ваш юрист, и выдала столько-то лишних». Замер занимает около недели и делается до подписания договора на внедрение, а не после.
- 1Соберите 50 договоров сплошной выборкой
Подряд, за последние три-шесть месяцев, в той же пропорции типов, в какой они приходят: и типовые на две страницы, и договоры контрагента на сорок. Показательная подборка ломает замер полностью — на ней любая система выглядит отлично.
- 2Разметьте эталон руками
Юрист выписывает по каждому договору все замечания, которые он сделал бы при обычной проверке, с указанием пункта и слоя. Это примерно 8–10 часов работы. Без эталона сравнивать не с чем, и весь дальнейший замер превращается в демонстрацию.
- 3Прогоните выборку и сопоставьте с эталоном
Считаются три числа: сколько эталонных замечаний система нашла, сколько выдала лишних и сколько пропустила. Считать надо по слоям отдельно — общая цифра скрывает главное.
- 4Разберите поимённо десять худших случаев
Пропуск из-за плохого скана, пропуск из-за отсутствия правила, ложное срабатывание из-за формулировки — это три разные проблемы с разной ценой лечения. Половина обычно чинится правилами разбора документа, а не моделью.
Результат замера выглядит так. Юрист выписал 214 замечаний на 50 договорах. Система выдала 180, из них верных 163 и ложных 17; 51 замечание юриста она не увидела. Общая полнота — 76,2 %, общая точность — 90,6 %. И вот эта же таблица по слоям, ради которой всё и затевалось.
| Слой | Замечаний у юриста | Верных у системы | Ложных | Пропущено | Полнота | Точность |
|---|---|---|---|---|---|---|
| Механический | 118 | 116 | 3 | 2 | 98,3 % | 97,5 % |
| Шаблонный | 64 | 41 | 6 | 23 | 64,1 % | 87,2 % |
| Оценочный | 32 | 6 | 8 | 26 | 18,8 % | 42,9 % |
| Итого | 214 | 163 | 17 | 51 | 76,2 % | 90,6 % |
Общая цифра 76,2 % звучит прилично и одновременно вводит в заблуждение. Она получена потому, что механических замечаний в выборке больше половины, и система забирает их почти полностью. Если завтра типовые формы станут строже и доля механических замечаний упадёт, та же самая система покажет полноту около 50 % — не изменившись ни на строчку. Поэтому единственная осмысленная форма приёмки — таблица по слоям с порогами, зафиксированными в договоре: например, не ниже 95 % на механике и не ниже 60 % на шаблоне, а оценочный слой из приёмки исключён вовсе.
Столбчатая диаграмма из трёх групп по слоям. В каждой группе два столбца: «Полнота» и «Точность». Механический — 98,3 % и 97,5 %; шаблонный — 64,1 % и 87,2 %; оценочный — 18,8 % и 42,9 %. Справа отдельный узкий столбец «Итого: 76,2 % / 90,6 %» с пометкой «цифра держится на механике». Под диаграммой строка исходных данных: «50 договоров, 214 замечаний юриста, 163 верных, 17 ложных, 51 пропуск». Ось Y в процентах, все подписи по-русски.
Режим, который снимает риск: лист замечаний вместо вердикта
Разница между безопасным и опасным внедрением проходит не по качеству модели, а по формату результата. Опасный вариант: система выдаёт заключение «договор проверен, рисков не выявлено», и человек его подписывает. Безопасный: система выдаёт лист замечаний, каждое из которых юрист обязан подтвердить или снять, а «замечаний нет» означает только «правила чек-листа не сработали» — и это разные утверждения.
| Вердикт: «договор проверен» | Лист замечаний | |
|---|---|---|
| Что видит юрист | Итоговую оценку и, возможно, список рисков | Список конкретных замечаний с привязкой к пунктам |
| Что делает юрист | Соглашается или проверяет всё заново | Закрывает каждое замечание решением: подтвердить, снять, спорно |
| Что происходит с пропуском | Пропуск невидим: раздел «рисков не выявлено» выглядит одинаково | Пропуск виден по составу листа и попадает в замер полноты |
| След в истории | Одна запись «проверено системой» | Кто и что решил по каждому пункту, с временем и редакцией |
| Где остаётся ответственность | Размывается между человеком и системой | У юриста, который подтвердил лист |
Второе техническое требование того же порядка — ссылка на источник. Замечание без указания пункта и без цитаты из документа юристу не подходит: он всё равно пойдёт искать это место руками, и экономия исчезнет. Формулировка «в договоре занижена ответственность поставщика» бесполезна; формулировка «пункт 6.3: неустойка 0,05 % в день, в типовой форме 0,1 %» — полезна. Это же требование действует и в поиске по архиву договоров, и вообще везде, где машина отвечает на вопрос по документу.
Отсутствие замечаний означает ровно одно: ни одно из 62 правил не сработало. Оно не означает, что договор безопасен, потому что в чек-листе нет правил на оценочный слой, а полнота шаблонного слоя — 64 %. Это надо явным образом написать в регламенте и вывести на экран рядом с результатом, иначе через полгода эксплуатации пустой лист начнёт читаться как разрешение подписывать не глядя. Формулировку регламента должен утвердить ваш юрист.
Куда попадает результат: в маршрут, а не в почту
Проверка, результат которой приходит письмом, не работает. Письмо теряется, пересылается, обсуждается в мессенджере, и через два дня никто не может сказать, какие замечания закрыты, а какие нет. Правильное место результата — карточка договора и маршрут согласования: лист замечаний становится объектом, привязанным к конкретной редакции, а закрытие замечаний — условием перехода на следующий шаг.
- 1Договор попадает в карточку и разбирается на поля и структуру. Уже на этом шаге срабатывает часть механических правил — тех, что сверяют документ с данными сделки.
- 2Формируется лист замечаний с разбивкой по слоям и обязательности. Блокирующие замечания помечаются отдельно: пока они не закрыты, маршрут дальше не идёт.
- 3Лист уходит юристу вместе с документом, а не отдельно. Юрист работает не с чистым текстом и не с чужим заключением, а с текстом, в котором уже отмечены места, требующие решения.
- 4Каждое решение юриста фиксируется: подтверждено, снято, спорно — с комментарием и временем. Снятые замечания не исчезают, а остаются в истории карточки.
- 5После закрытия блокирующих замечаний договор идёт дальше по маршруту. Если текст меняется, лист пересобирается для новой редакции, а закрытые решения по неизменившимся пунктам переносятся.
- 6Статистика копится: какие правила срабатывают чаще всего, какие чаще всего снимаются как ложные, какие контрагенты дают больше всего отклонений. Через квартал это готовый материал для правки типовых форм.
Последний пункт — недооценённый побочный эффект. Когда замечания перестают быть перепиской и становятся данными, компания впервые видит договорную работу в цифрах: какое условие приходится защищать в каждом втором договоре, какой контрагент систематически подсовывает одну и ту же правку, какое правило чек-листа за квартал не сработало ни разу и потому лишнее.
Схема из шести блоков со стрелками слева направо: «Договор в карточке» → «Разбор на поля и структуру» → «Чек-лист: 62 правила в трёх слоях» → «Лист замечаний: 9 блокирующих, 24 предупреждающих, 29 информационных» → «Юрист: подтвердить / снять / спорно» → «Маршрут согласования, следующий шаг». Обратная стрелка от «Маршрут» к «Разбор» с подписью «текст изменился — лист пересобирается для новой редакции». Снизу ответвление от листа замечаний к блоку «Статистика: какие правила срабатывают и снимаются». Чертёжный стиль, подписи по-русски.
Сколько стоит и с какого объёма окупается
Модельная компания та же, что и в статье о маршруте: 500 договоров в год, четыре типовые формы, ставка юриста 1 100 ₽/час. Полный контур со всеми тремя слоями выглядит так.
Из 43 минут проверки машина снимает 20: механика падает с 19 минут до 4, шаблон — с 14 до 9, оценочный слой остаётся без изменений. Двадцать минут по ставке 1 100 ₽/час — это 367 ₽ на договоре и 183 500 ₽ в год при потоке 500 договоров. Против 750 000 ₽ вложения и 300 000 ₽ годовой поддержки это отрицательная арифметика, и делать вид, что она положительная, мы не будем.
Поэтому начинают не с полного контура. Механический слой ставится отдельно и стоит 450 000 ₽: чек-лист только по механике — 60 000 ₽, разбор документа — 140 000 ₽, 28 правил — 90 000 ₽, замер — 70 000 ₽, встраивание в маршрут — 90 000 ₽. Поддержка такого контура — 15 000 ₽/мес, экономия — 15 минут юриста на договоре, то есть 275 ₽.
| Показатель | 500 договоров в год | 1 500 договоров в год | 5 000 договоров в год |
|---|---|---|---|
| Экономия труда: 275 ₽ на договоре | 137 500 ₽ | 412 500 ₽ | 1 375 000 ₽ |
| Поддержка механического слоя | −180 000 ₽ | −180 000 ₽ | −240 000 ₽ |
| Чистая экономия в год | −42 500 ₽ | 232 500 ₽ | 1 135 000 ₽ |
| Внедрение, разово | 450 000 ₽ | 450 000 ₽ | 550 000 ₽ |
| Окупаемость | не окупается | 23 месяца | 6 месяцев |
У этого порога есть законное исключение — компании, где цена одной пропущенной механической ошибки несопоставима с экономией минут. Стройка, лизинг, госконтракты, поставки оборудования с длинным циклом: там один договор может стоить дороже всего годового бюджета проверки, и решение принимается не по таблице выше, а по вопросу «сколько мы потеряли за последние три года на формальных ошибках в договорах». Если ответ измеряется миллионами, механический слой окупается на первом же предотвращённом случае.
Столбчатая диаграмма с тремя группами по объёму: 500, 1 500 и 5 000 договоров в год. В каждой группе два столбца: «Экономия труда» (137 500 / 412 500 / 1 375 000 ₽) и «Поддержка» (180 000 / 180 000 / 240 000 ₽). Первая группа выделена: столбец поддержки выше столбца экономии, подпись «−42 500 ₽ в год, проект в минус». Внизу горизонтальная шкала с двумя отметками: «655 договоров — операционный ноль» и «1 500 договоров — возврат вложения за 2 года». Ось Y в рублях, подписи по-русски.
Ответственность: что меняется, когда часть работы делает система
Короткий ответ: юридически не меняется ничего. Система не субъект права, договор подписывает человек по доверенности, и ответственность за содержание подписанного документа остаётся на компании и на тех, кто его согласовал. Меняется другое — распределение внимания внутри компании и качество следа, который остаётся в истории. Это управленческий, а не правовой вопрос, и решается он регламентом.
- Роль системы фиксируется письменно: лист замечаний — вспомогательный материал, а не заключение. Формулировку утверждает ваш юрист, а не подрядчик и не эта статья.
- Виза юриста остаётся визой юриста. В журнале согласования не должно появляться записей вида «проверено системой» рядом с человеческими визами — иначе через год никто не отличит одно от другого.
- Пустой лист замечаний не является основанием пропустить проверку. Это правило пишется в регламенте прямо, потому что практика дрейфует к обратному без всякого злого умысла.
- Полнота проверки известна и записана: 98,3 % на механике, 64,1 % на шаблоне, оценочный слой не покрывается. Числа обновляются при каждом изменении чек-листа и хранятся вместе с ним.
- Данные договоров не уходят туда, куда не должны. Прямая оплата OpenAI и Anthropic из России невозможна, доступ идёт через посредников, и для договорной информации это дополнительный риск, а не удобство. Для документов с персональными данными и коммерческой тайной рабочий контур — российская платформа или модель на своём сервере: GigaChat, YandexGPT, локальная модель через Ollama с хранилищем на pgvector. Что именно можно выгружать наружу, мы разбирали в отдельном материале о загрузке договоров в облачные сервисы.
- С 1 сентября 2026 года действуют требования к использованию ИИ, включая маркировку и обработку персональных данных, и компании рекомендуется иметь внутреннюю политику применения ИИ. Проверка договоров — ровно тот процесс, который в такую политику попадает первым.
Система не берёт на себя ответственность. Она делает видимой ту часть работы, которую раньше никто не проверял.
Сравнение в две колонки, разделённые жирной вертикалью. Левая колонка «Закрывает система»: сверка реквизитов, суммы прописью и цифрами, ссылки на пункты, наличие обязательных разделов, отклонения от типовой формы, привязка замечания к пункту. Правая колонка «Решает человек»: существенность отклонения, оценка риска, переговорная позиция, компромисс по цене, подпись и виза. Под колонками полоса «полнота: 98,3 % / 64,1 % / оценочный слой не покрывается» и подпись «ответственность за содержание договора не перемещается». Чертёжный стиль, подписи по-русски.
Когда проверку договоров ИИ внедрять не надо
Пять ситуаций, в которых мы отговариваем. Каждая проверяется за полдня и до подписания договора на внедрение.
- Меньше 650 договоров в год и обычные суммы. По арифметике порога проект работает в минус: экономия 137 500 ₽ против поддержки 180 000 ₽ при 500 договорах. Исключение одно — высокая цена ошибки, и его надо уметь обосновать конкретными случаями за последние три года, а не ощущением.
- Нет типовых форм. Шаблонный слой сравнивает договор с эталоном; если эталона нет, из 62 правил остаются 28 механических, и половина смысла проекта исчезает. Сначала типовые формы и понятие существенного отклонения, потом проверка.
- Не поставлен маршрут согласования. Лист замечаний, который некуда положить, превращается в письмо, а письмо — в переписку. Проверка без карточки договора и маршрута даёт от силы треть эффекта, и начинать надо с маршрута.
- Договоры приходят сканами плохого качества. Точность проверки не может быть выше точности разбора документа: на сканах 200 dpi с печатью поверх реквизитов механический слой теряет значительную часть срабатываний. Сначала регламент приёма документов, потом чек-лист.
- Ожидание сформулировано как «пусть ИИ проверит договор вместо юриста». Это не ограничение технологии, а неверная постановка задачи. Юриста система не заменяет и не разгружает целиком: она забирает 20 минут из 55 и делает механическую часть независимой от усталости. Если ожидание другое, проект закончится разочарованием независимо от того, кто его сделает.
И вывод, который стоит унести из статьи вместо любых процентов. Работа с договорами делится на механическую сверку и профессиональное суждение. Первая часть отнимает большую часть времени и почти не требует квалификации — её отдают машине, и она отдаётся хорошо. Вторая не автоматизируется, и там, где вам обещают её автоматизировать, вам продают риск, оформленный как экономию.
