У компаний есть два пути монетизации: разработка ПО на заказ или лицензирование программ и собственных программных продуктов. Но оба бизнеса имеют дело с лицензиями. В статье расскажем как безопасно работать с открытым исходным кодом и передать IT-решение в пользование. Лицензии понадобятся разработчикам SaaS, PaaS, мобильных и веб-приложений, сервисов, сайтов и платформ. Материал будет полезен компаниям, которые создают, занимаются ресейлом или передают в пользование IT-продукты.
Лицензия на программное обеспечение — это документ с условиями использования софта. Его подписывают лицензиар и лицензиат. Так правообладатель ограничивает возможность копировать, модифицировать и сублицензировать ПО, или наоборот разрешает такие действия.
Для организации бизнес-процессов обращайте внимание на типы и виды лицензий на ПО. Первый аспект поможет разобраться в том, можно ли включать опенсорсные решения в разработку. А второй — как передать и монетизировать ПО в пользование без его продажи.
Типы лицензий программного обеспечения
Вместо того, чтобы выделять внутренние ресурсы на разработку с нуля, компании могут выбрать безопасные и протестированные решения. В зависимости от сценария лицензирования существует 5 типов лицензий:
- PUBLIC DOMAIN
Любой может свободно использовать и изменять код без ограничений.
- PERMISSIVE
Включает минимальные требования. Например, упомянуть автора.
- COPYLEFT
GPL, LGPL, AGPL, CDDL, Mozilla Public License и Open SSL требуют, чтобы любая производная работа выпускалась под той же лицензией, что и опенсорсное ПО (OSS). Такой себе эффект заражения. Это значит, что компания будет вынуждена публиковать свои собственные изменения или дополнения. А такие лицензии как Jason Hunter OSS, Java Enterprise Edition и Oracle запрещают коммерческое распространение результатов, а значит продать производное ПО или получать роялти не выйдет.
- PROPRIETARY
Код распространяется только по договору между владельцем и пользователем.
- EULA
Соглашение с конечным пользователем.
98% из 3000 мобильных приложений в Google Play содержат OSS. 100% маркетинговых агентств включают OSS в свою базу. Статистика от Synopsys Cybersecurity Research Center за 2020 год впечатляет. Но, есть и плохие новости: 65% проверенных кодов и библиотек нарушают лицензии.
Какие последствия нарушения условий открытой лицензии на программное обеспечение?
В октябре 2021 года организация Software Freedom Conservancy подала иск против производителя смарт-телевизоров Vizio. SFC утверждает, что код Vizio SmartCast содержит модификации ядра Linux и другого кода, полученного по лицензиям GPL. SFC требует опубликовать код программ и библиотек смарт-телевизоров. Если суд примет решение в пользу организации, Visio придется раскрыть результаты многолетней работы.
Условия лицензий могут стать поводов для войны между конкурентами. В 2017 году CoKinetic Systems Corporation, крупный игрок на рынке бортовых развлечений, подала в суд на Panasonic Avionics Corporation. Сумму иска — более 100 миллионов долларов. CoKinetic Systems Corporation утверждала, что Panasonic нарушила требования лицензии GPL V2: отказалась распространять исходный код операционной системы, и заблокировала своим конкурентам возможность разрабатывать однотипное ПО. Дело было отклонено, но оно показывает, как несоблюдение требований к OSS можно использовать в качестве козыря для победы над конкурентом.
Какие риски скрывает открытая лицензия на ПО?
Компании, которые не следят за лицензиями, могут неосознанно отказаться от исключительного права интеллектуальной собственности на проприетарный код. В момент может оказаться, что IT-продукт должен распространяться бесплатно, а исходный код нужно выложить в общий доступ. Но в планы большинства компаний это не входит.
Один из способов избежать проблем с лицензией - читать условия и вести реестр ПО с открытым исходным кодом. Идентифицируйте все компоненты OSS, которые используете в проектах. В то же время вы должны рассмотреть технические вопросы, такие как безопасность, качество и совместимость. Оцените влияние условий лицензирования на договорные условия, согласованные с клиентом. Создайте внутренние политики и процедуры для вовлечения OSS в проекты, чтобы быстро обнаружить связанные риски, правильно и своевременно с ними справиться.
Виды лицензий на программное обеспечение
Лицензия — это способ передать ПО в пользование, но сохранить право собственности на него за компанией-разработчиком и получать роялти. Проще говоря — передать софт в аренду. Для бизнес-планирования нужно разобраться с 2 видами лицензий.
Исключительная лицензия на программный продукт
Разработчик передает ПО только одному пользователю и теряет возможность заключать лицензионные договоры с третьими лицами. Приведем пример.
К нам обратились собственники продуктовой IT-компании Cartsys с запросом разработать лицензионный договор на ПО для онлайн-банкинга. IT-юристы закрепили проприетарный статус ПО и прописали, что компания Carsys передает заказчику исключительное право пользования. То есть никто другой не получит доступ к ПО.
Неисключительная лицензия
Соглашение не включает ограничений на выдачу лицензии другим пользователям. Для разработки такого документа к IT-юристам обратились создатели Songbook. Это платформа для дистрибуции христианского музыкального контента. Чтобы монетизировать продукт, нужно получить права от авторов музыки. Для этого достаточно зафиксировать разрешение на размещения и продвижения произведений, а взамен авторы получают процент от роялти. При этом Songbook не единственная платформа, которая имеет право использовать музыку. Авторы могут выдавать лицензии на контент и другим лицензиатам. Этим отличаются исключительная и неисключительная лицензии.
Зачем продуктовым IT-компаниям лицензия на программный продукт?
- Защитить авторское право
Имущественные авторские права — это юридическое основание для генерации прибыли. Собственник может установить свои правила для юзеров. Например, определить количество пользователей и процессоров, запретить изменять и создавать производные продукты.
- Монетизация ПО
Главная цель разработки — профит. В лицензии устанавливают размер роялти, а значит документ становится основанием для получения прибыли.
- Подтвердить источник дохода в банке, налоговой и органах финансового мониторинга
Нужно подтвердить происхождение средств для их зачисления на счет. Точно такое же требование выдвигает налоговая. Лицензия станет тем документом, который поможет пройти банковский комплаенс и подать налоговую отчетность.
Что написать в лицензии?
IT-юристы Stalirov&Co разработали лицензионное соглашение для компьютерной программы AGB Control. С помощью ПО предприятия фиксируют нарушение технических процессов. На примере этого кейса разберемся какие пункты должны быть в лицензии.
- IT-юристы определили способ, территорию использования ПО и не исключительный вид лицензии.
- Описали правила предоставления доступа.
- Установили составляющие роялти: вознаграждение за использование ПО и абонплата за сублицензирование. Утвердили сроки оплаты и возможность приостановить доступ, если расчет не будет проведен в согласованное время.
- Разрешили выдавать сублицензии, но по письменному согласию IT-компании. Закрепили правила сублицензирования.
- Добавили пункт об ответственности клиента за сохранность пароля доступа.
- Зафиксировали, что все права интеллектуальной собственности принадлежат компании-разработчику AGB Control.
- Запретили изменять, декомпилировать, видоизменять и модифицировать ПО. А также клонировать ключ доступа и фальсифицировать IP-адрес.
- Запретили разглашать конфиденциальную информацию.
- Прописали дисклеймеры. Лицензиар не несет ответственности за:
- технические, программные и другие сбои в работе сервера проверки строкового ключа доступа, которые привели к невозможности использования программного обеспечения;
- негативные последствия действий/бездействия лицензиата или третьих лиц;
- прямые и косвенные убытки или упущенную выгоду лицензиата.
Но на разработке лицензии работа IT-юристов не закончилась. Дополнительно специалисты спроектировали договор на внедрение системы и обслуживание комплекса на предприятиях. Теперь у продукта полный комплект юридических документов с проработанными бизнес-рисками.
