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

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

Что не является нарушением?

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

Так вот, если кто-то прочитал “Войну и мир”, вдохновился и написал свое произведение даже с очень похожими сюжетными линиями - это не нарушение. Нарушением будет перепечатывать произведение дословно. 

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

Также не является нарушением создание похожего кода в случае, если решение по-другому просто невозможно реализовать. Можно использовать такой тест: если посадить двух опытных разработчиков и поставить им одну и ту же задачу, они создадут примерно одно и то же? Если да - то такое решение спокойно можно использовать в дальнейших разработках. 

Что является нарушением?

Является нарушением:

  • копирование исходного кода; 

  • переработка кода (создание новой версии ПО с использованием исходного кода другой программы).

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

Что такое переработка?

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

Переработкой не является:

  • компиляция (преобразование исходного текста в объектный код)

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

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

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

В общем, нужно следить, есть ли у вас право на переработку. Оно должно быть письменно явно выражено. 

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

Как можно защитить софт от незаконного использования?

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

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

А дальше дело техники - исполнительные действия по осмотру компьютеров в офисе, установление незаконного использования, компенсация в 4 млн. Разработчики 1С в этом плане готовят отличную почву юристам для судебного дела.

Из этого, как вижу я, можно сделать два вывода:

  • ключи защиты - это хорошая помощь вашим юристам в защите софта;

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

Что из этого всего следует

  • Можно повторять другую программу, если иначе задачу решить невозможно в принципе;

  • Можно спокойно использовать простые универсальные части кода, которые и так все используют;

  • Можно воспроизводить функциональность программы, если вы не копируете исходный код, а пишете сами;

  • Нельзя перерабатывать код без разрешения правообладателя;

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

  • Если у вас нет права на модификацию ПО - лучше этого не делать. Снести ключ защиты - это тоже модификация;

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

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

Если у вас есть вопросы - напишите, пожалуйста, об этом в комментариях. Так я буду знать, о чем стоит рассказать еще. Эта статья - это ответ на комментарии к предыдущей про исключительное право.