В IT границы стерты: вы можете работать с исполнителем из Киева, Варшавы и Сан-Франциско, но плохой договор ведёт к спорам, часто — в чужой юрисдикции с непредсказуемым исходом.
Грамотное составление договора на разработку ПО — не формальность, а инструмент распределения рисков, фиксации обязанностей и управления результатом. Иначе даже перспективный стартап рискует потерять код, бюджет и месяцы работы.
Проблемы возникают не из-за «плохого кода», а из-за разного понимания сроков, передачи прав и критериев готовности. Рассмотрим самые частые сценарии конфликтов.
По праву Украины срок — это существенное условие подряда (ст. 846 ГК).
Чтобы избежать задержек используйте milestones с конкретными датами и результатами: они дисциплинируют и дают основание требовать выполнение каждого этапа. Такая практика давно применяется в США и ЕС и даёт юридическое основание требовать соблюдения сроков. Для стартапа это особенно важно — вы сможете планировать тестирование, релизы и маркетинг без «плавающих» дедлайнов.
Предприниматель из Великобритании заказал доработку мобильного приложения у украинского разработчика. Договор в письменной форме не заключался — условия согласовали по Skype и WhatsApp. Заказчик перечислил более 7 500 € частями, но готовый код так и не получил. В споре заказчик требовал возврата средств, ссылаясь на отсутствие письменного договора передачи прав.
Ровенский апелляционный суд в постановлении от 11.02.2020 по делу № 569/9366/17 указал: стороны фактически заключили договор подряда, а не договор о передаче авторских прав; письменная форма в данном случае не требовалась; требование о возврате денег как безосновательного обогащения отклонено, поскольку спор должен был решаться через претензии к качеству и срокам работ.
Этот кейс учит нас фиксировать момент перехода прав интеллектуальной собственности письменно с описанием объектов и момента перехода. Переписка в мессенджерах не защищает.
В США подан коллективный иск против GitHub, Microsoft и OpenAI из-за работы инструмента GitHub Copilot. По утверждению истцов, Copilot воспроизводил фрагменты кода из открытых репозиториев (GPL, MIT, Apache) без соблюдения условий лицензий. Это означало, что продукты, созданные с использованием Copilot, потенциально нарушали авторские права и могли быть запрещены к коммерческому использованию.
Чтобы избежать споров, пропишите обязанность подрядчика проверять условия лицензий и правомерность использования кода, особенно при применении AI-инструментов.
Анализ международной практики показывает: есть ключевые разделы, без которых контракт превращается в формальность, которая не защищает бизнес. Чтобы договор работал в ваших интересах, важно разработать:
Подробное техническое задание
ТЗ — это описание функционала, дизайна, интеграций и безопасности. Для AI укажите создаваемые модули и распределение рисков по авторским правам.
Этапность и принятие работ
Разбейте проект на этапы: проектирование, код, тестирование, внедрение. После каждого из них подписывайте акт приема-передачи.
Оплата и санкции
Определите в договоре порядок расчета, валюту, срок и право задержать оплату, если если предоставлены не в полном объеме или с багами.
Передача интеллектуальных прав
Укажите какие объекты интеллектуальной собственности передаются по договору (код, дизайн, AI-контент); момент перехода прав (Украина — чаще после полной оплаты; США — возможно поэтапно; ЕС — после сдачи); условия использования open-source.
Дополнительные элементы
Добавьте NDA, NCA, DPIA и ответственность за AI-контент.
Составление договора разработки продукта в Киеве, Варшаве или Нью-Джерси — это защита ваших инвестиций и времени независимо от геолокаций. Каждый договор должен включать:
Договор на разработку ПО — это инструмент защиты бизнеса. Он помогает избежать споров из-за «плавающих» сроков, утраты кода или проблем с авторскими правами. Чётко прописанные условия по ТЗ, передаче прав, этапности, оплате и работе с open source дают предсказуемость и снижают риски даже в международных проектах.
Автор статьи: Валерий Сталиров, CEO компании IT-юристов Stalirov&Co
