Проверка юридической чистоты ПО

16 минут
20.06.2021
При разработке ПО важно быть уверенным, что права третьих лиц соблюдаются, а использование ПО не приведет к нарушениям. Это важно как для компаний, создающих ПО на заказ, так и для компаний, создающих собственное решение.

Почему могут возникнуть проблемы?
При разработке ПО возникают исключительные права на различные компоненты и на продукт в целом. Первоначальные правообладатели — авторы конкретных компонентов. Кроме того, при разработке ПО часто используются сторонние компоненты, права на которые принадлежат третьим лицам.

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

Юридическая чистота объекта означает, что другие лица не обладают на него правами. Следовательно, если объект «чистый», то риски привлечения к ответственности и запрета на использование ПО минимальны.

Далее мы разберем основные способы создания ПО и ключевые моменты перехода исключительного права на ПО и его компоненты.

Разработка программного обеспечения собственными сотрудниками
Создание программного обеспечения своими силами еще не гарантирует возникновение исключительных прав у компании. Необходимо оценить процесс создания конкретного ПО, определить круг разработчиков и проверить, что все документы с ними оформлены правильно. В частности:
В разработке участвовали только сотрудники
В первую очередь необходимо проверить содержание трудового договора и должностных инструкций каждого разработчика, который принимал участие на том или ином этапе разработки.

В данных документах должны быть отражены непосредственные обязанности таких сотрудников по разработке программного обеспечения. Это могут быть как общие формулировки, так и более конкретные.
NB!
Стоит помнить, что:

  • одной фразы «все права на созданные работником объекты принадлежат работодателю» в трудовом договоре недостаточно;
  • не стоит использовать стандартные формы документов: участвовать в разработке ПО может, например, и руководитель отдела, в стандартных должностных инструкциях которого указаны только административные обязанности;
  • излишне конкретизированные формулировки обязанностей могут навредить — если они не были вовремя расширены, а работник разработал иную программу, то права останутся у него.
К разработке привлекались программисты со стороны (аутсорсеры)
В этом случае необходимо проверить содержание договоров с такими разработчиками, а именно:

  • наличие условия о переходе исключительного права;
  • наличие условия о конкретном моменте перехода исключительного права (в момент предоставления результата, в момент оплаты работы и др.);
  • наличие условий о гарантии со стороны разработчика не использовать открытые лицензии/не нарушать правила при использовании открытых лицензий. Это важно, чтобы обеспечить законность использования прав третьих лиц;
  • наличие условий о гарантии со стороны разработчика не нарушать права третьих лиц при создании объекта и возмещении всех убытков, в случае обращения таких лиц с претензиями.
Это значит, что риски — только в неправильном оформлении документов?
Не совсем. Даже при надлежащем оформлении трудовых отношений с сотрудником возможно получить «нечистое» ПО. Например, в случае, когда разработчик сам берет часть кода из открытой лицензии, о чем в дальнейшем может умолчать.

Основной риск заключается в том, что даже минимально заимствованная часть влияет на режим всего ПО в целом. Поэтому рекомендуется:

заранее согласовать необходимость заимствования части кода;

удостовериться, что правила выбранной лицензии соответствуют целям дальнейшего использования.

В зависимости от условий использованной лицензии необходимо будет учитывать ограничения в использовании: от обязательного указания авторов до раскрытия всего исходного кода или полного запрета использования в коммерческой деятельности. Подробнее о разных условиях открытых лицензий смотри в нашей статье.

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

Часть условий договора на разработку ПО являются универсальными и должна содержаться в каждом договоре. Как было указано выше это:

  • условия о конкретном моменте переходе исключительного права;
  • условия о гарантиях отсутствия нарушения прав третьих лиц;
  • условия о возмещении убытков в случае обращения таких лиц с претензией.

Однако не все условия являются универсальными, а их эффективное применение напрямую зависит от конкретной ситуации. Например, при проверке следует учитывать, с кем заключен договор — с независимым разработчиком (физическим лицом) или с компанией.
NB!
Если договор на разработку был заключен с физическим лицом необходимо, чтобы условие о переходе исключительного права было прямо предусмотрено в договоре.

Приобретение права использования ПО по лицензионному договору
В отдельных случаях могут быть переданы не права на ПО, а право его использования (лицензия). Это может произойти как ввиду ошибочной формулировки «отчуждаются исключительные права по лицензионному договору» так и если это было прямо предусмотрено сторонами договора.

В каждом случае необходимо иметь в виду, что отчуждение исключительного права и предоставление права использования означает разный объем возможностей использования ПО. Предоставление права использования, или по-простому лицензия, всегда содержит ряд ограничений. И выход за пределы таких ограничений будет нарушением исключительного права.
Что следует проверить в лицензионном договоре:
США отличается от общемирового подхода к патентованию программного обеспечения, поскольку в США законодательство прямо допускает патентовать ПО. Дело в том, что американский подход к пониманию патента менее строгий, чем европейский. В то время, когда Европейское патентное ведомство имеет длинный список непатентоспособных объектов, в США выделяют всего 3 исключения — законы природы, физические явления и абстрактные идеи. По этой причине патентную защиту на ПО в США получить проще.
Предмет договора
Из условий должно быть ясно, о каком ПО идет речь;
Объем лицензии
Важно, чтобы перечисленные допустимые способы использования соответствовали целям.

NB! возможность модифицировать/изменять программу — это отдельный способ, который должен быть прямо отмечен в договоре (при необходимости);
Срок действия лицензии
Лицензия не предполагает передачу права на ПО и всегда выдается на определенный срок.

Почему это важно?
Приобретение нового ПО всегда сопровождается рисками либо отсутствия исключительного права, либо ограничения в его дальнейшем использовании. Такой риск не исключается ни в случае разработки собственными силами, ни в случае его заказа у других лиц.
Последствия использования «нечистого» ПО:
  • отсутствие исключительного права на ПО;
  • нарушение прав третьих лиц: компенсация в размере от 10 000 до 5 000 000 рублей;
  • запрет на использование и распространение ПО третьим лицам;
  • невозможность использовать ПО в запланированных целях (например, для коммерческой деятельности);
  • изъятие оборудования с таким ПО правоохранительными органами;
  • обязанность раскрыть весь исходный код.

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

Кроме того, проверка юридической «чистоты» крайне важна для инвесторов, которые планируют вложиться в компанию. Если впоследствии окажется, что ПО компании нельзя использовать, а компания при этом заплатит компенсацию, то инвестиция в компанию может провалиться.
защита прав на по
23.06.2021
читайте также:
Оформление прав на ПО
Чтобы не столкнуться с проблемами при использовании прав на ПО, их необходимо...
оформление прав на по
22.06.2021
Патентование ПО в России
Есть позиция, что в России нельзя запатентовать программное обеспечение. Но так ли это?
оформление прав на по
28.06.2021
Защита интерфейса ПО
Важно заранее озаботиться правовой охраной интерфейса ПО от незаконного копирования и подражания.