Договор на разработку ИИ-решения: как описать предмет и не остаться без результата

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

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

Почему разработка ИИ — это не обычная разработка ПО

Ключевая особенность предмета в том, что создание модели машинного обучения содержит элементы научно-исследовательских и опытно-конструкторских работ. Исполнитель не воспроизводит заранее известное решение, а проводит эксперименты: подбирает архитектуру, обучает модель на данных, оценивает её поведение и итеративно улучшает. Результат может оказаться хуже ожидаемого не из-за нерадивости разработчика, а из-за объективных свойств данных. Именно поэтому к таким договорам естественно тяготеет глава 38 ГК РФ о выполнении научно-исследовательских, опытно-конструкторских и технологических работ. По статье 769 ГК РФ по договору на НИОКР исполнитель обязуется провести обусловленные техническим заданием исследования или разработать образец нового изделия, а заказчик — принять и оплатить работу. Эта формулировка точно описывает суть создания нетривиальной ИИ-модели: техническое задание, исследовательский характер, риск, что ожидаемый результат не будет получен.

Из этой квалификации вытекает важнейшее правовое последствие — особое распределение риска. По статье 775 ГК РФ, если в ходе научно-исследовательских работ обнаруживается невозможность достичь результата по не зависящим от исполнителя обстоятельствам, заказчик обязан оплатить понесённые исполнителем затраты. Иными словами, для подлинно исследовательской части работы закон по умолчанию возлагает риск недостижения результата на заказчика, а не на исполнителя. Это прямо противоположно логике обычного подряда, где не достигший результата подрядчик рискует не получить оплату. Ответственность исполнителя за нарушение договора на НИОКР по статье 777 ГК РФ к тому же ограничена: он отвечает только при наличии вины и, если иное не предусмотрено договором, возмещает убытки лишь в пределах стоимости работ, а упущенную выгоду — только когда это прямо согласовано.

Из обязанностей исполнителя по статье 773 ГК РФ для ИИ-проектов особенно значимы две: выполнить работы в соответствии с согласованным техническим заданием и незамедлительно информировать заказчика об обнаружившейся невозможности получить ожидаемые результаты или о нецелесообразности продолжения работы. Эта норма даёт исполнителю законный механизм остановить заведомо тупиковый проект, а заказчику — раннее предупреждение, вместо того чтобы оплачивать месяцы безнадёжного обучения. Правила главы 38 о подряде применяются субсидиарно: статья 778 ГК РФ отсылает к общим положениям о подряде в части, не противоречащей существу НИОКР.

Когда уместнее модель авторского заказа и создания ПО

Не всякий ИИ-проект является исследованием. Если заказчик просит дообучить готовую открытую модель под свою задачу, собрать пайплайн из известных компонентов или интегрировать стороннюю модель в свой продукт, исследовательской неопределённости почти нет — результат предсказуем и воспроизводим. Здесь предмет ближе к созданию программного обеспечения по заказу, и центральной становится статья 1296 ГК РФ, по которой исключительное право на программу для ЭВМ, базу данных или иное произведение, созданные по договору, предметом которого было их создание, принадлежит заказчику, если договором не предусмотрено иное. Сама модель, её программный код и обучающие скрипты при этом охраняются как программа для ЭВМ по статье 1261 ГК РФ.

Важно различать две близкие нормы. Статья 1296 ГК РФ применяется, когда создание произведения и было предметом договора, тогда как статья 1297 ГК РФ регулирует ситуацию, когда программа создаётся при выполнении работ по договору, прямо не направленному на её создание; в последнем случае исключительное право по умолчанию остаётся за подрядчиком-исполнителем, а заказчик получает лишь право использования. Для ИИ-проекта это различие критично: чтобы право на модель досталось заказчику без дополнительных договорённостей, в предмете нужно прямо записать, что создание именно этой модели (с указанием задачи, архитектуры, ожидаемых характеристик) и является целью договора. На практике я предпочитаю не полагаться на диспозитивные правила и всегда отдельно прописываю условие об отчуждении исключительного права по статье 1234 ГК РФ, где, к слову, отсутствие согласованного размера вознаграждения в возмездном договоре влечёт признание его незаключённым.

Грамотный договор на разработку ИИ обычно оказывается смешанным: исследовательская часть (поиск работающего подхода, эксперименты) тяготеет к режиму НИОКР с распределением риска по статье 775 ГК РФ, а инженерная часть (доведение найденного решения до продукта, интеграция, документация) — к режиму создания ПО по заказу. Я рекомендую прямо разделять эти этапы в договоре, потому что от квалификации каждого этапа зависит и то, кто несёт риск недостижения показателей, и то, как происходит приёмка.

Предмет договора и техническое задание: центр тяжести сделки

В договоре на разработку ИИ предмет нельзя свести к одной фразе. Он должен описывать, что именно создаётся, и здесь у ИИ-решения несколько слоёв: обученная модель (набор весов — числовых параметров), программный код обучения и инференса, обрабатывающий данные пайплайн, а нередко и сформированный в ходе работы датасет. Каждый из этих объектов имеет собственную правовую судьбу, и если предмет о них умалчивает, спор о принадлежности результата запрограммирован. Само техническое задание в силу статьи 769 ГК РФ и статьи 773 ГК РФ является обязательным элементом договора на НИОКР — именно ему закон придаёт значение мерила того, что исполнитель должен был сделать.

Поэтому техническое задание для ИИ-проекта я выстраиваю вокруг измеримых характеристик. Качество модели должно описываться объективными метриками — например, точностью (accuracy), полнотой (recall), точностью попаданий (precision) или их гармоническим средним (F1-мера) — с указанием пороговых значений, при достижении которых работа считается выполненной. Здесь же фиксируется валидационная выборка, на которой эти метрики измеряются, и методика измерения, иначе любое значение метрики становится предметом спора. Требование измеримости вытекает из общего правила статьи 721 ГК РФ, по которому качество работы должно соответствовать условиям договора, а при их неполноте — обычно предъявляемым требованиям; для ИИ «обычно предъявляемые требования» почти не формализованы, и потому бремя описания качества целиком ложится на стороны.

Не менее важно описать данные. Модель не существует в отрыве от данных, на которых она обучается и проверяется, поэтому в предмете и техническом задании нужно зафиксировать, кто предоставляет обучающие данные, в каком объёме и качестве, и что происходит при их недостаточности. Если данные даёт заказчик, разумно прямо указать, что недостижение метрик вследствие низкого качества или нерепрезентативности предоставленных данных не является нарушением со стороны исполнителя. Эта оговорка хорошо ложится на логику статьи 775 ГК РФ: невозможность достичь результата по не зависящим от исполнителя причинам — риск заказчика.

Приёмка по объективным метрикам и испытания

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

Поскольку обучение модели итеративно, разумно предусмотреть этапную приёмку: пилотную модель на ограниченных данных, затем доработку до целевых порогов, затем приёмку финальной версии. Такая разбивка опирается на свободу сторон определять порядок выполнения работ и хорошо сочетается с авансированием — заказчик оплачивает достигнутые этапы, а исполнитель получает финансирование исследовательской работы, риск которой по статье 775 ГК РФ в значительной части лежит на заказчике. Я рекомендую привязывать платежи к подписанным актам этапов, а финальный платёж — к подтверждённому достижению целевых метрик на приёмочной выборке.

Гарантии, ответственность и поддержка

После приёмки возникает вопрос гарантии. По статье 722 ГК РФ договором может быть установлен гарантийный срок, в течение которого результат должен сохранять свойства, предусмотренные договором. Для ИИ-модели гарантия имеет особенность: качество предсказаний может деградировать со временем из-за изменения входных данных (так называемый дрейф данных), и это не дефект модели, а следствие изменившейся реальности. Поэтому гарантийные обязательства я формулирую через воспроизводимость метрик на фиксированной приёмочной выборке, а сопровождение при дрейфе оформляю как отдельную услугу по дообучению и мониторингу. Иначе исполнитель рискует бессрочно отвечать за то, что модель работает в среде, не похожей на ту, для которой её обучали.

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

Конфиденциальность — сквозное условие любого ИИ-проекта. Стороны обмениваются датасетами, метриками, деталями архитектуры, и многие из этих сведений имеют коммерческую ценность. Статья 771 ГК РФ прямо предписывает сторонам договора на НИОКР обеспечивать конфиденциальность сведений, составляющих предмет договора, а наиболее ценные ноу-хау можно защитить режимом секрета производства по статье 1465 ГК РФ, который признаёт ноу-хау сведения, имеющие коммерческую ценность в силу неизвестности третьим лицам, при условии принятия обладателем разумных мер к их охране.

Налоговые последствия: НДС и льгота для российского ПО

С 1 января 2026 года основная ставка НДС повышена до 22 процентов (Федеральный закон от 28.11.2025 № 425-ФЗ, внёсший изменения в статью 164 НК РФ), и это нужно учитывать при формировании цены договора на разработку. Однако для ИТ-сферы сохраняется значимая льгота: по подпункту 26 пункта 2 статьи 149 НК РФ от НДС освобождена реализация исключительных прав на программы для ЭВМ и базы данных, включённые в единый реестр российских программ, а также прав на их использование. Если результат разработки — модель и сопутствующее программное обеспечение — будет включён в реестр, передача прав на него может пройти без НДС, что прямо влияет на экономику сделки. Поэтому уже на стадии согласования предмета стоит решить, претендует ли заказчик на включение в реестр и кто за это отвечает, ведь от этого зависит и цена, и структура передачи прав.

Типовые риски и как их минимизировать

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

Третий риск — молчание о правах на модель, веса и данные. Если в предмете не сказано, что создаётся именно заказное произведение, диспозитивные правила статьи 1297 ГК РФ могут оставить исключительное право у исполнителя. Четвёртый — игнорирование правомерности обучающих данных: использование чужих охраняемых объектов или персональных данных без основания делает всю модель юридически уязвимой, поэтому исполнитель по статье 773 ГК РФ обязан гарантировать, что передаваемый результат не нарушает прав третьих лиц. Пятый — отсутствие процедуры приёмки по метрикам, из-за чего стороны спорят о самом факте достижения качества. Каждый из этих рисков устраняется на стадии подготовки договора, и затраты на тщательную проработку предмета многократно окупаются отсутствием споров на этапе сдачи результата.

Краткое заключение

Договор на разработку ИИ-решения требует от юриста не подгонки под привычный шаблон, а осознанного конструирования предмета. Нужно определить, где заканчивается исследование с его особым риском по главе 38 ГК РФ и начинается инженерная разработка заказного произведения по статье 1296 ГК РФ. Центр тяжести сделки — техническое задание с измеримыми метриками, валидационной выборкой и процедурой приёмки по статье 720 ГК РФ. Права на модель, веса и данные, гарантии качества по статье 722 ГК РФ, ответственность за ошибки системы и конфиденциальность по статье 771 ГК РФ должны быть распределены прямо и недвусмысленно. Тщательно проработанный предмет превращает вероятностную природу машинного обучения из источника споров в управляемый, заранее распределённый риск.