Юридические аспекты лицензирования программного обеспечения: советы для компаний

Вместо заключения

Разработка, особенно в IT, особенно служебная, — очень непростая для юриста материя. Программисту, кажется, проще: если какая-то функциональность создаётся, значит, появляется какой-то работающий код — и лучше его не трогать, пока он работает как надо.

Когда на эту же ситуацию смотрит юрист, он видит совсем другие сущности и у него возникают совершенно другие вопросы. Какой именно код, какой конкретно программист и на каких именно условиях написал? Кому принадлежат права? Что с авторским вознаграждением? И если юрист не находит ответов, у него может непроизвольно произойти системный сбой: «Шеф, всё пропало! Гипс снимают, клиент уезжает!» Тогда во избежание рисков юрист вдруг рожает абсурдную рекомендацию: «Разработку использовать категорически не рекомендуется!»

Как оформить отношения с внешним разработчиком

Существует 3 основных договора, которые можно заключить с независимым автором:

1. договор авторского заказа,
2. договор отчуждения;
3. лицензионный договор.

Выбор конкретного вида договора зависит от следующих обстоятельств:

• существует ли уже результат интеллектуальной деятельности (т.е. создано ли уже ПО);
• какие цели преследуют стороны договора (передача прав или только предоставление права использования ПО).

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

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

Готовое решение для вашего бизнеса

Договор авторского заказа
Более 24 вариантов договора найма фрилансера. Гарантия защиты исключительных прав на результаты.
Ознакомиться с решением

Услуги юристов по регистрации программ для ЭВМ

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

• Вы получаете полную информацию о стоимости наших услуг до заключения договора. В договоре детально описаны все включенные услуги. Вы четко понимаете, за что платите деньги. Обозначенная в договоре цена не изменится.
• Заключить договор вы можете дистанционно из любой точки мира. Документы вам доставит бесплатно наша курьерская служба в удобное для вас время.
• Ваше участие в процессе не требуется: мы выполним все работы по доверенности, в том числе: подготовим необходимые документы и представим интересы правообладателя в Роспатенте, Минцифре, других государственных органах.
• Вы оплачиваете наши услуги удобным для вас способом.
• Вы можете рассчитывать на нашу максимальную оперативность.
• Для вашего удобства мы работаем в вечернее время, а также в выходные и праздники.
• Вы получаете бесплатно информацию о ходе процедуры по смс, e-mail и телефону. Через «Личный кабинет» вы можете контролировать процесс онлайн из любой точки мира.

Права на внутренние разработки (служебные произведения)

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

Если работодатель в течение трех лет не начнет использование произведения, не передаст исключительное право на него другому лицу или не сообщит работнику о сохранении произведения в тайне, исключительное право на служебное произведение возвращается работнику-автору (ст. 1295 ГК РФ).

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

Поэтому в настоящий момент не достаточно, что программный продукт или его часть созданы:

• работником по трудовому договору;
• в рабочее время и/или на оборудовании работодателя;
• на основании конкретного служебного задания.

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

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

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

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

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

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

Похожие проблемы с пробелами в законодательстве могут возникать и при наличии наименования должности в ЕТКС. Несмотря на то, что ЕТКС содержит описание должности «инженер-программист» , в нем отсутствует указание на конкретные языки программирования. Должностная инструкция программиста должна конкретизировать круг их трудовых обязанностей применительно к конкретным предметам разработок.

Существует множество языков программирования и используемых технологий, а также прикладных объектов разработок. Они существенно отличаются. Поэтому программисту PHP нельзя вменить в обязанность разработку программного приложения на Java.

Что такое программа для ЭВМ с точки зрения права?

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

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

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

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

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

2. Какие существуют права на программы для ЭВМ?

Авторские права на программы для ЭВМ совпадают с авторскими правами на другие произведения. Подробно вопрос о перечне авторских прав уже рассматривался в главе ««

Между тем, следует обратить внимание на основные моменты

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

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

3.Особенности авторских прав на программы для ЭВМ.

Программы для ЭВМ характеризуются рядом особенностей.Во-первых, не допускается создание экземпляра программы для ЭВМ в личных целях. Например, купив книгу, Вы можете сделать для себя и членов семьи её копию для использования в личных целях. В отношении программы для ЭВМ допускается только изготовление копии в архивных целях. Какие-либо действия в отношении копии правомерны, если только утерян первоначальный экземпляр. Более того, при прекращении срока действия лицензионного договора архивная копия должна быть уничтожена.

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

В-третьих, при соблюдении следующих условий допускается декомпилировать программу для ЭВМ:

1. цель декомпиляции – обеспечить взаимодействие между разными программами;
2. декомпилируются только те части программы, которые необходимо для достижения вышеуказанной цели;
3. исходный текст не был доступен из других источников;
4. исходный текст не используются в каких-либо иных целях, в т.ч. для создания аналогичной или схожей программы.

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

В-пятых, по желанию правообладателя осуществляется государственная регистрация программы для ЭВМ. О юридическом значении регистрации программы для ЭВМ подробно написано в этом разделе сайта Sum IP. Кроме того,  на этой странице описана процедура регистрации программного обеспечения, срок регистрации и сумма госпошлин.

Как пользоваться чужими разработками законно

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

Виды договора:

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

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

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

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

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

Делать с программой можно только то, что разрешено в лицензии: если не написано, что можно модифицировать программу, значит, для модификации нужно отдельное разрешение от правообладателя. Если указано, что модифицировать программу можно, то видоизмененную программу вы тоже сможете распространять только на условиях открытой лицензии — такой же, какая была предусмотрена для «материнской» программы.

Правообладатель предлагает «коробочную» лицензию.

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

• Лицензия называется «коробочной», потому что ее условия могут быть написаны на диске или на коробке с диском. Другой вариант — условия изложены в электронном виде: текст договора появляется в окне установки программы, пользователь должен нажать на кнопку «Согласен» после прочтения.
• Как только вы начали использовать программу, считается, что вы согласились на заключение лицензионного договора с вашей стороны.
• Вы можете либо полностью согласиться со всеми условиями, либо отказаться от использования ПО. Предложить правки к договору или как-то повлиять на условия вы не можете — это называется «договором присоединения».
• Лицензия считается бесплатной, если в тексте лицензионного соглашения прямо не указано, что пользование программой платное.

Правообладатель ПО не указал правила использования.

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

Права на программный продукт

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

Автор может создать программное обеспечение:

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

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

Как подать заявку в Минкомсвязи

Основная сложность при подаче заявки в том, чтобы с первого раза всё правильно оформить. Заявку можно подавать только раз в год. Если в первый раз отказали — попытаться еще раз можно будет только через год, а пока платить НДС.

Самый простой способ — подать заявку через портал Госуслуги. Для этого нужно:

• иметь подтвержденный аккаунт на Госуслугах, учетную запись правообладателя в ЕСИА;
• квалификационный сертификат электронной подписи;
• определить коды ОКВЭД и нужные вам классы программного обеспечения;
• представить документы и сведения, необходимые для регистрации.

Чтобы правильно оформить заявку, лучше обратиться к патентным поверенным, которые работают с программами для ЭВМ и БД. Как правило, эти специалисты имеют опыт и внесения ПО в базы Минкомсвязи. Патентные поверенные правильно оформят заявку и соберут все документы, чтобы ваше ПО попало в реестр и компания не платила 20% НДС.

Как защитить свою интеллектуальную собственность?

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

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

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

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

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

Если заинтересовались, то вот адрес Отраслевого фонда электронных ресурсов науки и образования:

http://www.ofernio.ru

Второй способ, более сложный, но вместе с тем и более надёжный — регистрация программного продукта и получение свидетельства (или патента) в Федеральной службе по интеллектуальной собственности, патентам и товарным знакам (ФИПС) или, говоря короче — в Роспатенте.

Регистрация и получение документа, подтверждающего Вашу интеллектуальную собственность с помощю ФИПСа удовольствие далеко не самое дешевое и простое. Но, через ФИПС можно провести хоть медиаплеер или плагин для wordpress — без разницы, лишь бы Вы сумели доказать свое право на изобретение или программный продукт. Конечно, есть и ограничения, с которыми можно легко ознакомиться на сайте ФИПС, но я по-крайней мере не встречал ещё ни одного человека, который бы не получил свидетельство от ФИПС при наличии в руках всех документов, необходимых для подтверждения своих прав на разработку.

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

Я не агитирую никого из разработчиков софта прямо сейчас срываться с места в карьер и бежать регистрировать свои разработки. Нет. Но, если появится необходимость — есть два вышеизложенных варианта. Выбирайте.

А что делать, если, например человек разработал новую программу по авто-регистрации в каталогах сайтов? О защите прав на интеллектуальную собственность речи быть в принципе не может. Максимум, что можно получить — свидетельство на алгоритм. Другое дело, что подобного рода программы часто направлены не столько на преувеличение интеллектуального капитала государства, а на получение прибыли.  Здесь, на мой взгляд, самым простым и доступным способом, не нарушающим никаких законов является использование третьих лиц для продажи.  Например, можно заключить договор с SoftLine. Все заморочки, связанные с интеллектуальной собственностью, продажей, раздачей ключей и т.д. ложатся на плечи сотрудников фирмы, а Вы, как разработчик, просто отдаете некий процент выручки, а остальное получаете себе на старость. Остается определиться только с вопросом о лицензии.

Как выбрать договор на создание программного обеспечения

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

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

В отличие от договора на услуги возможность использования для разработки программного обеспечения договора подряда прямо предусмотрена в ст.1296 ГК РФ. Предметом такого договора является выполнение по заданию заказчика определенных работ по созданию конкретного ПО. Результатом работ, в отличие от услуг, всегда выступает определенный материальный объект. В рассматриваемом случае таким результатом является программное обеспечение с необходимыми заказчику характеристиками.

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

Договор авторского заказа также может использоваться для создания программного обеспечения. Однако в отличие от договора подряда на разработку ПО, авторский договор заключается непосредственно с автором, т.е. физическим лицом.Поскольку автор как человек, творческим трудом которого создается программное обеспечение, традиционно считается более слабой стороной в сделке, нежели заказчик, законодательство предоставляет ему ряд преимуществ (см. ст.1288 – 1290 ГК РФ). В частности, по договору авторского заказа права на ПО не переходят автоматически к заказчику, а сохраняются у автора. Поэтому положения о передаче прав на ПО в полном объеме необходимо прямо включать в договор авторского заказа.

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

Таким образом, при выборе конструкции договора необходимо обращать внимание на то, что является непосредственным предметом заказа и кто выступает на стороне исполнителя. Если предмет заказа – конкретное программное обеспечение, договор на услуги не подходит, т.к

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

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

Готовое решение для вашего бизнеса

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

Типы лицензий ПО

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

Юрист, а также первый генеральный директор компании Red Hat Марк Уэббинк впервые выделил 6 основных типов лицензий программного обеспечения:

• Общественное достояние;
• Разрешающая лицензия (BSD);
• Авторское лево или копилефт (GPL);
• Условно-бесплатное ПО;
• Собственная лицензия (проприетарное ПО);
• Коммерческая тайна.

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

Общественное достояние

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

Примером такой лицензии является WTFPL(Do What The Fuck You Want To Public License). Это крайне пермиссивная версия ПО, то есть она никак не ограничивает действия пользователей и разработчиков, которые хотят использовать исходный код.

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

Разрешающая лицензия (BSD)

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

BSD также известна как лицензия «с указанием авторства», поскольку обычно требует, чтобы информация об авторских правах сохранялась только в файле уведомлений при распространении программного обеспечения. В частности, туда включена информация о том, что обладатель авторских прав не несет никакой ответственности и гарантии за продукты, разработанные с помощью его кода. Больше никаких ограничений нет.

Разрешающее ПО является наиболее популярным типом лицензии с открытым исходным кодом. Самыми распространенными примерами являются:

• GNU
• MIT
• Все разновидности BSD
• Apple Public Source (APSL)
• Apache

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

Авторское лево или копилефт (GPL)

Лицензии с авторским левом также известны как взаимные лицензии или ограничительные лицензии. Наиболее известным представителем этого семейства является GNU General Public License (GPL).

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

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

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

Концепция авторского лева была описана её основателем Ричардом Столлманом в «Манифесте GNU» в 1985 году: