Кому принадлежит код внешнего разработчика по английскому праву?

Если вы оплатили разработку программы, это ещё не значит, что авторские права на неё перешли к вам. Когда код пишет разработчик, который не работает у вас по трудовому договору, права по общему правилу сначала принадлежат ему. Чтобы получить их, нужно подписанное соглашение о передаче прав. Если вы работаете с компанией, также выясните, как она получила права от людей, которые написали код. Статья 11 Закона об авторском праве, промышленных образцах и патентах 1988 года (CDPA); статья 90.

В статье я разбираю авторское право Великобритании и договоры по праву Англии и Уэльса. Речь идёт о коде, написанном человеком. Для других видов интеллектуальной собственности и результатов работы AI могут действовать другие правила. Если разработчики находятся в других странах или вам нужны права за пределами Великобритании, это нужно проверить отдельно.

Начните с тех, кто написал код

CDPA относит компьютерные программы к литературным произведениям. Автором, как правило, считается человек, который создал произведение. Поэтому проверку нужно начинать с разработчика, даже если счёт выставило агентство. Статья 3 CDPA; статья 9.

Для сотрудников есть важное исключение: если человек создаёт код в рамках своих обязанностей по трудовому договору, авторские права обычно сразу принадлежат работодателю, если они не договорились иначе. Оплата работы фрилансера сама по себе не делает его вашим сотрудником. Важно, как на самом деле устроена ваша работа. Статья 11 CDPA; разъяснения британского ведомства интеллектуальной собственности (IPO).

У компании, которая разрабатывает программу, я запрошу краткий список тех, кто над ней работал: сотрудников, фрилансеров и других компаний. Затем проверю, что сделал каждый и как трудовой договор или отдельное соглашение решает вопрос с правами. Одного обещания компании, что права принадлежат ей, недостаточно. Нужно понять, на чём оно основано. Состав документов зависит от задачи. Договор компании с вами сам по себе не показывает, как она получила права от разработчиков.

Найдите передачу прав в подписанных документах

По статье 90(3) для передачи авторских прав нужен письменный документ с подписью того, кто передаёт права, или его представителя. Найдите подписанный договор и его приложения. Проверьте, кто передаёт права и что именно об этом сказано. Неподписанный шаблон не доказывает, что права уже перешли к вам. Статья 90 CDPA.

Затем сравните описание результата в договоре с тем, что команда создаёт на практике. Входят ли в него уже написанный код, будущие версии, документация и согласованные доработки? Проверьте, когда переходят права: например, после создания программы, подтверждения готовности работы или оплаты. Если права переходят после оплаты, договор должен объяснять, как вы можете использовать программу до этого момента и что происходит, если вы не согласны со счётом.

При подписании договора код может ещё не существовать. Статья 91 позволяет заранее подписать соглашение о передаче прав на будущую работу. Когда права возникнут, они перейдут к вам, если соблюдены условия закона. Важно отличать такую передачу от обещания подписать другой документ позже. Чтобы понять, о чём договорились стороны, читайте договор целиком. Статья 91 CDPA.

В первом варианте разработчик лишь обещает передать права позже. Во втором существующие права переходят к вам сразу, а будущие станут вашими в момент возникновения, если соблюдены условия статьи 91. Прежде чем использовать такую формулировку в договоре, определите объём и момент передачи, что остаётся у разработчика и что он получает взамен. Также нужно проверить подписи и права всех, кто участвовал в работе. Эти формулировки рассчитаны на передачу прав вам. Лицензия устроена иначе: она разрешает использовать программу на согласованных условиях, но права остаются у их владельца.

О переговорах по функциям, которые оплачивает клиент, и коду для повторного использования читайте в статье «Кому принадлежат доработки, которые оплачивает ваш клиент?».

Отделите новый код от готовых компонентов

В программе, созданной для вас, могут быть прежние разработки компании, библиотеки с открытым кодом и платные компоненты других компаний. Не все файлы в хранилище проекта (репозитории) созданы с нуля для вашей задачи. Если договор этого не учитывает, условие о правах может вводить в заблуждение.

Компания может передать только те авторские права, которые есть у неё самой. Права на чужие компоненты от этого к вам не перейдут. Договор должен позволять вам использовать программу так, как вы договорились, и ясно объяснять, какие права вы не получаете. Разъяснения IPO об использовании чужих произведений.

Об условиях договора с клиентом читайте в статье «Как open source влияет на обещания о правах на программу».

Проверьте, что происходит, если договор молчит

Если в договоре ничего не сказано о правах, это ещё не значит, что вы не можете использовать программу. IPO разъясняет: из обстоятельств работы может следовать подразумеваемая лицензия. Она разрешает использовать результат для той цели, ради которой его создавали, даже если стороны прямо не записали это в договоре. Такое разрешение может быть ограниченным и не давать вам исключительных прав: разработчик может сохранить возможность разрешать использование другим. Лицензия сама по себе не делает вас владельцем авторских прав. Разъяснения IPO о работах, созданных по поручению клиента.

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

Проверьте, что вы получите в конце работы

В конце проверки составьте список, по которому ваша команда сможет принять результат:

• Участники: кто работал над кодом и как компания-разработчик получила их права?
• Документы: какой подписанный документ передаёт вам нужные авторские права и когда?
• Исключения: какие компоненты используются по лицензии и на каких условиях?
• Доступ: получите ли вы исходный код, управление его хранилищем, инструкции по сборке программы и согласованную документацию?
• Смена команды: позволяют ли полученные права поручить поддержку программы другой команде?

Доступ к файлам проекта не заменяет передачу авторских прав. Зафиксируйте в договоре и то и другое: какие права вы получаете и какие материалы вам передадут. Укажите, кто за это отвечает и в какой срок.

Общая информация, а не рекомендация по конкретному договору.

Читайте также

Кому принадлежит код, созданный с помощью AI? Как условия AI-сервиса, вклад человека и чужие лицензии влияют на обещания клиенту.

Подробнее читайте в моих руководствах Veqtor о передаче прав на разработки и ранее созданных разработках.

Об Илье Шилове · Проверка прав на программный продукт · Связаться со мной