Статья от эксперта
Опубликовано 26.11.2024

Изменение кода без последствий: как правильно модифицировать и адаптировать ПО

0
1
0
366

Изменение кода без последствий: как правильно модифицировать и адаптировать ПО

Статья от эксперта
Опубликовано 26.11.2024
0
1
0
366

Автор статьи

Moderator photo

Виталий Антонов

Ведущий юрист по защите интеллектуальной собственности

Введение

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

Как сравниваются и исследуются исходные коды в российских судах, можно ли вдохновиться чужим кодом, и в каком объеме возможны заимствования? 

В статье ответим на эти вопросы и разберемся, какие различия существуют между категориями «адаптация» и «модификация». А также расскажем о возможной ответственности и судебной практике по ИТ-спорам в России.

Судебная практика и риски незаконной модификации ПО

Общая информация

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

Вендор может требовать прекращения незаконного использования ПО и взыскания компенсации за нарушение исключительного права в соответствии со ст. 1301 ГК РФ.  

Размер компенсации определяется одним из трех способов: 

  • От 10 тыс. до 5 млн руб. за каждый факт незаконного использования; 

  • В двукратном размере стоимости контрафактных экземпляров ПО; 

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

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

 
Программы охраняются как литературные произведения, и материальной формой их выражения является исходный текст и объектный код (ст. 1261 ГК РФ).
quote image
Виталий Антонов
Ведущий юрист по защите интеллектуальной собственности
 

Программы для ЭВМ считаются литературными произведениями не только потому, что они записаны в текстовом виде, но и в соответствии с международными стандартами правовой защиты ПО. 

Пример № 1

Дело № А40-8863/2021 

Ситуация 

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

Решение 

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

Пример № 2

Дело № А56-10049/2019 

Ситуация 

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

Решение 

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

С текстами судебных решений можно ознакомиться в «Картотеке арбитражных дел». 

На что еще суды и эксперты обращают внимание при изучении исходных текстов: 

  • Дело № А40-161684/2018 
    Заимствования с точки зрения стилистики, комментариев, подходов программирования, уникальных названий
     
  • Дело № А40-149313/2013 
    Пересечения в функциональных возможностях программных модулей и исполняемых процедурах, элементы языка программирования, особенности их синтаксиса и взаиморасположения элементов языка программирования 
  • Дело № А60-27815/2012 
    Описание структур баз данных и генераторов экранных форм, совпадение уникальных и неочевидных аббревиатур, наличие схожих окон, при помощи которых реализуются основные функции программы 

Разработка, модификация и адаптация ПО: понятия и различия

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

С технической точки зрения разработка часто сопровождается модификацией уже существующего ПО. В соответствии с пунктом 3.52 национального стандарта ГОСТ Р 51904-2002: 

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

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

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

Договор заключают обычным способом – в простой письменной форме с подписями и печатями, или в форме договора присоединения (ст. 428 ГК РФ).  

Например, это может быть соглашение с конечным пользователем (EULA) или открытая лицензия (Open Source), которые дают право на использование ПО. Соглашение часто подтверждается фактом использования программы или иными действиями пользователя. Примеры открытых лицензий можно найти на сайте Open Source Initiative. 

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

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

Любое изменение исходного кода ПО – это модификация, исключением является только адаптация (подп. 9 п. 2 ст. 1270 ГК РФ).  

  • Модификация 
    Любые изменения программы, включая перевод на другой язык. Все, что разработчик меняет в исходном коде, считается модификацией, за исключением адаптации. 
  • Адаптация 
    Изменения, осуществляемые исключительно в целях функционирования ПО на конкретных технических средствах пользователя или под управлением его программ.  
 
Право на адаптацию предусмотрено ст. 1280 ГК РФ для всех пользователей, но вендор может запретить любые изменения исходного кода. Поэтому важно проверять условия договора, включая EULA. Ограничения на адаптацию также могут быть указаны в документации программы.
quote image
Виталий Антонов
Ведущий юрист по защите интеллектуальной собственности

Согласно письму Минцифры России от 27.01.2022 N П11-2-05-200-3571, адаптация, как и модификация, может включать изменения в исходном коде, исполняемом объектном коде или сопутствующих документах. 

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

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

 
Изменение кода ПО не является ключевым фактором, важна цель. Если цель — настроить программу под инфраструктуру конкретного пользователя, то это может быть сделано как через изменения кода, так и с помощью предусмотренных вендором инструментов для настройки. Все будет считаться адаптацией.
quote image
Виталий Антонов
Ведущий юрист по защите интеллектуальной собственности
 

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

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

Рекомендации разработчикам по минимизации правовых рисков

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

Так же придется компенсировать убытки пользователям, которые купили права на программу, но не смогут ее использовать из-за решения суда. 

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

  • Изменить в коде названия всех функций и переменных, объявленных разработчиками; 

  • Провести рефакторинг программы (перестроить структуру приложений, файлов и т.д.); 

  • Изменить документацию и комментарии к конкретным строкам кода; 

  • Внести другие изменения, подчеркивающие уникальность элементов кода и его структуры. 

Таким образом, при работе с программным обеспечением важно учитывать правовые ограничения на его использование и модификацию: 

  • Создание нового ПО на базе существующего требует согласия вендора, оформленного через договор или лицензию, как в случае с Open Source; 

  • Любое изменение кода считается модификацией, кроме адаптации, которая производится в целях функционирования ПО на конкретных технических средствах пользователя или под управлением его программ; 

  • Незаконная модификация ПО и использование даже части чужого кода может привести к компенсации и запрету на его использование, в том числе для текущих пользователей. 

0

Комментарии 0

Авторизуйтесь на платформе, чтобы оставлять комментарии