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

Внедрим ИИ в работу вашей компании
Бесплатно разберём процессы и подготовим план запуска ИИ.

Что именно нужно извлечь
В разных договорах продление устроено по-разному: автоматическое, после письма, по дополнительному соглашению или при выполнении условия. Поэтому список полей шире одной даты: начало и конец действия, способ продления, крайний срок уведомления, адрес и форма уведомления, исключения, связанное приложение, ответственный и ссылка на исходный пункт.
До автоматизации попросите юриста или договорного менеджера заполнить такие карточки по 15–20 документам. Это станет эталоном. Если два специалиста по-разному трактуют пункт, модель не должна решать спор своим «уверенным» ответом. Сохраните статус «требует толкования».
Почему приложения важны
Основной договор может действовать год, а конкретная услуга в приложении — другой период. Пункт о продлении может ссылаться на приложение, а приложение — на порядок уведомления в основном тексте. ИИ должен показать цепочку ссылок. Если одного файла в комплекте нет, карточка считается неполной.
На узком экране таблицу можно прокрутить вправо.
| Документ | Найденное условие | Что проверить |
|---|---|---|
| Договор | Общий срок действия | Применяется ли он к услуге |
| Приложение | Особый период услуги | Не перекрывает ли общий срок |
| Допсоглашение | Изменение даты | Подписано ли и действует ли |
| Письмо сторон | Уведомление | Есть ли подтверждение отправки |
Это схема поиска, а не юридическое заключение. Наличие формулировки ещё не доказывает, что условие применимо к конкретной ситуации.
Сверяйте даты и отрицания с исходником
Скан может распознать «не позднее 30 дней» как «позднее 30 дней». Одна частица меняет действие. Для каждого критичного срока показывайте изображение страницы или точный фрагмент, а сотрудник подтверждает число, единицу времени и способ расчёта. Разные понятия — календарные и рабочие дни — нельзя усреднять.
Проверьте договоры с изменениями и архивными редакциями. Если система извлекла срок из неподписанного проекта, календарь продления станет ложным. Храните статус версии и связь с карточкой контрагента.
Напоминание без автоматического решения
После проверки карточки можно поставить напоминания ответственному с запасом времени для внутреннего согласования. ИИ не должен сам отправлять уведомление о прекращении или продлении договора: это действие с юридическими последствиями. NIST AI RMF рекомендует определять роли, оценивать риски и проверять систему в работе; здесь граница между извлечением и отправкой особенно важна.
Измеряйте, сколько договоров получили полную проверенную карточку, сколько исключений система пропустила и сколько времени заняла ручная сверка. Если документы хранятся без связи с приложениями, сначала наведите порядок в архиве.
Пример опасного упрощения
В договоре сказано «продлевается автоматически, если сторона не направила уведомление за 60 календарных дней», а в приложении для отдельной услуги указан иной срок. Сводка «договор продлевается через год» пропускает действие, которое компания должна успеть выполнить заранее. Карточка должна показывать не только дату окончания, но и крайний срок решения об уведомлении, сам текст условия и указание на исключение. Если применение приложения спорно, покажите юристу обе формулировки.
Как вести календарь изменений
После подписания дополнительного соглашения предыдущая карточка срока может устареть. Свяжите каждое изменение с исходным договором, датой действия и ответственным за проверку. Пересчёт напоминаний выполняйте только после подтверждения новой версии. Сохраняйте историю: она поможет понять, почему старое уведомление стояло на другую дату. Если система не может определить действующую редакцию, это задача для человека, а не повод выбрать самый новый файл по имени.
Список вопросов перед постановкой напоминания
Какой документ подписан последним? Есть ли приложение с особым сроком? Требуется ли письмо, и на какой адрес его отправлять? Указаны календарные или рабочие дни? Кто внутри компании принимает решение о продлении? Если один ответ отсутствует, карточка не готова к автоматическому напоминанию с уверенной датой. Покажите сотруднику пробел и исходный пункт.
Напоминание полезно ставить раньше крайнего срока с учётом внутреннего согласования, но величина запаса зависит от процесса компании. Не выводите её из текста договора автоматически. После отправки уведомления сохраните подтверждение и свяжите его с карточкой, чтобы следующий ответственный видел, что действие действительно состоялось.
Контроль после подписания нового приложения
Когда стороны подписали приложение с иным сроком, одной новой записи в папке недостаточно. Пересмотрите карточку продления, старые напоминания и связанный список услуг. Укажите, какая часть договора изменилась и с какой даты. Система может предложить обновление календаря, но ответственный подтверждает его по подписанной версии. Если два документа противоречат друг другу, не берите автоматически самый поздний по дате файла: дата сохранения не равна юридической силе.
Храните причину изменения напоминания, чтобы будущий сотрудник мог восстановить решение без поиска в переписке.
Если подписано новое соглашение, сначала сравните редакции договора, затем меняйте напоминания.
О материале и источниках
Материал подготовлен редакцией Потока с участием ИИ. Первоисточники проверены 30 сентября 2026 года. Примеры иллюстрируют метод и не являются результатами испытания продукта редакцией. Обложка создана через ImageGen и не документирует реальное событие.
- NIST AI RMF
Первичный материал для проверки подхода и границ применения; пример в статье подготовлен редакцией.
Опубликовано