Правовые риски свободных программ: чем юристы пугают ваших заказчиков (Татьяна Никифорова, OSSDEVCONF-2018) — различия между версиями

Версия 16:28, 3 октября 2018

Докладчик: Татьяна Никифорова

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

Видео

Презентация

300px

Thesis

Каждый ИТ-стартап рассчитывает рано или поздно привлечь солидного инвестора и вырасти в преуспевающий и стабильный ИТ-бизнес. Разумеется, главное на пути к этой цели — содержание самого ИТ-продукта, именно уникальный продукт позволит привлечь внимание к вашему проекту. Но простого внимания недостаточно. Чтобы привлечь инвестиции или получить заказ на разработку, нужно показать тот актив, в который инвестору предлагается вложить свои деньги. И в этот момент на передний план выходят юридические аспекты организации проекта. Ваш продукт, разработчики и методология разработки становятся объектом внимания юристов, задача которых выявить возможные правовые риски и доложить о них инвестору, чтобы уберечь его от необдуманных решений.

Картина, которую видит юрист, проводящий юридическую проверку (due diligence) стартапа, зачастую такова: договоры между разработчиками не заключались, создание программного продукта документально не оформлено. А тут ещё выясняется, что разработка на 80 % состоит из оупенсорса… «Всё ясно, концов не найти!» — понимает юрист и выносит свой вердикт — «Высокий риск потери прав на объект интеллектуальной собственности».

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

Небольшой экскурс в то, как смотрят на программные продукты юристы:

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

Как повысить юридическую, а значит, и инвестиционную, привлекательность своего проекта? Мой опыт работы в юридическом консалтинге показывает, что ваши шансы на положительное заключение юриста значительно возрастают, если вы можете внятно ответить на три следующих вопроса:

Кто авторы продукта?
Как подтверждается творческий вклад каждого автора?
Как юридически оформлены отношения между участниками проекта?

Из этих трёх вопросов самым проблемным оказывается, как правило, именно первый вопрос. Сложности возникают как в философском (кого вообще можно считать автором?), так и в сугубо организационном плане (разве упомнишь всех, кто когда-либо работал в проекте?). Тот факт, что продукт или какие-то его составные части распространяются по модели свободного ПО, не отменяют необходимости ответить на вопрос, кто является их автором.

После того, как определились с составом авторов, следует подумать о том, как можно подтвердить их авторство. В данном вопросе законодательное регулирование выглядит обманчиво простым: авторское право на программу возникает с момента её создания и не требует каких-либо обязательных формальностей (в отличие, например, от изобретений). Однако, не устанавливая обязательных требований к процедуре создания объектов авторского права, закон, тем не менее, не отменяет необходимости иметь такие доказательства в случае возникновения спора об авторстве. Традиционные доказательства, такие как служебные задания и отчёты работников, как правило, плохо приживаются в среде разработчиков. Однако при наличии в компании формализованной политики управления разработкой в качестве доказательства авторства могут использоваться отчёты из информационных систем, в которых ведётся трекинг создания продукта.

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

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

640px

Примечания и ссылки