Договор с разработчиком ПО в эпоху AI: новые риски для заказчика

Главная ошибка бизнеса — использовать типовой договор на разработку программы, не адаптированный под специфику AI. Это ведёт к потере исключительных прав на код, нарушению лицензий и судебным искам.

Квалификация договора

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

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

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

Поэтому оптимально заключать договор с разработчиком программного обеспечения именно в форме подряда. Это позволяет закрепить передачу прав, ответственность и контроль качества.

Интеллектуальные права

Даже при правильной форме договора остаётся главный вопрос — кому принадлежат исключительные права на код, особенно модифицированный или сгенерированный с участием AI.

• В ЕС действует AI Act (2024, ст. 53): разработчики AI-систем обязаны документировать процесс создания продукта — фиксировать источники данных, указывать используемые алгоритмы и включённые библиотеки. Кроме того, они должны подтверждать наличие прав на использование этих компонентов. Для заказчика это означает возможность требовать от исполнителя прозрачности и доказательств законности включения каждого элемента в итоговый код. Это напрямую влияет на то, перейдут ли исключительные права к компании и смогут ли они быть защищены от оспаривания.
• В США применяется доктрина Work Made for Hire (1976, § 201 Copyright Act): права на произведение принадлежат заказчику только при наличии письменного соглашения. Норма охватывает как сотрудников, создающих код в рамках трудовых обязанностей, так и внешних подрядчиков. Если договором это не закреплено, исключительные права автоматически остаются за автором, и заказчик фактически получает лишь право пользования программой, а не её владения.

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

Риски использования AI и библиотек

Чтобы перейти к сути: технологии, которые выбирает исполнитель, могут стать источником серьёзных рисков.

Практическая угроза: инвесторы при due diligence выявляют использование библиотек с ограниченными лицензиями, и сделка блокируется. Показательным стал кейс Doe v. GitHub (Copilot case, США): AI-инструмент Copilot автоматически предлагал фрагменты кода, совпадавшие с элементами, защищёнными авторским правом и лицензиями с ограничениями. Суд отклонил часть претензий по DMCA (американский закон об авторском праве в цифровую эпоху), но оставил в силе требования о нарушении лицензий и контрактов. Дело сейчас рассматривается Апелляционным судом Девятого округа, и окончательного решения ещё нет. Однако уже сам факт многолетнего процесса показывает: если подрядчик не контролирует происхождение кода, в проект может попасть чужая интеллектуальная собственность. В такой ситуации именно заказчик рискует отвечать перед правообладателями и инвесторами — вплоть до блокировки приложения, судебных исков и отказа в финансировании.

Чтобы избежать таких ситуаций, в договоре нужно закрепить:

• запрет на использование нелицензионного ПО,
• обязанность проверять статус библиотек,
• ответственность за нарушение условий лицензий.

Обязательные положения договора

Чтобы перейти от теории к практике, стоит предусмотреть в контракте:

• Этапность и acceptance procedure — заказчик оплачивает только те этапы разработки, которые прошли документально подтверждённую приёмку.
• Критерии качества результата — включая тестирование, безопасность и соответствие лицензионным требованиям.
• Передача прав — исключительные права на весь продукт и AI-доработки.
• Обязанности исполнителя — проверка лицензий, соблюдение норм AI Act, ответственность за возможные претензии. Важно прямо закрепить, что исполнитель гарантирует «чистоту» кода от прав третьих лиц и возмещает заказчику убытки, если нарушение всё же выявлено.
• Оплата — только после документированного подтверждения качества.

Заключение

Искусственный интеллект меняет правила игры в сфере разработки ПО. Для бизнеса важно не только получить рабочий продукт, но и юридически владеть им без ограничений. Грамотно составленный договор разработки программного обеспечения, который учитывает специфику AI, закрепляет передачу прав, фиксирует ответственность исполнителя и соответствует международным требованиям, становится надёжной защитой от рисков. Такой контракт повышает инвестиционную привлекательность компании и гарантирует, что продукт можно свободно использовать, продавать и масштабировать.

Автор статьи: Валерий Сталиров, CEO компании IT-юристов Stalirov&Co