Александр Костин – Юрист без рутины: ИИ-инструменты для документов и споров (страница 6)

Модули конфиденциальности и данных (NDA, коммерческая тайна, ПДн, доступы).

Модули подсудности и разрешения споров (переговоры, претензия, медиация при необходимости, суд/арбитраж).

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

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

Минимальный каркас, который защищает в споре, включает:

Определения.

Список терминов, которые будут повторяться: «Услуги», «Результат», «Отчет», «Задание/ТЗ», «Этап», «Срок», «Рабочий день», «Материалы заказчика», «Замечания». Без определений спор почти неизбежен.

Предмет.

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

Порядок оказания/выполнения.

Как стартуем, какие входные данные дает заказчик, какие согласования нужны, кто ответственное лицо, как ведется коммуникация (почта, мессенджер, трекер), что считается официальным каналом.

Сроки.

Не просто дата окончания, а логика: срок начала, сроки этапов, зависимость от предоставления материалов заказчиком, что если заказчик задержал входные данные.

Цена и порядок оплаты.

Схема оплаты, сроки, реквизиты, условия приостановки работ при просрочке, что с НДС/без НДС, что с расходами, если они возможны.

Приемка и результат.

Самый важный раздел. Как фиксируем сдачу, как направляем результат, сколько дней на замечания, что если молчат, как оформляем акт, что если отказались подписывать, как классифицируем замечания (существенные/несущественные), сроки на исправление.

Права и обязанности сторон.

Коротко и по делу, но с акцентом на обязанности заказчика предоставлять материалы и принимать результат в срок. Здесь часто «дырка»: заказчик может затягивать приемку бесконечно, если вы не прописали процедуру.

Ответственность и ограничения.

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

Расторжение.

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

Конфиденциальность и данные.

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

Форс-мажор.

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

Разрешение споров.

Претензионный порядок (если нужен), сроки ответа, подсудность, применимое право.

Прочее.

Порядок обмена документами, электронные подписи/сканы, уведомления, реквизиты.

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

Самая частая «дыра»: приемка и доказательства результата

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

Правильная приемка должна отвечать на вопросы:

– Что именно считается результатом (файл, отчет, доступ, код, макет, опубликованный материал, выполненный объем)?

– Как вы его передаете (канал, формат, ссылка, доступ)?

– Как заказчик подтверждает получение?

– Сколько времени на замечания?

– Что происходит, если замечаний нет?

– Что считается замечанием (в письменной форме, конкретизация, ссылки на ТЗ)?

– Что если замечания не относятся к ТЗ или появляются новые требования?

– Сколько итераций исправлений включено?

– Что если заказчик отказывается подписывать акт без мотивировки?

ИИ можно использовать, чтобы собрать 3–4 варианта приемки под разные услуги: «результат-отчет», «результат-файл», «результат-доступ», «результат-этапы». Но выбор и финальная редакция должны быть привязаны к вашему продукту.

Вторая «дыра»: предмет и границы работ

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

Практически это делается так:

– предмет описывается через ТЗ/заказ/заявку;

– вводится процедура изменения: «изменения оформляются допсоглашением/новым заказом»;

– вводится правило приостановки сроков при непредоставлении входных данных;

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

ИИ часто пишет общие фразы и забывает механику изменения. Это место нужно жестко контролировать.

Третья «дыра»: ответственность без лимита и без исключений

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

Но и обратная крайность опасна: слишком жесткий лимит ответственности может сорвать сделку или вызвать встречные требования заказчика. Ваша задача – баланс: чтобы риск был управляемым и приемлемым для обеих сторон.

ИИ может предложить варианты лимитов, но юрист должен проверить:

– не противоречит ли лимит обязательным нормам;

– не конфликтует ли с гарантиями и заверениями;

– не создает ли риск признания условия недействительным из-за явной несоразмерности (в отдельных режимах);

– как лимит сочетается с неустойкой.

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

Четвертая «дыра»: интеллектуальная собственность и права на результат

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

ИИ часто вставляет стандартный блок «все права переходят заказчику», не учитывая, что: