база знаний
Смотреть все
вернуться назад

Разработчик ПО: разобрались с вирусной лицензий в коде и помогли не потерять продукт

21.10.2024

Автор:

Юрист
Татьяна Сергеева

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


На финальной стадии разработки выяснилось, что код, на основании которого модифицируется ПО, распространяется по лицензии GPL v.3. Встал вопрос, а законно ли вообще продавать лицензии на такие модификации?


Мы разобрались в лицензиях GPL и помогли минимизировать риски нарушения прав. Рассказываем, как это было.


Это реальная история, в которой мы поменяли только название компании клиента.

 



В чем была загвоздка


Лицензия GPL v.3 называется копилефтной, взаимной или «вирусной». При использовании даже небольшой части кода по ней весь код и вся программа «заражается» GPL v.3. Это означает, что правообладатель дальше не сможет устанавливать ограничения, не предусмотренные лицензией. Это создает существенные риски для коммерциализации ПО. В чем они состоят, и что с ними делать — в этом был вопрос клиента.


Наши действия


  1. 1. Провели интервью с техническим департаментом 


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


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


  1. 2. Проанализировали и разъяснили клиенту условия GPL v.3


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


  1. 3. Предложили клиенту возможные варианты коммерциализации ПО с учетом GPL v.3


Разъяснили клиенту все возможные варианты получить деньги с ПО вместе с рисками каждого варианта. В итоге, совместно с клиентом выработали дальнейшую стратегию коммерциализации программы, «зараженной» GPL v.3.


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


В планы была поставлена также продажа лицензий на SaaS-версию ПО. Сообщили клиенту радостную новость, что на SaaS-решение не распространяются условия GPL v.3, и объяснили, почему.


  1. 4. Составили чек-лист действий по лицензии GPL v.3


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


  1. 5. Подготовили текст уведомлений для кода о лицензии и модификации


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


  1. 6. Разобрали, как оформить права на модифицированную версию ПО


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



Результат


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

  • Клиент получил готовые тексты уведомлений, которые можно просто вставить в код и файлы для репозитория

  • Снизили риск отказа при регистрации ПО в Минцифры и дальнейшего аннулирования реестровой записи. В связи с чем снизили риск доначислений налогов и штрафов из-за потери права на ИТ-льготы.

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