У компаній є два шляхи монетизації: розробка ПЗ на замовлення або ліцензування програм та власних програмних продуктів. Але обидва бізнеси мають справу з ліцензіями. У статті розповімо, як безпечно працювати з відкритим вихідним кодом та передати 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 до проектів, щоб швидко виявити пов'язані ризики, правильно та вчасно з ними впоратися.
Види ліцензій на програмне забезпечення
Ліцензія – це спосіб передати ПЗ у користування, але зберегти право власності на нього за компанією-розробником та отримувати роялті. Простіше кажучи – передати софт в оренду. Для бізнес-планування необхідно розібратися з двома видами ліцензій.
Виключна ліцензія на програмний продукт
Розробник передає програмне забезпечення лише одному користувачеві і втрачає можливість укладати ліцензійні договори з третіми особами. Наведемо приклад.
До нас звернулися власники продуктової IT-компанії Cartsys із запитом розробити ліцензійний договір на програмне забезпечення для онлайн-банкінгу. IT-юристи закріпили пропрієтарний статус ПЗ та прописали, що компанія Carsys передає замовнику виняткове право користування. Тобто ніхто інший не отримає доступу до ПЗ.
Невиключна ліцензія
Угода не включає обмежень на видачу ліцензії іншим користувачам. Для розробки такого документа до IT-юристів звернулися автори Songbook. Це платформа дистрибуції християнського музичного контенту. Щоб монетизувати продукт, необхідно отримати права від авторів музики. Для цього достатньо зафіксувати дозвіл на розміщення та просування творів, а натомість автори отримують відсоток від роялті. При цьому Songbook не є єдиною платформою, яка має право використовувати музику. Автори можуть видавати ліцензії на контент й іншим ліцензіатам. Цим відрізняються виключна і невиключна ліцензії.
Навіщо продуктовим IT-компаніям ліцензія на програмний продукт?
- Захистити авторське право
Майнові авторські права — це юридична підстава для генерації прибутку. Власник може встановити свої правила для користувачів. Наприклад, визначити кількість користувачів та процесорів, заборонити змінювати та створювати похідні продукти.
- Монетизація ПЗ
Головна мета розробки – профіт. У ліцензії встановлюють розмір роялті, отже документ стає основою отримання прибутку.
- Підтвердити джерело доходу в банку, податковій та органах фінансового моніторингу
Потрібно підтвердити походження коштів для їх зарахування на рахунок. Таку саму вимогу висуває податкова. Ліцензія стане тим документом, який допоможе пройти банківський комплаєнс та подати податкову звітність.
Що написати у ліцензії?
IT-юристи Stalirov&Co розробили ліцензійну угоду для комп'ютерної програми AGB Control. За допомогою ПЗ підприємства фіксують порушення технічних процесів. На прикладі цього кейсу розберемося які пункти мають бути у ліцензії.
- IT-юристи визначили спосіб, територію використання ПЗ та невиключний вид ліцензії.
- Описали правила надання доступу.
- Встановили складові роялті: винагороду за використання ПЗ та абонплату за субліцензування. Затвердили термін оплати та можливість призупинити доступ, якщо розрахунок не буде проведено у погоджений час.
- Дозволили видавати субліцензії, але за письмовою згодою ІТ-компанії. Закріпили правила субліцензування.
- Додали пункт про відповідальність клієнта за збереження пароля доступу.
- Зафіксували, що всі права інтелектуальної власності належать компанії-розробнику AGB Control.
- Заборонили змінювати, декомпілювати, видозмінювати та модифікувати ПЗ. А також клонувати ключ доступу та фальсифікувати IP-адресу.
- Заборонили розголошувати конфіденційну інформацію.
- Прописали дисклеймери. Ліцензіар не несе відповідальності за:
- технічні, програмні та інші збої у роботі сервера перевірки ключа доступу, що призвело до неможливості використання програмного забезпечення;
- негативні наслідки дій/бездіяльності ліцензіата чи третіх осіб;
- прямі та непрямі збитки або втрачену вигоду ліцензіата.
Але на розробці ліцензії робота ІТ-юристів не закінчилася. Додатково фахівці спроектували договір на впровадження системи та обслуговування комплексу на підприємствах. Тепер продукт має повний комплект юридичних документів з опрацьованими бізнес-ризиками.
