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

Это не теоретический риск. Это самая частая находка технического due diligence в компаниях, работавших с зарубежными командами. И дорого она обходится именно потому, что чинится только поимённым поиском каждого, кто когда-либо коммитил.

Почему work-for-hire не пересекает границу

Авторское право США автоматически закрепляет за работодателем произведение, созданное сотрудником в рамках трудовых обязанностей. Для независимых подрядчиков автоматический переход действует лишь для узкого перечня категорий, и заказная разработка в него однозначно не входит. Значит, с подрядчиками права переходят только через прямую письменную передачу.

Теперь пересеките границу. Многие страны континентального права признают личные неимущественные права, которые вообще не отчуждаются, а некоторые ограничивают общую передачу прав на ещё не созданные произведения. Формулировка, идеально работающая в договоре по праву Делавэра, может оказаться частично неисполнимой там, где разработчик реально живёт и работает.

Где на самом деле рвётся цепочка

Ваш договор с подрядчиком обычно в порядке. Разрыв — уровнем ниже:

• Подрядчик работает с физлицами по договорам ГПХ, где есть пункт о конфиденциальности, но нет передачи прав.
• Подрядчик передал часть работ другой компании, и тот договор никто не проверял.
• Фрилансеру платили через биржу, чьи условия передают права только при полной оплате, а один счёт остался спорным.
• Кто-то писал код до подписания любого договора. Код ранних прототипов имеет обыкновение доживать до продакшена.
• Инженер использовал код, написанный ранее у другого работодателя, или открытый код под лицензией, несовместимой с вашим коммерческим использованием.

Любой из этих пунктов рвёт цепочку. А поскольку софт накопителен, один непереданный вклад из первого года может обременить всё, что построено сверху.

Как выглядит защитимая схема

Чтобы это требовать, не нужно быть юристом. Запросите письменно до первого коммита:

1. Передачу всех прав в настоящем времени, с отказом от личных неимущественных прав там, где отказ допустим, и бессрочной всемирной лицензией там, где нет.
2. Гарантию, что каждый конкретный исполнитель связан аналогичной передачей, и обязанность подрядчика предъявить эти соглашения по запросу.
3. Запрет на субподряд без письменного согласия.
4. Переход прав по факту оплаты каждого счёта, а не по завершении проекта, — чтобы спор по последней фазе не ставил под вопрос права на первые десять.
5. Политику по открытому коду: перечень всех зависимостей и их лицензий, передаваемый вместе с кодом, с исключением copyleft-лицензий из вашего распространяемого продукта без отдельного согласования.

Структурное решение

Пункты договора помогают, структура помогает сильнее. Если ваш контрагент — американское юрлицо, договор подчинён праву США, и именно это юрлицо, а не вы, обязано иметь чистые передачи прав от всех, кто ниже по цепочке, то у вас есть одна точка для предъявления требований и одна сторона, отвечающая за всю цепочку целиком.

Это и есть разница между владением своим кодом и владением обещанием о своём коде.

Если проблема уже есть

Она решается, и решать её сейчас намного дешевле, чем в ходе due diligence с дедлайном. Составьте перечень, кто и когда вносил вклад, получите подтверждающие передачи прав от тех, у кого их нет, проведите аудит лицензий зависимостей и задокументируйте результат. Большинство компаний закрывают это за несколько недель, если начинают до того, как их об этом попросят.

Вы владеете продуктом не потому, что заплатили за него. Вы владеете им потому, что кто-то может поимённо доказать: права были переданы вам.

Все договоры LaunchWe подчинены праву США, передают права по факту оплаты, а не по завершении проекта, и гарантируют передачу прав от каждого исполнителя вверх по цепочке. Если хотите, разберём вашу текущую схему и прямо скажем, выдержит ли она проверку.