ИИ в договорной работе становится опасным не тогда, когда модель ошибается, — она ошибается всегда и это заложено в расчёт, — а тогда, когда ошибку некому поймать. Отсюда простой критерий, который стоит применять до выбора подрядчика и до сметы: если у вас нет человека, который физически успевает прочитать результат по каждому документу или по проверяемой выборке, автоматизировать проверку договоров нельзя. Никакая модель этот дефицит не закрывает.
Ниже — шесть сценариев, в которых мы отказываемся браться за работу, и арифметика по каждому. Это не список рисков «на всякий случай»: в каждом из шести отказ обходится дешевле, чем запуск. Что машина в договоре видит надёжно, а что не видит вообще, мы разбирали в материале о проверке договора ИИ — там же измерена полнота на выборке из 50 договоров. Здесь речь только о границе, за которую заходить не стоит.
Оговорка о жанре: мы инженерное бюро, а не юридическая фирма. Всё, что дальше, — про устройство процесса и его стоимость. Допустимость конкретного сценария в вашей отрасли и формулировки внутренних актов подтверждает юрист; что ему для этого принести, разобрано в материале об ответственности за ошибку ИИ.
Признак опасности один: арифметика пропускной способности
Проверка договора юристом занимает около 43 минут — это замер, а не оценка. Машина снимает из них примерно 20: механический слой падает с 19 минут до 4, шаблонный — с 14 до 9, оценочный не меняется совсем. Остаётся 23 минуты на документ, и дальше начинается арифметика, которую почти никогда не делают до подписания договора с подрядчиком.
Вывод из этого расчёта не «не автоматизируйте», а другой: на таком потоке невозможен режим «ИИ плюс юрист», возможен только режим «ИИ плюс правило плюс выборка». Разница принципиальная. В первом случае человек видит каждый документ, во втором — 10 %, а остальные 90 % проходят по формальным правилам, за содержание которых кто-то должен отвечать письменно. Если 338 100 ₽ в месяц на чтение выборки в бюджете нет, значит, контур нужно сузить до того, что закрывается правилом целиком.
Столбчатая диаграмма из трёх колонок, ось Y — документов в месяц, шкала до 6 500. Первая колонка «Один юрист без системы» — 176, подпись «43 минуты на документ». Вторая «Один юрист после снятия механического слоя» — 328, подпись «23 минуты». Третья «Поток» — 6 300, подпись «300 документов в день». Между второй и третьей колонкой заштрихованная зона с подписью «разрыв 19 раз». Горизонтальная штриховая линия на уровне 630 подписана «выборка 10 % — 241,5 часа и 338 100 ₽ в месяц». Чертёжный стиль, надписи по-русски.
Сценарии 1–3: нет эталона, некому проверять, цена ошибки несимметрична
- 11. Уникальные сделки без типовой формы
Каждый договор пишется под конкретную сделку, двух похожих нет, протокол разногласий на десять страниц — норма. Обучать не на чем и сравнивать не с чем: и шаблонный слой, и механический опираются на то, что существует эталон. Здесь машина полезна ровно в одном — найти похожие условия в архиве прошлых сделок, чтобы юрист не искал их руками. Это поиск по архиву, а не проверка, и стоит он в разы дешевле.
- 22. Поток, при котором проверять результат некому
Сценарий из расчёта выше: 300 документов в день на одного-двух юристов. Запуск проверки здесь опасен не сам по себе, а тем, что создаёт ощущение контроля: документы помечены, замечания есть, значит, «система работает». В реальности их никто не открывал. Честный ответ — сузить контур до механической проверки, которая закрывается правилом без чтения, и держать выборку на том объёме, который вы реально оплачиваете.
- 33. Цена ошибки несимметрична экономии
Проверка экономит минуты на каждом документе, а один пропущенный пункт стоит как годовая экономия. Это не значит «нельзя» — это значит, что расчёт окупаемости обязан включать вероятную стоимость пропуска, а не только сэкономленные часы. Ниже — как эта арифметика выглядит в цифрах.
Отсюда практическое правило: чем выше средняя сумма договора, тем уже должен быть контур автоматической проверки и тем больше выборка. Договоры на несколько миллионов и типовые заявки на 30 000 ₽ не могут идти по одному маршруту, даже если формально это одинаковые документы. Разделение потока по сумме — самая дешёвая мера снижения риска из существующих: она делается фильтром в маршруте согласования и не стоит ничего.
Сравнение двух столбцов на одной оси в рублях. Левый столбец «Годовая экономия проверки, 1 500 договоров» — 550 000 ₽, визуально собран из множества тонких горизонтальных полосок с подписью «по 20 минут с документа». Правый столбец «Один пропущенный пункт» — 495 000 ₽, сплошной, разбит на два сегмента: «неустойка 0,1 % в день за 45 дней — 360 000 ₽» и «внешний юрист 30 часов — 135 000 ₽». Между столбцами подпись «90 %». Внизу пометка «второй эпизод уводит контур в минус». Чертёжный стиль, надписи по-русски.
Сценарии 4–6: вердикт, выдуманная норма, утечка данных
- 14. Система отдаёт вердикт вместо замечаний
Экран, на котором написано «договор согласован» или «риск низкий», выключает юриста из процесса примерно за две недели. Сначала он проверяет каждый вердикт, потом выборочно, потом доверяет. Рабочий режим один: лист замечаний, привязанный к номерам пунктов и к конкретной редакции, который человек подтверждает или снимает с письменным основанием. Разница между вердиктом и листом замечаний — не в интерфейсе, а в том, кто в итоге читает документ.
- 25. Модель ссылается на пункт, которого в документе нет
Самый неприятный тип ошибки: замечание звучит уверенно, содержит номер пункта и формулировку нормы, а в договоре такого пункта нет. Ловится это механически, а не вниманием юриста: каждое замечание обязано содержать дословную цитату из документа, и система проверяет, что цитата в тексте действительно есть. Замечание, не прошедшее эту проверку, до человека не доходит вообще. Если подрядчик не может показать такую проверку на демонстрации — это отказ, а не повод для доработки.
- 36. Документ с персональными данными уходит в сервис без гарантий
Договор с физическим лицом или предпринимателем содержит персональные данные, и место их обработки имеет значение. Публичный сервис, доступ к которому идёт через посредника, не даёт ни договора, ни ответа на вопрос, где физически лежат данные. Рабочие варианты — российская платформа с подписанным поручением обработки, модель на своём сервере или обезличивание перед отправкой там, где смысл проверки от фамилий и сумм не зависит.
Попросите подрядчика показать проверку договора, в который вы заранее внесли правку: удалите пункт, на который система обычно ссылается. Если в списке замечаний появится ссылка на удалённый пункт — проверки на цитату нет, и все остальные разговоры о качестве теряют смысл. Это пятиминутная проверка, которую можно провести на любой демонстрации, и она отсеивает больше подрядчиков, чем часовое обсуждение архитектуры.
Что делать вместо: сузить контур, а не отказаться совсем
В пяти сценариях из шести полный отказ избыточен. Работает сужение: из общей задачи «проверить договор» вынимается та часть, которая закрывается механически и проверяется без юридической квалификации. Она даёт меньший эффект, но и риск в ней близок к нулю — ошибка видна сразу и не требует спора.
| Сценарий | Что делать вместо полной проверки | Что остаётся человеку |
|---|---|---|
| 1. Уникальные сделки без типовой формы | Поиск похожих условий в архиве прошлых договоров и подстановка реквизитов | Всё содержание: машина не проверяет, а находит |
| 2. Проверять некому | Механический слой: реквизиты, суммы прописью и цифрами, сроки, наличие обязательных приложений | Выборка 10 % и все документы выше порога суммы |
| 3. Цена ошибки несимметрична | Разделение потока по сумме: крупные договоры идут мимо автоматической проверки целиком | Крупные договоры полностью, мелкие — выборочно |
| 4. Вердикт вместо замечаний | Переключение вывода на лист замечаний с цитатой и номером пункта | Подтверждение или снятие каждого замечания с письменным основанием |
| 5. Ссылка на несуществующий пункт | Обязательная проверка на цитату: замечание без дословного совпадения в тексте не показывается | Только те замечания, которые прошли фильтр |
| 6. Персональные данные | Модель в своём контуре или обезличивание документа перед отправкой | Проверка тех документов, где обезличивание ломает смысл |
Сужение контура почти всегда означает и уменьшение сметы. Полный контур проверки договоров стоит около 750 000 ₽ разово и 20 000–30 000 ₽ в месяц; один механический слой — около 450 000 ₽ и выходит в плюс примерно с 655 договоров в год. Разница в 300 000 ₽ и есть цена того слоя, который требует человека рядом. Если человека нет, платить за этот слой не за что.
Схема из двух вертикальных зон. Слева «Полный контур, 750 000 ₽»: три уложенных друг на друга блока — «механический слой», «шаблонный слой», «оценочный слой», рядом подпись «нужен юрист на каждом документе». Справа «Суженный контур, 450 000 ₽»: остался один блок «механический слой», два верхних обозначены штриховым контуром с подписью «убрано». Под правой зоной две стрелки вниз: «поток выше порога суммы — мимо системы» и «выборка 10 % — читает человек». Внизу подпись «разница 300 000 ₽ — цена слоя, который без человека не работает». Чертёжный стиль, надписи по-русски.
Выборка на 10 %: как её считать и кто её читает
Выборочный контроль часто записывают в проект строкой без числа, и через квартал выясняется, что его никто не ведёт. Чтобы этого не произошло, выборка считается заранее и попадает в чью-то нагрузку явно.
- Размер. 10 % потока — рабочая доля для договорной работы, но нижняя граница важнее процента: меньше 50 документов в месяц выборка перестаёт что-либо показывать, доля дефектов начинает скакать от случайности. Как считается размер выборки и сколько времени она занимает при других видах потока — в материале о выборочной проверке ответов ИИ.
- Состав. Случайные документы плюс сплошь всё, что выше порога суммы, плюс все случаи, где юрист снял замечание системы. Третья группа самая полезная: именно в ней видно, начал ли человек снимать замечания не глядя.
- Кто читает. Не автор системы и не тот же юрист, который вёл документ. Иначе проверка превращается в самопроверку и перестаёт находить дефекты через два-три месяца.
- Что фиксируется. Доля дефектных документов, число дефектов в зоне нулевой терпимости — суммы, сроки, ответственность — и число дефектов старше месяца. Три числа, из которых видно, что происходит, без чтения отчёта на десять страниц.
- Порог тревоги. Доля дефектов выше 5 % два месяца подряд — повод останавливать и разбираться, а не добавлять правил. Что делать дальше, разобрано в материале о том, когда ИИ-проект надо останавливать.
Где ИИ в договорах безопасен
Список запретов был бы нечестным без обратной стороны. Есть задачи, в которых машина в договорной работе даёт устойчивый эффект и почти не создаёт риска, — их объединяет то, что ошибка в них видна немедленно и стоит копейки.
- Сравнение редакций. Показать, что изменилось между вашей формой и версией, которую вернул контрагент. Ошибка видна мгновенно, потому что рядом лежит исходник.
- Извлечение сроков, сумм и реквизитов в карточку договора. Данные проверяются взглядом за секунды, а руками они переписываются минутами; на потоке это одна из самых окупаемых задач в теме.
- Поиск по архиву. Найти, было ли похожее условие в прошлых договорах и чем закончилось. Здесь машина ничего не решает, а экономит часы поиска.
- Контроль сроков и пролонгаций. Задача календарная, а не юридическая: система напоминает, человек решает. Цена ошибки — пропущенное напоминание, которое ловится следующим.
- Сборка типовых документов из данных учётной системы. Реквизиты, суммы, приложения подставляются автоматически, форма не меняется. Разобрано в материале о типовых документах из данных CRM.
Опасен не ИИ в договорах, а ИИ в договорах без человека, у которого есть время его читать. Первое считается сметой, второе — только убытком.
