Проверка договоров: ИИ-агент в 1С:Документооборот снимает первичный разбор

Компания годами вела договоры в 1С:Документооборот: единый справочник документов вместо папок на диске, версии и листы согласования, маршруты по типам договоров, сроки, поручения и напоминания, связь с учётной системой и электронным документооборотом (ЭДО) с контрагентами. Данные были — включая то, какой договор с этим контрагентом уже подписывали и что в нём правили. Но первичная проверка текста оставалась ручной: юрист открывал очередной файл и построчно сопоставлял его с регламентом, типовым шаблоном и предыдущими правками. Ниже — как этот разрыв закрывает ИИ-агент: программа, которая по заданному правилу сама читает документы и выполняет шаги. Сначала — риски, которые перестают срабатывать (условие, которое никто не прочитал до подписи, штраф в невыгодной редакции, сорванный срок отгрузки, спор без доказательной базы). Деньги и часы идут вторым планом, отдельным расчётом.

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

Масштаб проблемы виден по внешним замерам. По опросу LegalOn Technologies и In-House Connect, в котором участвовали 286 специалистов юридических служб, больше половины организаций (52%) обрабатывают от 101 до 1 000 договоров в год, и на один договор в большинстве случаев уходит от двух до четырёх часов работы; для команды с потоком 500 договоров в год это примерно 188 рабочих дней, отданных только на проверку договоров — то есть почти целый рабочий год одного человека. По оценке Definely, разбор типового коммерческого договора на 30–50 страниц занимает от четырёх до семи часов: два-четыре часа уходит на пункты и коммерческие условия, час-два — на сверку определений и перекрёстных ссылок, около часа — на вычитку нумерации и оформления.

Коротко

ИИ-агент подключается к 1С:Документооборот, читает зарегистрированный договор и сопоставляет его с регламентом компании: обязательные условия, допустимые значения, ссылки на шаблон, данные контрагента из карточки. Юристу он возвращает разбор и проект решения — что расходится, чего не хватает, что предложить в протоколе разногласий. Подпись, правки и переговоры остаются за человеком. Агент ничего не меняет в системе и не отправляет контрагенту.

Содержание

• Почему ошибка в договоре видна поздно
• Что съедает время между регистрацией договора и решением юриста
• Что делает ИИ-агент поверх 1С:Документооборот
• Какие риски это снимает
• Сколько часов это возвращает
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно
• Источники

Почему ошибка в договоре видна поздно

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

Система хранит документ, но не спорит с ним. 1С:Документооборот по описанию вендора — это система автоматизации делопроизводства и документооборота: учёт документов, взаимодействие сотрудников, контроль исполнительской дисциплины, маршруты согласования. Она отлично отвечает на вопрос «где документ и кто его держит». На вопрос «соответствует ли текст регламенту» отвечает юрист, который этот текст читает.

Читает человек — а значит, по-разному. Один и тот же пункт разные юристы оценивают по-разному, а один и тот же юрист — по-разному утром и в конце месяца, когда на столе двадцать договоров. Регламент живёт частью в инструкции, частью в голове, и его применение не оставляет следа: невозможно посчитать, сколько расхождений нашли, а сколько пропустили.

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

Правки возвращаются кругами. По вендорской оценке Embedika, в согласовании может быть от 5 до 10 итераций правок; в этом потоке легко потерять, какая версия актуальна и почему пункт изменили именно так. Каждая итерация — это ещё один заход юриста, менеджера и контрагента.

Опыт уходит вместе с человеком. Тот, кто помнит, почему в договоре с этим поставщиком появился особый пункт приёмки, — самый ценный и самый уязвимый элемент процесса. Его отпуск или уход означает, что знание исчезает вместе с ним.

Что съедает время между регистрацией договора и решением юриста

Если разложить путь договора, картина в большинстве компаний повторяется:

• Регистрация и маршрут. Документ попадает в систему, маршрут согласования выставляется по типу договора; типовые и нестандартные идут по одному маршруту.
• Открытие и чтение. Юрист открывает файл и читает его целиком, даже если 80% текста — стандартные формулировки из шаблона.
• Сверка с регламентом. Обязательные условия, допустимые значения, запрещённые формулировки. Обычно это чек-лист из 20–40 пунктов, который прогоняется вручную.
• Сверка с шаблоном и историей. Чем отличается этот договор от типового и от прошлой редакции с этим же контрагентом.
• Проверка контрагента и реквизитов. Названия, адреса, банковские реквизиты, полномочия подписанта, статус контрагента.
• Формулирование правок. Протокол разногласий или правки в тексте, с объяснением для менеджера и контрагента.
• Переписка и повторные заходы. Итерации правок, уточнения, согласование новой редакции.
• Разбор после подписания. Понять, почему расхождение вообще возникло и стоит ли поправить шаблон. До этого шага обычно не доходят: времени хватает на предыдущие семь.

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

Что делает ИИ-агент поверх 1С:Документооборот

Агент не заменяет систему и не подменяет юриста. Он делает ту часть работы, которая состоит из сверки: читает документ, сопоставляет его с правилами и возвращает результат в рабочее место юриста.

1. Читает зарегистрированный договор. Текст и приложения из системы, включая сканы — их распознаёт, а качество распознавания помечает, чтобы человек видел, где могла потеряться строка.
2. Определяет тип договора и применимый регламент. Поставка, подряд, услуги, соглашение о конфиденциальности, дополнительное соглашение — у каждого свой чек-лист и свой шаблон.
3. Сверяет текст с регламентом. Обязательные условия на месте, значения в допустимых границах, запрещённые формулировки отсутствуют. Каждое расхождение — с цитатой из договора и ссылкой на пункт регламента.
4. Сравнивает с шаблоном и прошлой редакцией. Что изменено относительно типовой формы и относительно предыдущего договора с этим контрагентом: это самая полезная часть для опытного юриста, потому что показывает отклонения, а не весь текст.
5. Проверяет реквизиты и карточку контрагента. Совпадение названий, адресов, банковских реквизитов и подписанта с данными системы; расхождения помечает как вопрос, а не как факт.
6. Готовит проект решения. Протокол разногласий с формулировками правок и краткое резюме для менеджера: что критично, что можно принять, что требует решения руководителя.
7. Ведёт журнал. По каждому договору остаётся след: какие правила проверялись, что нашлось, что юрист принял, что отклонил. Этот журнал — и база для правки шаблонов, и доказательство того, что проверка была.

Меняется не система, а порядок: юрист открывает не «очередной файл», а разбор, где отмечено, что расходится с правилами. 1С:Документооборот при этом не нужно менять — по описанию вендора, это ECM-система с единым справочником документов, маршрутами и контролем исполнения, и вариант поставки подбирается под масштаб: «Проф» для средних компаний, «Корп» для холдингов и групп. Данные для проверки уже лежат в системе — не хватает слоя, который читает их за юриста и предлагает решение.

Как устроен такой контур в целом, мы разбирали в материалах про ИИ-агента для 1С и про разработку ИИ-агентов: ограниченный набор инструментов, понятные шаги, человек в контуре принятия решений.

Какие риски это снимает

Часы — не главный аргумент. Ставка выше: подписанный договор — это обязательство на весь срок его действия, и исправить в нём что-то задним числом нельзя.

Условие, которое никто не прочитал до подписи

Договор подписан с ответственностью без верхнего предела или с автопролонгацией: первый спор показывает, что компания обязана больше, чем рассчитывала, и платит за это из своей маржи. Ошибка обнаруживается не в момент подписания, а в момент, когда условие срабатывает — то есть когда договор уже действует, а контрагент ссылается на подписанный текст. Разбор текста по регламенту до подписи снимает именно этот сценарий: расхождение видно, пока ещё есть возможность его убрать.

Штрафные и обеспечительные условия в невыгодной редакции

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

Договор, который не с кем подписывать

Устаревшая карточка контрагента, изменившиеся реквизиты, подписант без полномочий, не тот адрес для юридически значимой переписки. Документ подписан, отправлен, оплачен — а платёж возвращается или уходит не туда, и дальше начинается переписка вместо работы. Проверка реквизитов и карточки — самая механическая часть разбора, и она же самая частая.

Согласование длиннее сделки

Сделка готова, ждёт только подписи, а договор стоит в очереди на разбор. Чем длиннее цикл согласования, тем выше шанс, что отгрузка сдвинется, сроки по графику поедут, а закрытие объёмов и оплата переедут на следующий период — знакомая всем история, разобранная в материале про кассовый разрыв. Здесь важен не сам факт ожидания, а то, что для типового договора ожидание бессмысленно: он ничем не отличается от сотни уже проверенных.

Спор без доказательной базы

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

Зависимость от одного юриста

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

Ошибки автоматизации без правил

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

Сколько часов это возвращает

Часы — уже следствие. Но посчитать полезно: типовой расчёт для компании с потоком около 300 договоров в месяц, юридическая служба — четыре человека. Вводные берите свои, методика не меняется.

Внешняя рамка для сравнения. По данным опроса LegalOn и In-House Connect, большинство команд тратит на договор от двух до четырёх часов. По оценке Definely, сокращение времени разбора при работе с ИИ-помощником в большинстве команд составляет 25–50%, а до 80% рутинных операций — сверка определений, перекрёстных ссылок, поиск отсутствующих пунктов — выполняется автоматически. Российский пример замера: в ТПХ «Русклимат» после внедрения ИИ-сервиса для анализа рисков время проверки типового договора сократилось почти вдвое — с 75 до 39 минут, при отделе из 15 человек и библиотеке из 32 типов рисков.

Показатель	Вручную	С агентом
Договоров в месяц	300	300
Первичный разбор одного договора	60 минут	15 минут
Часы на первичный разбор в месяц	300 часов	75 часов
Часы на нестандартные условия и переговоры	40 часов	140 часов
Всего часов договорной работы в месяц	340 часов	215 часов
Сигнал о расхождении с регламентом	когда юрист дошёл до договора	в течение часа после регистрации

Арифметика открытая. При потоке 300 договоров в месяц и 60 минутах на первичный разбор это 300 часов в месяц — почти две полные рабочие ставки юриста, занятые только сверкой текста. С агентом человек не читает договор целиком, а проверяет разбор и принимает решения: 15 минут на договор, то есть 75 часов в месяц. Свободные 225 часов перераспределяются: часть уходит на содержательную работу, до которой раньше не доходили руки (нестандартные условия, переговоры, разбор спорных случаев — с 40 до 140 часов), остальные 125 часов в месяц возвращаются в работу как запас на пики.

В деньгах: 125 часов по стоимости часа внутреннего юриста 1 000 рублей — это 125 000 рублей в месяц, около 1,5 млн рублей в год на одной юридической службе. Для меньшего потока расчёт проще: 100 договоров в месяц — 100 × 45 минут экономии = 75 часов ≈ 75 000 рублей в месяц; три юрлица с таким потоком дают около 225 000 рублей в месяц. Формулировка «типовой расчёт» здесь принципиальна: это математика на заявленных вводных, а не чей-то замер по нашей компании.

Что остаётся за человеком

Границу ответственности задаём до пилота, а не после первого спорного договора.

• Подпись и правки — только человек. Агент готовит разбор и проект протокола разногласий; текст договора меняет юрист.
• Переговоры с контрагентом — на человеке. Агент может подготовить аргументацию, но разговор ведёт специалист: цена уступки оценивается по сделке, а не по тексту.
• Агент работает по утверждённому чек-листу. Список обязательных условий и допустимых значений утверждает руководитель юридической службы; всё, что вне списка, остаётся за человеком.
• Нет данных — нет вывода. Если регламент не описывает ситуацию, агент задаёт вопрос юристу, а не достраивает правило сам.
• Права ограничены чтением. Никаких изменений в документах, статусах и маршрутах: агент читает и предлагает.
• Конфиденциальность по правилам компании. Порядок работы с внешней языковой моделью описывают заранее: какие данные уходят, в каком виде, что не уходит никогда.
• Полный журнал проверки. По каждому договору видно, какие правила проверялись и что нашлось — это и разбор качества работы агента, и материал для правки шаблонов.

Как это выглядит на практике

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

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

Смежная задача — договоры с поставщиками и разбор тендерной документации — разобрана отдельно, в статье про ИИ в закупках и снабжении.

Как внедрить поэтапно

1. Запишите регламент проверки. Обязательные условия, допустимые значения, запрещённые формулировки — в виде чек-листа, а не абзаца инструкции. Это самый трудоёмкий и самый полезный шаг: чек-лист работает и без агента.
2. Соберите базу для сравнения. Возьмите 50–100 закрытых договоров и посчитайте текущие числа: время от регистрации до решения юриста, доля возвратов на доработку, число расхождений, найденных до подписи. Без этой базы эффект потом нечем доказать.
3. Выберите один тип договора. Типовой договор поставки или услуг — там, где расхождений меньше всего, а объём больше. Так агент быстро покажет себя на понятном материале.
4. Опишите контур данных. Что читает агент (документ, приложения, карточка контрагента, регламент, шаблон, история правок), куда возвращает разбор, где хранится журнал.
5. Прогоните на прошедших договорах. Возьмите уже проверенные документы и сравните: что нашёл бы агент, что нашёл юрист, где агент ошибся бы. Ложные срабатывания на этом шаге дешевле, чем на живом потоке.
6. Ограничьте права явно. Чтение, сопоставление, подготовка проекта решения. Без права править документы, менять статусы и отправлять что-либо контрагенту.
7. Померьте те же четыре числа. Время до решения, возвраты на доработку, найденные расхождения, часы на договорную работу. Они и будут основанием расширять список типов договоров, а не общее впечатление от демонстрации.

Разбор самой системы и того, что в ней можно автоматизировать, — в отдельном материале: ИИ для юристов: что реально автоматизируется в юридической работе.

Что в итоге

Первичная проверка договора запаздывает не из-за невнимательности юристов, а из-за стоимости сверки: чтобы разобрать текст, его нужно прочитать целиком, сопоставить с регламентом, шаблоном и историей отношений с контрагентом. Пока это ручная работа, компания платит рисками: непрочитанными условиями, асимметричной ответственностью, договорами, которые некому подписать, очередью на согласование, спорами без доказательной базы, зависимостью от одного специалиста — и обратным риском автоматизации без правил, когда модель уверенно додумывает то, чего в регламенте нет. Масштаб подтверждён внешними замерами: по опросу LegalOn и In-House Connect, 52% организаций обрабатывают от 101 до 1 000 договоров в год, а на один договор у большинства уходит от двух до четырёх часов; российский пример «Русклимата» показывает, что реально достижимое сокращение — почти вдвое (с 75 до 39 минут), а не «в десятки раз».

Агент поверх 1С:Документооборот закрывает разрыв между «договор зарегистрирован» и «юрист принял решение»: он читает, сверяет и предлагает, оставляя человеку подпись, правки, переговоры и решения по деньгам. Если хотите понять, где ваш договорный поток теряет время, начните с одного чек-листа, одного типа договора и ста закрытых документов. Остальные материалы по этому направлению собраны в разделе Внедрение ИИ.

Источники

• LegalOn Technologies и In-House Connect, отчёт «2025 State of Contracting Survey» (опрос 286 специалистов юридических служб; опубликован в январе 2025 года): 52% организаций обрабатывают от 101 до 1 000 договоров в год, большинство тратит 2–4 часа на один договор, для команды с 500 договорами это около 188 рабочих дней в год; использование ИИ для проверки договоров выросло на 75% год к году — с 8% до 14% команд, 79% респондентов называют главным доводом экономию времени. Исследование вендорское (проведено разработчиком ПО для проверки договоров), выборка — 286 человек: legalontech.com
• Definely, разбор «How much time does AI contract review save?» (2025): типовой коммерческий договор — 4–7 часов разбора (2–4 часа на пункты и коммерческие условия, 1–2 часа на сверку определений и перекрёстных ссылок, около часа на вычитку оформления); сокращение времени разбора в большинстве команд — 25–50%, до 80% рутинных операций выполняется автоматически. Вендорская публикация, независимо не проверялась: definely.com
• «Компьютерра», кейс «Как «Русклимат» сократил время проверки договоров с 75 до 39 минут с помощью ИИ-сервиса для анализа рисков» (15.08.2025): время проверки типового договора сократилось почти вдвое — с 75 до 39 минут; отдел из 15 человек, библиотека из 32 типов рисков, два цикла дообучения модели для снижения ложных срабатываний, тестовый контур с доступом только из внутренней сети: computerra.ru
• Embedika, обзор «Что такое автоматизация проверки договоров и как это работает»: юристы могут тратить до половины рабочих часов на проверку и согласование контрактов, отказ от автоматизации договорной работы оценивается вендором в потерю до 10% дохода, в согласовании бывает от 5 до 10 итераций правок, работа с договором включает до восьми этапов. Вендорская оценка, независимо не проверялась: embedika.ru
• Directum, статья «Искусственный интеллект для проверки договоров»: юристы крупных корпораций ежедневно обрабатывают примерно 30–50 договоров; функция нормоконтроля договоров доступна с версии 4.12 в поставке Directum RX Intelligence и в модуле «Генеративный ИИ» на модели GigaChat; заявленное ускорение — анализ, который занимал часы, выполняется за минуты. Вендорское описание, независимо не проверялось: directum.ru
• «1С», страница решений для задачи «Документооборот»: 1С:Документооборот 8 «Проф» и «Корп» — решения для автоматизации делопроизводства и документооборота, взаимодействия сотрудников и контроля исполнительской дисциплины; «Корп» описан как ECM-система для управления процессами. Описание вендора, использовано как справка о системе, а не как статистика: solutions.1c.ru