# Составление протокола разногласий: прототип ассистента

> Кейс прототипа договорного ассистента: проверка входящего договора, предложения редакций и черновик протокола разногласий. Демо с вымышленными условиями.

- Источник: https://lokai.ru/keysy/sostavlenie-protokola-raznoglasiy-prototip/
- Организация: LokAi — Внедрение ИИ в закрытом контуре
- Раздел: Главная → Кейсы → Договорный ассистент

---

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

- Прототип по клиентскому запросу
- Два экрана ключевого пользовательского сценария
- Все данные в публичном демо вымышлены

## Публичный демо-стенд

**Клиент:** ~~Название клиента~~ — скрыто по NDA. Все документы, сотрудники, условия, ответы и числа на экранах вымышлены. Это концептуальные макеты пользовательского интерфейса.

## Задача клиентского прототипа

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

## Пользовательский сценарий прототипа

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

1. **Загрузите входящий договор**  
   Сотрудник выбирает файл и набор правил для типа сделки. Версия исходного документа фиксируется вместе с проверкой.
2. **Разберите условия для согласования**  
   Ассистент показывает исходный пункт, основание замечания и вариант редакции. Юрист оценивает предложение в контексте сделки.
3. **Подтвердите нужные правки**  
   В протокол включаются выбранные изменения. Спорное предложение можно скорректировать, отклонить или оставить для дополнительного согласования.
4. **Сформируйте протокол разногласий**  
   Черновик содержит редакцию контрагента и позицию компании по каждому пункту. Скачивание черновика не означает согласование; отправка требует подтверждения ответственного.

## Проверка входящего договора с предложением редакции

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

![Демо договорного ассистента: исходные пункты договора, правило компании и редактируемое предложение для проверки юристом.](https://lokai.ru/media/document-products/04-contract-protocol-01-main-workflow.webp?v=5046bc51ff)

*Демо-стенд. Все условия и правила вымышлены. Редакции являются учебным примером, а не юридической рекомендацией.*

## Черновик протокола разногласий

Во втором экране выбранные правки собраны в таблицу: пункт, редакция контрагента, наша редакция и основание. Черновик передаётся на проверку юристу. Исходный договор сохраняется, а внешняя отправка ожидает согласования.

![Демо протокола разногласий: три пункта с исходной и предложенной редакциями, основаниями и согласованием юристом.](https://lokai.ru/media/document-products/04-contract-protocol-02-next-step.webp?v=373105a472)

*Демо-стенд. Протокол — черновик на проверке юриста; изменения не приняты контрагентом автоматически.*

## Результат прототипа и границы публичного кейса

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

## Как проверяем качество подготовки протокола

На пилоте оцениваем полезность связки «замечание — исходный пункт — предложенная редакция — протокол». Итоговые формулировки подтверждает юрист, знакомый с правилами компании и конкретной сделкой.

*Как проверяем качество подготовки протокола*

| Что проверяем | Рабочий результат | Что остаётся у юриста |
|---|---|---|
| Полнота замечаний | Значимые отклонения от заданных правил найдены | Оценка контекста и допустимых исключений |
| Привязка к источнику | Верный пункт и исходная редакция сохранены | Проверка связанных положений и приложений |
| Предложенные изменения | Текст соответствует согласованной позиции компании | Принятие, корректировка или отклонение редакции |
| Итоговый протокол | Таблица не теряет номера пунктов и выбранные правки | Согласование перед передачей контрагенту |

## Как перейти от прототипа к вашему продукту

Для первого пилота выбираем один тип договора и собираем корпоративную позицию: обязательные условия, допустимые отклонения и примеры принятых протоколов. Если правила не формализованы, начинаем с их описания вместе с юристом, а не подменяем позицию компании общими ответами модели.

Состав решения и варианты адаптации описаны на странице [«Договорный ассистент»](https://lokai.ru/sostavlenie-protokola-raznoglasiy-s-ii/). Начинаем с примеров ваших документов, правил и ожидаемого результата.

## Разбор сценария в блоге

Практический разбор: [Протокол разногласий с ИИ: как сохранить контроль](https://lokai.ru/blog/protokol-raznoglasiy-k-dogovoru-s-ii/).

## Как проверить прототип составления протокола разногласий

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

## Вопросы о прототипе и похожем внедрении

**На экранах показана система реального клиента?**

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

**Что подтверждает этот кейс?**

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

**Можно ли получить протокол в Word?**

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

**Будет ли договор автоматически отправлен контрагенту?**

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

**Можно ли повторить составление протокола разногласий для московского офиса и региональных юристов?**

Да, после описания типов договоров, позиций компании и маршрутов согласования. Для подразделений учитываем различия шаблонов и полномочий. Все данные публичного демо вымышлены; передача рабочего договора и окончательного документа регулируется отдельно согласованными правами доступа и подтверждениями.

---

Бесплатный аудит и расчёт окупаемости на ваших данных: https://lokai.ru/besplatnyy-audit-ii/

Почта: hello@lokai.ru · 123112, Москва, ММДЦ «Москва-Сити» · Пн–Пт, 09:00–19:00 МСК