ИИ в договоре подряда: данные, локализация и ответственность в ТЗ

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

Почему ТЗ на ИИ шире классического IT-подряда

В обычном ПО результат предсказуемее: баг можно воспроизвести. У модели ответ плавает, зависит от данных обучения, промпта и внешних API. Заказчик должен понимать границы: что считается дефектом, что — допустимой погрешностью, что — инцидентом безопасности. Подробнее про правовой фон — Закон об ИИ и договоры 2026.

Практически ТЗ и договор работают в паре: ТЗ описывает поведение системы и метрики, договор — роли, данные, субподрядчиков и деньги при сбое.

Блоки, которые стоит вынести в договор и приложения

1. Данные и локализация

• Категории данных: ПДн, коммерческая тайна, логи, обучающие выборки
• Место хранения и обработки (в т.ч. требование размещения в РФ, если применимо)
• Запрет на использование данных заказчика для дообучения чужой модели без согласия
• Срок и способ удаления / возврата данных после окончания работ

2. Субпроцессоры и внешние модели

• Перечень облаков, API и LLM, через которые идёт трафик
• Порядок согласования замены субпроцессора
• Кто заключает договор с провайдером модели и на чьё имя лицензия
• Ответственность подрядчика за действия привлечённых лиц

3. Инциденты, контроль человека, ошибки модели

• Срок уведомления об утечке, недоступности или массовых сбоях генерации
• Где обязателен human-in-the-loop (решения с правовыми/финансовыми последствиями)
• Критерии дефекта vs «вероятностное поведение» модели
• Лимит ответственности, исключения и страхование (если есть)

Что положить в техническое задание

1. Назначение системы и запрещённые сценарии использования
2. Метрики качества и процедура приёмки (тестовый набор, пороги)
3. Требования к журналированию запросов/ответов и доступу заказчика к логам
4. Сценарии эскалации при галлюцинациях модели в критичных функциях
5. План отката: отключение ИИ-модуля без остановки основного процесса

Односторонние формулировки, на которые смотреть в первую очередь

В шаблонах подрядчиков часто встречаются перекосы:

• «Результат as is» без метрик приёмки — заказчик не сможет отказать в акте
• Право менять субпроцессоров и регион хранения без уведомления
• Нулевой срок уведомления об инциденте или только «разумный срок»
• Полный отказ от ответственности за вывод модели при критичных решениях
• Право подрядчика обучать свои модели на данных заказчика «для улучшения сервиса»

Такие пункты удобно ловить разбором на риски: проверить договор.

Чек-лист на 10 минут

Смежные материалы

• Закон об ИИ и договоры 2026
• Как проверить договор подряда
• Согласование правок в договоре
• Сравнение версий договора

Краткий вывод

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