Как разобрать договор с помощью нейросети

За несколько минут можно получить карту условий, сроков и рисков, если разделить анализ документа на два прохода и проверить выводы по исходному тексту.

Я использую нейросеть как ускоритель первичного разбора, а не как замену юристу, инженеру или ответственному сотруднику. Такой подход особенно полезен для договоров на 10–30 страниц, технических заданий, инструкций и внутренних регламентов, где нужный пункт часто скрыт между определениями, приложениями и исключениями. В веб-чате SoftChat можно выбрать модель для конкретной беседы и вести уточнения в том же диалоге, но качество результата всё равно зависит от исходного текста и точности запроса.

Перед работой я советую ознакомиться с материалом о задачах нейросети для генерации текста и проверке результата. Главный принцип там применим и к документам: любой вывод нужно сопоставлять с первоисточником.

Что нейросеть должна найти в документе

За первый проход я выделяю 5 групп сведений: предмет, обязанности, сроки, риски и вопросы для ручной проверки. Такой список превращает длинный файл в рабочую карту, а не в пересказ каждого абзаца.

Сначала нужно определить предмет документа. В договоре это описание услуги или поставки, в ТЗ, функциональные требования, в регламенте, последовательность действий. Затем я прошу выделить стороны, зоны ответственности и условия, при которых обязательство меняется.

Сроки требуют отдельного запроса. Нейросеть должна найти даты, периоды, условия отсчёта и последствия пропуска. Формулировки «в течение 5 рабочих дней», «не позднее 15 числа» и «после получения уведомления» задают разные точки старта. Если начало периода не определено, это уже вопрос для специалиста, а не повод автоматически выбирать удобную трактовку.

Модельный кейс: в договоре на 18 страниц встречаются 4 срока, связанные с одной поставкой: отправка в течение 3 дней, уведомление за 24 часа, приёмка за 2 рабочих дня и оплата через 10 календарных дней. В краткой выжимке их нужно показать в одной таблице с условием начала отсчёта.

Отдельно ищите исключения. Слова «если», «при условии», «за исключением», «вправе» и «обязан» часто меняют смысл соседнего пункта. Фраза «исполнитель вправе перенести срок при задержке материалов» требует проверки двух деталей: какие материалы имеются в виду и должен ли исполнитель заранее сообщить о переносе.

В результате первого прохода у меня должны появиться пять блоков:

1. что регулирует документ;
2. кто и что обязан сделать;
3. какие даты, периоды и события запускают обязательства;
4. где находятся штрафы, ограничения и односторонние права;
5. какие места нельзя принимать без ручной проверки.

Эта схема близка к подходу, описанному в статье о применении нейросетей для повседневных задач, но для документов я добавляю обязательную сверку с оригиналом.

Как подготовить документ к анализу

Подготовка состоит из 4 действий: определить цель, убрать лишний контекст, разделить большой файл и сохранить исходную нумерацию. На этом этапе экономится больше времени, чем при попытке исправить расплывчатый ответ.

Сначала сформулируйте задачу одним предложением. «Разбери договор» звучит слишком широко. Гораздо полезнее написать: «Найди обязанности заказчика, условия оплаты, основания переноса срока и пункты, требующие согласования юриста».

Затем укажите тип документа и роль читателя. Один и тот же пункт выглядит по-разному для заказчика, исполнителя, инженера или менеджера проекта. Для ТЗ нужно искать измеримые критерии приёмки, для инструкции, исключения и порядок действий при сбое, для регламента, владельца процесса и срок реакции.

Если файл содержит 40 страниц, не отправляйте его одним бесформенным массивом. Разделите текст по разделам, сохранив заголовки и номера пунктов. Приложения, таблицы и определения лучше обрабатывать отдельно, потому что именно там часто находятся цены, технические параметры и расшифровки терминов.

Модельный кейс: в ТЗ на 26 страниц раздел с требованиями занимает 11 страниц, приложение с полями обмена данными, 6 страниц, а критерии приёмки, 3 страницы. Для первого запроса разумно передать структуру и раздел требований, затем отдельно проверить приложение и критерии.

Перед отправкой текста проверьте конфиденциальность. Удалите паспортные данные, адреса, номера счетов, персональные телефоны и коммерческие сведения, если они не нужны для ответа. Для анализа сроков достаточно оставить формулировку пункта, номер раздела и связанные определения.

Если документ отсканирован, сначала распознайте текст и выборочно проверьте 5–10 страниц. Ошибка в одном знаке способна изменить сумму, единицу измерения или дату. Особенно внимательно проверяйте символы «не», десятичные разделители, номера пунктов и таблицы.

Как составить запрос для первичного разбора

Рабочий запрос я строю из 6 блоков: роль, задача, область анализа, формат ответа, правила цитирования и ограничения. Такая конструкция заметно уменьшает число общих фраз.

Пример основы запроса:

Ты редактор документа для первичного анализа. Извлеки предмет, обязанности сторон, сроки, условия оплаты, санкции, основания одностороннего отказа и пункты, которые требуют ручной проверки. Для каждого вывода укажи номер раздела и короткую цитату до 20 слов. Не додумывай отсутствующие условия. Если данных не хватает, напиши «в документе не найдено».

После этого добавьте приоритет. Например, для договора поставки на первом месте могут быть сроки, переход риска, порядок приёмки и ответственность за просрочку. Для инструкции важнее последовательность действий, обязательные входные данные и условия остановки процесса.

Формат ответа лучше задать заранее. Я обычно прошу таблицу с колонками «тема», «вывод», «пункт», «цитата», «что проверить». Для сроков полезна отдельная колонка «событие начала отсчёта». Так проще заметить разницу между календарными и рабочими днями.

Запрет на выдумывание нужно писать явно. Нейросеть может заполнить пробел вероятной трактовкой, если запрос звучит как просьба «сделать полный анализ». Формулировка «не добавляй отсутствующие сведения и отделяй факт от предположения» задаёт более безопасную границу.

Полезные приёмы постановки запросов разобраны в статье об искусстве формулировать запросы для нейросетей. Для договоров я добавляю к общим рекомендациям номера пунктов и обязательные цитаты.

Как проверить ответ по исходному тексту

Проверка должна включать 3 слоя: полноту, точность цитат и практический смысл. Краткий ответ без этой процедуры нельзя считать готовым заключением.

На первом слое сверяйте покрытие. Если в документе 12 разделов, а в выжимке отражены 7, нужно понять, пропущены ли технические приложения, определения и порядок разрешения споров. Иногда пропуск не критичен, но это должно быть осознанное решение.

На втором слое открывайте каждый пункт, который модель назвала риском. Сверяйте цитату, номер раздела и соседние условия. Пропуск одного исключения меняет вывод. Например, пункт может устанавливать штраф за просрочку, а приложение, опубликованное в конце файла, ограничивать его максимальным размером.

Модельный кейс: в тексте указано «оплата в течение 5 рабочих дней после подписания акта», а в другом разделе написано, что акт считается подписанным через 2 дня после доставки, если нет возражений. Нейросеть должна показать обе нормы рядом, но решение о согласованности условий принимает специалист.

На третьем слое задавайте вопрос «что произойдёт завтра?». Для договора это может быть список документов к оплате, для ТЗ, набор тестов, для инструкции, действие при аварии. Если вывод нельзя превратить в конкретную задачу, его нужно уточнить.

Не просите нейросеть сразу переписывать договор. Сначала получите извлечение фактов, затем список противоречий, потом вопросы к автору документа. Три последовательных прохода надёжнее одной команды «проверь всё».

Ручной анализ, нейросеть и совместный подход

Для большинства рабочих документов подходит схема из 2 этапов: нейросеть строит карту текста, специалист принимает решение по спорным местам. Полностью ручной разбор нужен при высокой цене ошибки, а автоматизированный первый проход, при большом объёме однотипных файлов.

Модельный кейс: специалист получает регламент на 32 страницы. Нейросеть формирует таблицу из 15 контрольных пунктов, а специалист вручную открывает 6 мест с неоднозначными условиями. Это не доказывает автоматическую точность, но показывает рациональное распределение времени между поиском и решением.

При выборе инструмента смотрите на три свойства: возможность вести диалог по одной задаче, удобство копирования цитат и способность переключить модель, если первая версия плохо работает с таблицами или длинными фрагментами. В веб-чате SoftChat модель можно менять для конкретной беседы, поэтому один диалог удобно оставить для извлечения, а другой использовать для контрольных вопросов.

Как анализировать договор, инструкцию, ТЗ и регламент

Договор, инструкция, ТЗ и регламент требуют 4 разных наборов вопросов, хотя общий каркас анализа остаётся прежним. Нельзя проверять все документы по шаблону «сделай краткое резюме».

В договоре ищите предмет, стороны, порядок исполнения, оплату, ответственность, срок действия, расторжение и порядок уведомлений. Проверьте, совпадают ли определения в основном тексте и приложениях. Если в одном месте используется «рабочий день», а в другом просто «день», это нужно вынести в список вопросов.

В ТЗ выделяйте измеримые требования. Для каждого результата нужны критерий приёмки, единица измерения, источник данных и действие при несоответствии. Формулировка «система работает быстро» не даёт теста, а условие «ответ отображается не позднее 2 секунд при нагрузке 100 запросов» уже можно проверять, если такие параметры действительно согласованы.

В инструкции анализируйте порядок операций. Нейросеть должна показать входные данные, обязательные шаги, ветвления и действия при ошибке. Если процедура содержит 9 шагов, полезно попросить отдельную проверку переходов между ними.

В регламенте ищите владельца процесса, сроки реакции, канал уведомления и условия эскалации. Модельный кейс: в регламенте поддержки указано 4 уровня приоритета, но срок передачи между уровнями описан только для двух. В итоговой таблице это должно появиться как пробел, а не как предположение о недостающих сроках.

Отраслевой контекст влияет на контрольные вопросы. В маркетинговых материалах, например, нужно отдельно проверять согласование заявлений, работу с персональными данными и ограничения рекламных формулировок. Подходы к этому разобраны в статье о нейросетях в маркетинге и автоматизации.

Конфиденциальность и юридические границы

Минимальная защита состоит из 2 решений: определить чувствительные данные и назначить человека, который проверит итог. Нейросеть ускоряет чтение, но не становится стороной договора и не принимает юридически обязательное решение.

Персональные данные регулирует 152-ФЗ от 27 июля 2006 года. Перед передачей текста проверьте цель обработки, основание и внутренние правила организации. Даже если документ кажется обычным, в нём могут находиться ФИО, адреса, реквизиты, сведения о зарплате или данные клиентов.

Для работы с обязательствами полезно держать под рукой первоисточники. Например, статья 314 ГК РФ содержит правило о семидневном сроке исполнения после требования, когда срок не установлен и из обстоятельств не следует иное. Нейросеть может найти похожую формулировку, но специалист должен проверить применимость нормы к конкретному обязательству.

Не просите модель «решить спор» без контекста договора, переписки и приложений. Корректная задача звучит иначе: «Покажи пункты, связанные с просрочкой, перечисли возможные трактовки и сформулируй вопросы для юриста». Такой запрос отделяет поиск текста от правовой оценки.

При высокой цене ошибки сохраняйте три версии: исходный документ, обезличенный текст для анализа и итоговую таблицу с цитатами. Это помогает восстановить цепочку проверки через неделю или при передаче задачи коллеге.

Мой рабочий вывод

Я оставляю за нейросетью 2 вида работы: быстрый поиск по большому объёму и подготовку вопросов. Решение о риске, сроке, штрафе или согласовании остаётся у человека, который отвечает за документ.

Если текст короткий, спорный и связан с крупной суммой, я читаю его вручную и использую нейросеть для второй пары глаз. Если передо мной 30 страниц регламента или несколько похожих ТЗ, начинаю с таблицы «пункт, цитата, вывод, проверка», а затем прохожу по каждому спорному месту.

Главное правило простое: просите не пересказ, а доказуемую выжимку с номерами пунктов и короткими цитатами. После этого сопоставляйте вывод с оригиналом, приложениями и определениями. Такой процесс экономит время на поиске, но сохраняет контроль там, где одна неверно прочитанная формулировка может изменить обязательство.