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

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

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

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

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

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

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

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

В этом случае необходимо проверить содержание договоров с такими разработчиками, а именно:

• наличие условия о переходе исключительного права;

• наличие условия о конкретном моменте перехода исключительного права (в момент предоставления результата, в момент оплаты работы и др.);

• наличие условий о гарантии со стороны разработчика не использовать открытые лицензии/не нарушать правила при использовании открытых лицензий. Это важно, чтобы обеспечить законность использования прав третьих лиц;

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

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

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

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

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

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

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

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

• условия о конкретном моменте переходе исключительного права;

• условия о гарантиях отсутствия нарушения прав третьих лиц;

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

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

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

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

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

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

• отсутствие исключительного права на ПО;

• нарушение прав третьих лиц: компенсация в размере от 10 000 до 5 000 000 рублей;

• запрет на использование и распространение ПО третьим лицам;

• невозможность использовать ПО в запланированных целях (например, для коммерческой деятельности);

• изъятие оборудования с таким ПО правоохранительными органами;

• обязанность раскрыть весь исходный код.

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

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