Вы полностью оплатили счет. Разработчик передал код, дизайнер передал файлы логотипа, и фрилансер отправил финальную версию вашего видеоролика о продукте. Так что вам принадлежит всё это — верно?
Не обязательно. По законодательству США, человек, создающий интеллектуальную собственность, владеет ею по умолчанию, даже если вы заплатили ему за её создание. Без подписанной письменной передачи прав этот подрядчик по-прежнему сохраняет авторское право на код на ваших серверах, патентные права на изобретение в вашем прототипе, и рычаги влияния, способные осложнить ваш следующий раунд финансирования или поглощение.
Это один из самых дорогостоящих пробелов в документации, который может нести молодая компания. Решение простое, недорогое и лучше всего implemented до начала работы: письменная передача прав на ИС от каждого разработчика, дизайнера и фрилансера, который касается вашего продукта.
Правило по умолчанию: Создатель владеет, а не плательщик
Платеж — это не передача прав. Право собственности возникает у человека-создателя и переходит только посредством подписанного письменного документаи. Этот принцип действует по-разному для каждого типа интеллектуальной собственности:
Авторское право: код, дизайны, тексты, фото, видео
Авторское право возникает у автора в момент, когда оригинальное произведение зафиксировано в материальной форме — когда код сохранен, текст записан, или дизайн экспортирован. Для сотрудников, создающих произведения в рамках служебных обязанностей, работодатель считается автором по правилу «работа по найму». Для независимых подрядчиков справедливо обратное. Подрядчик является автором и владельцем, если право собственности не передано в письменной форме. Ваш счет доказывает, что вы заплатили за работу. Он не доказывает, что вы владеете авторским правом.
Что это охватывает для типичного стартапа: исходный код приложения, шаблоны веб-сайтов, макеты UI/UX, логотипы и иллюстрации бренда, маркетинговые тексты, посты в блоге, фотографии продуктов, обучающие видео и документацию.
Патенты: изобретения и технические улучшения
Патентные права изначально возникают у человека-изобретателя — того, кто задумал изобретение,— а не у компании, финансировавшей работус. Работодатель или клиент не имеет автоматических прав без явной передачи правэто. Это важно, когда подрядчик улучшает ваш алгоритм, разрабатывает новую механическую особенность или решает техническую проблему патентоспособным способом во время сотрудничества. Без передачи прав изобретатель может подать заявку, лицензировать или утаить изобретение, даже если ваши деньги оплатили лабораторное времяэто.
Товарные знаки: названия, логотипы, слоганы
Права на товарный знак возникают из использования знака в коммерции для идентификации ваших товаров или услуг, а не из создания логотипаи. Но авторское право и товарный знак пересекаются в активах бренда: ваш дизайнер владеет авторским правом на художественное оформление логотипа, пока он не передаст его вам, в то время как вы строите права на товарный знак, используя этот логотип с клиентамии. Если передача авторских прав отсутствует, вы можете оказаться в неловкой ситуации, владея деловой репутацией товарного знака в логотипе, чьим основным художественным оформлением вы не полностью контролируетеи.
Коммерческая тайна: формулы, списки клиентов, процессы
Защита коммерческой тайны зависит от разумных мер секретности, включая письменные обязательства о конфиденциальности. Подрядчик без соглашения о конфиденциальности не имеет автоматической обязанности сохранять в тайне вашу дорожную карту, модель ценообразования или данные о клиентахэто.
Почему одной формулировки «работа по найму» недостаточно
Многие шаблоны подрядчиков говорят, что работа является «работой по найму», и на этом останавливаются. Этот пункт, сам по себе, обычно не работает для подрядчиков — особенно для программного обеспеченияи. Согласно разделу 101 Закона об авторском праве, работа подрядчика квалифицируется как работа по найму только если выполнены все три условия:
-
Работа была специально заказана или commissionedи.
-
Обе стороны подписывают письменное соглашение, stating что работа является работой по наймуи. ️3. Работа попадает в одну из девяти узких законодательных категорий: вклад в коллективное произведение, часть кинематографического или аудиовизуального произведения, перевод, дополнительное произведение, компиляция, учебный текст, тест, ответы для теста или атлас.
Большинство результатов работы стартапа не подходят. Заказной код программного обеспечения, например, обычно не входит ни в одну из этих девяти категорий. Веб-сайт, мобильное приложение или бэкенд API, помеченные как «работа по найму», без дополнительных условий, по-прежнему принадлежат подрядчику, который их написалэто. Решение — это пункт «ремень и подтяжки»: укажите, что работа является работой по найму в той степени, в какой это допускает закон, а затем добавьте резервную передачу прав в настоящем времени — «в той степени, в какой любая работа не считается работой по найму, Подрядчик настоящим передает все права, титул и интерес Компании». Это второе предложение выполняет реальную работуэто.
Что нужно для надежной передачи прав на ИС от подрядчика
Вам не нужен договор на 40 страниц для каждого мелкого сотрудничества. Вам нужны эти семь элементов в письменной форме, подписанные до начала работы:
1. Передача прав в настоящем времени, а не обещание передать
Формулировка решает, кто владеет титулом. «Подрядчик соглашается передать» — это обещание передать права в будущем. «Подрядчик настоящим передает» — это фактическая передача прав, включая права на будущие работы, созданные по этому соглашениюи. Федеральные суды неоднократно рассматривали первое как обязательство, а второе как фактическую передачу— и юристы инвесторов выделят эту разницу при комплексной проверкеи. Используйте «настоящим передает» и добавьте обязательство подписать любые дополнительные документы, необходимые для завершения передачи, такие как патентные передачи или записи о передаче авторских правэто.
2. Широкое определение охватываемой работы
Определите «Рабочий продукт», чтобы охватить все, что подрядчик создает, задумывает, доводит до практического применения или доставляет в связи с сотрудничеством: код, документацию, дизайны, изобретения, данные, модели, промпты и результаты, где применимо, и все права интеллектуальной собственности в каждом из них — авторские права, патентные права, права на товарные знаки, коммерческую тайну и моральные права в той степени, в какой они отчуждаемыи. Привяжите охват к объему сотрудничества, а не только к конечным результатам. Черновики, прототипы, заметки и отвергнутые подходы должны быть включеныи.
3. Исключение предсуществующей ИС с лицензией обратно
Подрядчики часто приносят свои собственные библиотеки, шаблоны или инструменты. Попросите короткий список предсуществующих материалов, исключенных из передачи, и требуйте бессрочную, безвозмездную лицензию на использование всего из этого списка, что в итоге окажется встроенным в ваши результаты. Без этой лицензии многоразовый компонент подрядчика может стать правом вето внутри вашего продуктаи.
4. Отказ от моральных прав и претензий об авторстве
В США моральные права узки, но иностранные подрядчики могут иметь более широкие права на авторство и целостность по местному законодательству. Включите отказ в той степени, в какой это разрешено применимым законом, плюс согласие на использование работы без указания авторства и на внесение измененийэто.
5. Конфиденциальность и неразглашение
Запретите подрядчику раскрывать вашу конфиденциальную информацию и использовать её в чьих-либо еще интересах. Определите конфиденциальную информацию широко, установите срок действия в несколько лет (с коммерческой тайной, защищаемой бессрочно, и требуйте возврата или удаления материалов в конце сотрудничестваэто.
6. Дополнительные гарантии и доверенность
Требуйте от подрядчика подписывать патентные заявки, регистрации авторских прав, присяги и документы о передаче по запросу, за ваш счет. Добавьте ограниченную доверенность, позволяющую вам подписывать от его имени, если он станет недоступен или несговорчив — пункт, который окупает себя, когда бывший подрядчик уже ушел, а срок подачи патентной заявки истекаетэто.
7. Заявления об оригинальности и правах третьих лиц
Попросите подрядчика заявить, что работа оригинальна, не нарушает права третьих лиц, не нарушает никакие предыдущие соглашения (такие как неконкурентное обязательство или политику университета в отношении ИС, и не включает ограничительный открытый исходный код без вашего письменного одобренияи. Сопроводите это обязательством раскрывать любые компоненты третьих лиц до их включенияи.
Три пробела, которые удивляют даже осторожных основателей
Собственная работа основателей до инкорпорации
Правило подрядчика применяется и к вам. Код, дизайны или изобретения, созданные до образования компании, принадлежат отдельным основателям, пока каждый основатель не подпишет письменную передачу этой работы компании. Каждый чек-лист комплексной проверки при финансировании запрашивает эти передачи от основателей. Подпишите их при инкорпорации, а не за неделю до терминального листаи.
Загрязнение открытым исходным кодом
Подрядчик, копирующий код с ограничительной лицензией в ваш проприетарный кодовую базу, может наложить лицензионные обязательства на весь ваш продукт— включая требования раскрыть исходный кодэто. Ваше соглашение должно требовать предварительного письменного одобрения перед включением любого кода третьих лиц или открытого исходного кода, требовать ведомость материалов, перечисляющую каждую зависимость и её лицензию, и заявление, что никакой код с копилефтом не был включен без раскрытияи. Отслеживайте этот реестр так же, как вы отслеживаете расходы: как постоянное приложение к соглашению, обновляемое на каждой вехеи.
Результаты с ИИ и иностранные подрядчики
Инструменты генеративного ИИ добавляют новый нюанс: чисто машинно-генерируемый результат может вообще не иметь защиты авторским правом, а условия инструментов могут предоставлять поставщику инструмента широкие права на входные данныеи. Требуйте от подрядчиков раскрывать существенное использование инструментов ИИ, избегать передачи вашего конфиденциального кода или данных в инструменты, которые сохраняют права на обучение без одобрения, и отвечать за заявление об оригинальности для результатов, созданных с помощью ИИи. Для подрядчиков за пределами США местное законодательство может ограничивать передачу будущих изобретений, требовать дополнительную компенсацию за патентные передачи или сохранять неотчуждаемые моральные права. Попросите местного юриста проверить шаблон для каждой страны, где вы регулярно нанимаете, вместо того чтобы предполагать, что форма США работает без измененийэто.
Что на самом деле проверяют инвесторы и покупатели
Когда инвестор или покупатель рассматривает вашу компанию, комплексная проверка интеллектуальной собственности почти всегда задает одни и те же вопросы:
- Можете ли вы предоставить подписанное соглашение о передаче изобретений для каждого основателя, сотрудника, советника и подрядчика, который внес вклад в продукт?
- Есть ли непрерывная, зарегистрированная цепочка титула от каждого изобретателя к компании для каждой патентной заявки?
- Находятся ли регистрации авторских прав (если есть, в имени компании, с письменными передачами от авторов, не являющихся сотрудниками?
- Разрабатывал ли какой-либо участник ИС до присоединения, в университете или по соглашению с другим работодателем, который может претендовать на неё?
- Есть ли соглашения о конфиденциальности, охватывающие всех, кто имеет доступ к коммерческой тайне?
- Закодифицирован ли сторонний и открытый исходный код с совместимыми лицензиями?
Один отсутствующий пункт о передаче прав от подрядчика редко убивает сделку полностью, но он стоит времени и рычагов влияния. Типичное лекарство — панический поиск бывшего фрилансера для подписания подтверждающей передачи— иногда годы спустя, после ссоры, переезда за границу или конкурирующего требования. Словесные заверения и старые цепочки электронных писем не удовлетворяют требованию письменной передачи, и каждая отсутствующая подпись становится скидкой при переговорахэто. Ведите файл ИС с первого дня: подписанное соглашение каждого участника, объём работы, платежные записи, показывающие встречное удовлетворение, и список результатов. Комплексная проверка проходит быстро, когда файл полон; она застревает на недели, когда это не таки.
Практический план действий: от шаблона к чистому файлу ИС
До начала работы
Используйте один стандартный договор подряда для каждого сотрудничества, со встроенными пунктами о передаче ИС и конфиденциальности— а не как необязательное приложение. Требуйте подпись до предоставления доступа к репозиторию, обмена файлами дизайна или вступительного звонка. Устные даты начала с документами «которые будут позже» — вот как рождаются пробелыи. Классифицируйте работника правильно также. Неправильная классификация сотрудника как подрядчика создает налоговые и льготные риски, которые никакой пункт об ИС не исправит. Если человек работает полный рабочий день над вашей дорожной картой, под вашим руководством, с вашим оборудованием, привлеките юриста по наймуэто.
На каждой вехе
Собирайте результаты, список зависимостей и кода третьих лиц, и подтверждение, что никакие новые предсуществующие материалы не были включены без одобрения. Храните счета рядом с соглашением, по которому они были оплачены. Ваши бухгалтерские записи—часть вашего доказательства ИС: они показывают, кто был оплачен, за какой объём и когда— вот почему платежи подрядчикам должны быть отнесены на проект или поставщика, которым они принадлежат, а не сведены в общие строки расходовэто. Если вы отслеживаете финансы в Beancount.io, помечайте проводки подрядчика по поставщику и проекту, чтобы каждый платеж соответствовал своему заявлению о работе. В документации показано, как структурировать счета и теги для отслеживания на уровне проектов, а панель Fava позволяет легко составить историю платежей по каждому подрядчику, когда комплексная проверка запросит этои.
Когда вы находите пробел
Не переписывайте историю. Используйте короткое подтверждающее соглашение, которое ссылается на первоначальные даты сотрудничества, описывает рабочий продукт, передает его ретроактивно с формулировкой в настоящем времени и упоминает уже выплаченное встречное удовлетворение. Подпишите его быстро, пока отношения еще сотруднические. Для основателей подпишите передачи до инкорпорации, даже если все «уже договорились» — воспоминания тускнеют, таблицы капитализации меняются, а комплексная проверка требует бумагии. Регистрируйте патентные передачи в патентном ведомстве и храните копии записей о передаче авторских прав. Заносите в календарь сроки продления и поддержания, чтобы зарегистрированные права не истекли по административным причинамэто.
Упростите ваше финансовое управление
Правильное оформление прав на ИС в конечном счете—дисциплина ведения записей— подписанные соглашения, целевые платежи и полная бумажная цепочка от участника к компании. Beancount.io предоставляет бухгалтерию в виде открытого текста, что дает вам полную прозрачность и контроль над вашими финансовыми данными, так что затраты на подрядчиков, бюджеты проектов и готовые к комплексной проверке истории остаются под версионным контролем и проверяемыми. Начните бесплатно и держите каждый доллар инвестиций в продукт прослеживаемым до работы, за которую он был заплаченэто.