Предположим, вы создали код и передали исключительное право на него другому лицу (работодателю или по договору отчуждения). Возникает вопрос - как не нарушить права нового правообладателя? В каких пределах можно использовать код, а в каких - нельзя?
В этой статье пойдет речь о допустимом и недопустимом использовании чужого ПО, переработке и адаптации. Разберемся с правовым регулированием и с тем, что это значит на практике.
Что не является нарушением?
Забавный факт - по российскому законодательству софт охраняется в том же режиме, что и литературные произведения. Каждый разработчик - немножко писатель.
Так вот, если кто-то прочитал “Войну и мир”, вдохновился и написал свое произведение даже с очень похожими сюжетными линиями - это не нарушение. Нарушением будет перепечатывать произведение дословно.
Иными словами - охраняется форма выражения, а не идеи. С софтом также. Нарушением является копирование исходного кода (полностью или частично - об этом будет ниже подробнее). Не является нарушением воспроизведение функциональности программы, решаемых ею задач.
Также не является нарушением создание похожего кода в случае, если решение по-другому просто невозможно реализовать. Можно использовать такой тест: если посадить двух опытных разработчиков и поставить им одну и ту же задачу, они создадут примерно одно и то же? Если да - то такое решение спокойно можно использовать в дальнейших разработках.
Что является нарушением?
Является нарушением:
копирование исходного кода;
переработка кода (создание новой версии ПО с использованием исходного кода другой программы).
Нарушать исключительное право не стоит, поскольку правообладатель может взыскать компенсацию. Есть два способа расчетов: до 5 млн рублей по усмотрению суда или в двукратном размере стоимости права использования программы. Способ выбирает правообладатель.
Что такое переработка?
Переработка - это отдельный аспект права использования ПО (правомочие, если юридическим языком). Право на переработку кода принадлежит правообладателю. Делать это без его согласия - значит нарушать исключительное право.
Переработкой не является:
компиляция (преобразование исходного текста в объектный код)
адаптация (внесение изменений исключительно для того, чтобы софт работал на конкретных технических средствах или под управлением конкретных программ).
Переработка - это создание новой программы на базе исходного кода другой программы. Переработка допустима, если правообладатель дал на это согласие. В таком случае переработанная программа будет являться производным произведением, на нее у нового автора возникает исключительное право. По сути в результате переработки появляется новая самостоятельная программа.
Объем переработки законодательством не определен. Исходя из судебной практики для создания производной программы нужно доработать 20% исходного кода или создать новые модули или функциональные возможности.
В общем, нужно следить, есть ли у вас право на переработку. Оно должно быть письменно явно выражено.
Если согласия нет - вы нарушаете исключительное право правообладателя, с вас могут взыскать компенсацию, а свою незаконно созданную в результате переработки программы вы скорее всего не сможете продать и защитить. Если же согласие есть - вы создаете новый объект авторских прав и можете им распоряжаться как любой другой программой.
Как можно защитить софт от незаконного использования?
Обычно защитить софт сложно. Если нарушили ваши права - нужно доказать, что копировали именно исходный код. Его еще как-то нужно получить. Гипотетически, это можно сделать с использованием судебных запросов, экспертиз, уголовных дел и другой тяжелой артиллерии.
Но еще очень классно может сработать комбинация технических и правовых методов. Например, компания 1С использует ключ аппаратной защиты "HASP", без указанного ключа правомерная работа в программах общества "1С" невозможна. Попытка заменить ключ защиты является модификацией программы и незаконным вмешательством и наказуема сама по себе.
А дальше дело техники - исполнительные действия по осмотру компьютеров в офисе, установление незаконного использования, компенсация в 4 млн. Разработчики 1С в этом плане готовят отличную почву юристам для судебного дела.
Из этого, как вижу я, можно сделать два вывода:
ключи защиты - это хорошая помощь вашим юристам в защите софта;
если вы на другой стороне баррикад и сносите ключ защиты - помните о последствиях.
Что из этого всего следует
Можно повторять другую программу, если иначе задачу решить невозможно в принципе;
Можно спокойно использовать простые универсальные части кода, которые и так все используют;
Можно воспроизводить функциональность программы, если вы не копируете исходный код, а пишете сами;
Нельзя перерабатывать код без разрешения правообладателя;
Если вы можете влиять на ход переговоров - сохраняйте за собой право на переработку при отчуждении ПО;
Если у вас нет права на модификацию ПО - лучше этого не делать. Снести ключ защиты - это тоже модификация;
Вы можете придумывать технические решения, которые будут защищать вашу программу совместно с правовыми методами.
Если было полезно, возможно, вам будет интересно посмотреть мой канал в телеграм. В статье я не затрагивала тему опен сорса - это тоже очень важно, расскажу в другой раз.
Если у вас есть вопросы - напишите, пожалуйста, об этом в комментариях. Так я буду знать, о чем стоит рассказать еще. Эта статья - это ответ на комментарии к предыдущей про исключительное право.
