Авторське право на софт та бази даних в Україні

Комп’ютерна програма (КП) та база даних (БД) – основа цифрового світу. Але як захистити права на них? В Україні, як і скрізь, вони є об’єктами авторського права, проте їх правова охорона має свою специфіку, яку критично важливо розуміти всім в ІТ сфері: від розробників до користувачів.

Чому специфіка? Бо авторське право на софт працює за аналогією з літературним твором (охороняється код), що вже незвично. А охорона бази даних може стосуватися як її творчої структури, так і, потенційно (перевіримо!), інвестицій у її наповнення. Нерозуміння цих нюансів ІТ права може дорого коштувати.

Ми, юристи Polikarpov Law Firm, у цій статті розберемо ключові аспекти охорони та використання КП та БД в Україні: що саме захищене, хто власник прав, які є винятки та як це працює на практиці. Давайте розбиратись.

Розділ I. Авторське право на комп’ютерні програми (КП)

Почнемо з комп’ютерної програми – серця будь-якої цифрової технології. З точки зору авторського права на софт, програма в Україні охороняється як літературний твір. Так, саме як книга! Ця аналогія дає захист, але й породжує питання.

Що саме охороняється: код, інтерфейс, чи ідея? Хто автор – розробник чи компанія? Які права має власник? Чи є особливі дозволи на використання (наприклад, для сумісності)? Розберемо цю специфіку охорони ПЗ детально.

Підрозділ 1.1: Що саме охороняється в комп’ютерній програмі? Код, інтерфейс чи ідея?

Отже, закон каже: комп’ютерна програма охороняється як літературний твір. Добре, а що це означає на практиці? Що саме підпадає під цю охорону? Адже програма – це не лише рядки коду.

Найперше і найголовніше, що треба розуміти: авторське право на софт захищає форму вираження комп’ютерної програми. Що це за форма? Це, власне, сам “текст” програми:

1. Вихідний код (Source Code): Це те, що пише програміст – інструкції, написані зрозумілою людині мовою програмування (Java, Python, C++ тощо). Це первинний текст, першоджерело.
2. Об’єктний код (Object Code): Це результат компіляції вихідного коду – набір інструкцій, вже перекладених у машинозчитувану форму (зазвичай двійковий код), яку безпосередньо виконує комп’ютер. Хоча людина його прочитати “просто так” не може, він теж є формою вираження тієї ж самої програми і також охороняється.

Ось тут і працює аналогія з літературним твором. Уявіть книгу: охороняється сам текст, послідовність слів, речень, розділів, створена автором. Так само і з програмою: охороняється конкретна послідовність команд, структура коду, яку створив розробник. Ви не можете просто скопіювати чужий код (чи значну його частину) і видати за свій, так само як не можете скопіювати розділ з чужої книги.

А що ще? Закон також згадує про охорону підготовчих матеріалів, отриманих під час розробки комп’ютерної програми. Що це може бути? Наприклад, детальні блок-схеми, описи архітектури, специфікації, які передували написанню самого коду і достатньо деталізовані, щоб вважатися творчим вираженням задуму. Тобто, охорона може поширюватися не лише на фінальний код, а й на деякі результати роботи, що безпосередньо до нього призвели.

Тепер про слизьке питання – аудіовізуальні відображення, тобто графічний інтерфейс користувача (GUI). Кнопочки, менюшки, віконечка, загальний вигляд екрану – чи охороняються вони авторським правом на софт як частина комп’ютерної програми? Тут немає однозначної відповіді “так” чи “ні” в законодавстві. Часто інтерфейс розглядають як окремий об’єкт – твір дизайну або навіть як окремий аудіовізуальний твір, а не невід’ємну частину “літературного твору” (коду). Це означає, що:

• Сам по собі код програми може бути оригінальним і охоронятися.
• Сам по собі дизайн інтерфейсу теж може бути оригінальним і охоронятися (але вже як твір дизайну).
• Можлива ситуація, коли хтось скопіює лише зовнішній вигляд інтерфейсу, не чіпаючи код – це буде порушенням прав на дизайн, а не на саму комп’ютерну програму як таку.
• Навпаки, можна скопіювати логіку коду, але створити зовсім інший інтерфейс.

Тому захист інтерфейсу – це, скажімо так, окрема пісня, хоча він, звісно, тісно пов’язаний з програмою.

А що НЕ охороняється? І це не менш важливо! Авторське право на софт не поширюється на:

• Ідеї та принципи, які лежать в основі будь-якого елемента комп’ютерної програми. Наприклад, сама ідея створити текстовий редактор чи месенджер – не охороняється.
• Принципи, на яких побудований інтерфейс користувача. Наприклад, ідея використання “вікон” чи “меню” – це загальний принцип, він не належить комусь одному.
• Алгоритм як такий. Алгоритм – це послідовність кроків для вирішення задачі. Сама по собі ця послідовність, як абстрактна ідея чи математичний метод, не охороняється авторським правом. Охороняється лише її конкретне втілення у вигляді програмного коду. Тобто, двоє програмістів можуть реалізувати один і той самий алгоритм різним кодом – і обидва коди будуть охоронятися незалежно.
• Мови програмування. Це інструмент, як алфавіт чи ноти. Не можна “застовпити” за собою право на використання Java чи Python.
• Формати файлів.
• Функціональне призначення програми.

Авторське право на софт захищає конкретну реалізацію, творче вираження у вигляді вихідного та об’єктного коду, а також, можливо, підготовчі матеріали. Інтерфейс – швидше за все, окремий об’єкт. А от самі ідеї, методи, алгоритми, принципи роботи – залишаються вільними для використання усіма. Це фундаментальне розмежування, яке лежить в основі всього ІТ права.

Підрозділ 1.2: Суб’єкти прав на КП

Отже, з об’єктом охорони наче розібралися – це код, форма вираження. Тепер давайте подивимось, а хто ж, власне, має права на цю комп’ютерну програму? Тут є два ключових поняття: автор і власник майнових прав. І вони, знаєте, далеко не завжди збігаються, особливо в реаліях ІТ-бізнесу.

Автором комп’ютерної програми завжди є фізична особа (або група фізичних осіб), яка своєю творчою працею її створила. Це той самий програміст, розробник, який сидів ночами, пив літрами каву і втілював ідеї в рядки коду. Саме він – первинний творець, і його немайнові права (пам’ятаєте? право називатися автором, право на недоторканність) залишаються з ним назавжди. Тут все просто і без варіантів. ІТ-компанія, навіть якщо вона надала ресурси, завдання та зарплату, не може бути автором програми в юридичному сенсі цього слова.

Але! Коли мова заходить про майнові права (право використовувати, продавати, модифікувати програму тощо), ситуація кардинально змінюється. У переважній більшості випадків, особливо в комерційній розробці, ці права переходять від автора-розробника до іншої особи – зазвичай, до ІТ-компанії (чи іншого замовника). І тут ми знову стикаємося з двома знайомими нам сценаріями, але вже з урахуванням специфіки ІТ права:

1. Службова програма: Це комп’ютерна програма, створена розробником у зв’язку з виконанням його трудових обов’язків у штаті ІТ-компанії. Як ми вже обговорювали в контексті службових творів загалом ([тут можна дати посилання на попередню статтю або розділ про службові твори, якщо вона є]), за замовчуванням майнові права належать спільно розробнику та роботодавцю. Однак! В ІТ-сфері це “за замовчуванням” майже ніколи не працює. Стандартна практика – включення до трудового договору (або окремого договору про передачу прав) положення про те, що всі майнові права на створені службові програми повністю переходять до роботодавця (ІТ-компанії) з моменту їх створення. Це права роботодавця, які він прагне максимально убезпечити.
2. Програма на замовлення: Це коли ІТ-компанія або будь-який інший клієнт замовляє розробку софту у незалежного розробника (фрілансера чи ФОПа) або іншої ІТ-компанії на підставі цивільно-правового договору. І знову ж таки, хоча закон за замовчуванням передбачає спільне володіння майновими правами, реальність ІТ-бізнесу диктує свої умови. Договори замовлення на розробку ПЗ практично завжди містять пункт про повне відчуження (передачу) всіх майнових прав на створену програму від розробника до замовника після виконання умов договору (зазвичай, після приймання робіт та повної оплати).

Чому так? Бо ІТ-компанії та замовники інвестують значні кошти в розробку і хочуть мати повний контроль над продуктом, вільно його розвивати, ліцензувати та комерціалізувати, не питаючи щоразу дозволу у кожного розробника, який доклав руку до коду.

Таким чином:

• Автор програми – завжди розробник (фізична особа).
• Власник майнових прав – зазвичай ІТ-компанія (роботодавець або замовник), яка отримала ці права за договором.

Розуміння цього розподілу – хто є автор програми, а хто власник майнових прав на софт – є критично важливим для правильного оформлення відносин та уникнення спорів у майбутньому.

Підрозділ 1.3: Майнові права на КП

Отже, визначились: автор – це творець, а майнові права на софт зазвичай опиняються в руках компанії (роботодавця чи замовника). А що ж це за звір такий – майнові права? Якщо по-простому, то це, власне, і є те саме “право власності” на програму в економічному сенсі. Це набір дозволів для власника робити з програмою певні дії та, відповідно, заборон для всіх інших робити ці дії без дозволу власника. Розуміння цих прав – ключ до комерціалізації та контролю над використанням комп’ютерної програми.

Закон України “Про авторське право і суміжні права” дає нам перелік основних майнових прав, які застосовуються і до комп’ютерних програм (звісно, з урахуванням їх специфіки). Давайте розглянемо найважливіші з них:

1. Відтворення програми: Це, мабуть, найфундаментальніше право. Що таке відтворення стосовно софту? Це значно ширше, ніж просто зробити копію на диску. Сюди входить:
   • Виготовлення будь-яких копій програми (повністю чи частково) – хоч на флешку, хоч на сервер, хоч у хмару.
   • Інсталяція програми на комп’ютер чи інший пристрій – це вже є акт відтворення.
   • Завантаження програми в оперативну пам’ять для виконання (запуск) – теж відтворення, хоч і тимчасове.
   • Відображення програми на екрані (наприклад, показ інтерфейсу) – також може вважатися елементом відтворення.
     Іншими словами, майже будь-яке використання програми неминуче пов’язане з її відтворенням у тій чи іншій формі.
2. Переклад програми: Хоча це право традиційно асоціюється з літературними творами, у контексті софту воно може означати, наприклад, переклад елементів інтерфейсу чи документації на іншу мову.
3. Адаптація, модифікація та інші подібні зміни: Це дуже важливе право для ІТ-сфери. Воно включає:
   • Адаптацію: Пристосування програми для роботи на іншій платформі, в іншому операційному середовищі, інтеграція з іншими системами.
   • Модифікацію: Внесення будь-яких змін до коду програми – виправлення помилок (якщо це робить власник прав або з його дозволу), додавання нових функцій, зміна логіки роботи, створення нових версій. По суті, це право на розвиток та еволюцію програмного продукту.
4. Розповсюдження примірників програми: Це право контролювати будь-яке відчуження (продаж, дарування, міну) оригінального примірника або копій програми. Сюди входить і продаж коробок з дисками, і надання доступу для завантаження програми через інтернет. Важливо пам’ятати про принцип “вичерпання прав” (first sale doctrine), який зазвичай застосовується до фізичних копій: після першого легального продажу диска, покупець може його перепродати без дозволу правовласника. Однак застосування цього принципу до цифрових копій – тема складна і дискусійна.
5. Здавання в найм (в оренду): Власник прав може дозволяти або забороняти здавати примірники програми в комерційний найм (наприклад, як це було колись популярно з відеоіграми). Є певні винятки, наприклад, коли програма не є основним об’єктом найму (скажімо, оренда авто з навігаційною системою).
6. Публічне сповіщення (включно з доведенням до загального відома): Це право охоплює будь-яке доведення програми до відома публіки таким чином, що її представники можуть здійснити доступ до програми з будь-якого місця і у будь-який час за їх власним вибором. Це ключове право для сучасних моделей розповсюдження софту – наприклад, надання доступу до ПЗ через веб-сайт (Software as a Service – SaaS), продаж через онлайн-магазини додатків, розміщення на серверах для завантаження тощо.

Отже, власник майнових прав на софт має ексклюзивний контроль над усіма цими діями. Будь-хто інший може здійснювати їх лише за наявності дозволу – тобто ліцензії, про яку ми поговоримо згодом. Саме цей комплекс прав і становить економічну цінність комп’ютерної програми як об’єкта інтелектуальної власності.

Підрозділ 1.4: Винятки та обмеження прав на КП

Ми щойно розглянули досить широкий спектр майнових прав, які належать власнику авторського права на софт. Здавалося б, будь-який крок із програмою без ліцензії – це порушення. Але не все так суворо. Законодавство, розуміючи специфіку комп’ютерних програм та потреби користувачів і розробників, передбачає певні винятки – випадки так званого вільного використання КП, коли певні дії можна вчиняти без дозволу правовласника і без виплати винагороди. Це не означає вседозволеність, ці винятки чітко визначені і мають суворі умови. Давайте розберемо ключові з них:

1. Створення архівної або резервної копії: Це, мабуть, найвідоміший виняток. Особа, яка правомірно володіє примірником комп’ютерної програми (тобто, купила ліцензію або отримала її іншим законним шляхом), має право виготовити одну копію програми виключно для архівних цілей або для заміни правомірно придбаного примірника, якщо той буде втрачений, знищений або стане непридатним для використання. Важливо: ця резервна копія не може використовуватися для інших цілей і має бути знищена, якщо володіння примірником програми перестає бути правомірним (наприклад, при перепродажу основної ліцензії, якщо це дозволено).
2. Дослідження функціонування програми (спостереження, вивчення): Особа, яка має право використовувати програму (знову ж таки, законний користувач), може без згоди правовласника спостерігати, вивчати, досліджувати її функціонування. З якою метою? Щоб визначити ідеї та принципи, які лежать в основі будь-якого елемента програми. Пам’ятаєте, ми говорили, що самі ідеї та принципи не охороняються? Ось цей виняток дозволяє законному користувачеві “зазирнути під капот” (не в код, а саме в роботу програми), щоб зрозуміти, як вона працює. Це робиться шляхом виконання будь-яких дій, пов’язаних із завантаженням, відображенням, функціонуванням, передаванням чи збереженням програми, на які користувач має право.
3. Виправлення помилок: Якщо ви законно користуєтеся програмою, і вона містить очевидні помилки, які заважають її нормальному використанню за призначенням, ви маєте право здійснити виправлення цих помилок. Це можливо, якщо інше не передбачено договором з правовласником і якщо сам правовласник не надає засоби для виправлення або не робить це в розумний строк після вашого звернення. Однак, це право зазвичай стосується саме виправлення для власного використання, а не створення “виправленої” версії для розповсюдження.
4. Декомпіляція (зворотне проєктування) для досягнення сумісності (інтероперабельності): Це, мабуть, найскладніший і найспецифічніший виняток саме для комп’ютерних програм. Декомпіляція – це процес перетворення об’єктного коду (машинного) назад у щось схоже на вихідний код, зрозумілий людині. Зазвичай це заборонено, бо є формою відтворення і модифікації. АЛЕ! Закон дозволяє декомпілювати програму (або її частини) виключно з однією метою: отримати інформацію, необхідну для досягнення сумісності (інтероперабельності)* незалежно розробленої комп’ютерної програми з іншими програмами. Тобто, щоб ваша нова програма могла коректно обмінюватися даними чи взаємодіяти з вже існуючою програмою іншого виробника.
   Однак цей дозвіл на декомпіляцію обставлений дуже суворими умовами:
   • Це може робити лише особа, яка правомірно володіє програмою (ліцензіат), або хтось від її імені.
   • Інформація, необхідна для досягнення інтероперабельності, раніше не була доступна цій особі з інших джерел (наприклад, документації від розробника).
   • Декомпіляція обмежується лише тими частинами оригінальної програми, які необхідні для досягнення сумісності.
   • Отримана в результаті декомпіляції інформація може використовуватися тільки для досягнення інтероперабельності незалежно створеної програми.
   • Цю інформацію не можна передавати іншим особам, крім випадків, коли це необхідно для інтероперабельності незалежно створеної програми.
   • Цю інформацію не можна використовувати для розробки, виробництва чи продажу комп’ютерної програми, суттєво схожої за своїм вираженням на декомпіловану програму (тобто, для створення прямого конкурента-клона).

Як бачите, умови дуже жорсткі. Декомпіляція – це не спосіб легально “вкрасти” чужий код, а дуже вузький виняток для забезпечення технічної взаємодії програм.

Важливо пам’ятати: всі ці випадки – це саме винятки з прав власника авторського права на софт. Вони не повинні завдавати невиправданої шкоди нормальному використанню програми правовласником і не повинні необґрунтовано обмежувати його законні інтереси. І, звісно, умови ліцензійного договору (EULA) можуть намагатися ще більше обмежити ці права, хоча можливість договірного скасування імперативних норм закону (особливо щодо декомпіляції) є дискусійною.

Підрозділ 1.5: Авторське право vs. Патенти

Ми з вами докладно розібрали, як авторське право на софт захищає комп’ютерну програму як текст, як літературний твір – тобто, її конкретне вираження у вигляді коду. Скопіював код – порушив авторське право. Здається, все зрозуміло. Але ж програма – це не просто текст, це інструмент, що виконує певну функцію, реалізує певний процес, часто вирішує якусь технічну задачу. І що, якщо хтось не скопіює ваш код рядок в рядок, а просто візьме вашу геніальну ідею, ваш унікальний метод роботи програми і напише свій код, який робить те саме? Авторське право тут, як ми пам’ятаємо, безсиле – воно не охороняє ідеї та принципи, навіть якщо вони дуже круті.

І ось тут на сцену виходить інший гравець зі світу інтелектуальної власності – патентне право. Чи можна отримати патент на програмне забезпечення? Питання, знаєте, дуже дискусійне і залежить від законодавства конкретної країни. В Україні, як і в багатьох інших юрисдикціях, є нюанси.

Загальне правило таке: сама по собі комп’ютерна програма як така, або алгоритм як абстрактна послідовність дій чи математичний метод, зазвичай не вважаються об’єктом, який можна запатентувати як винахід чи корисну модель. Тобто, безпосередньо патентування алгоритмів чи програмного коду як патенту – це, скоріше, “ні”, ніж “так”.

Але! Якщо ваша комп’ютерна програма є частиною технічного рішення, якщо вона керує якимось процесом, пристроєм, системою і в результаті її роботи досягається певний технічний результат, який є новим, має винахідницький рівень (для винаходу) та є промислово придатним, то ось таке технічне рішення в цілому (яке може включати і програмне забезпечення) цілком може бути запатентоване.

Іншими словами, патентується не сама програма, а спосіб (метод), який реалізується за допомогою комп’ютера і програми, або система/пристрій, що включає цю програму для досягнення технічного результату.

Приклад:

• Сам код програми для редагування фотографій – захищений авторським правом.
• Але якщо ви винайшли абсолютно новий технічний спосіб обробки зображень (новий алгоритм, що дає унікальний технічний ефект, наприклад, відновлення пошкоджених даних певним чином), і цей спосіб реалізований за допомогою вашої програми, то саме цей спосіб (метод) потенційно можна спробувати запатентувати як винахід.

В Україні також існує такий об’єкт як корисна модель. Вимоги до її патентування трохи нижчі, ніж для винаходу (зокрема, не вимагається винахідницький рівень, достатньо новизни та промислової придатності), що теоретично може відкривати певні можливості для патентування деяких технічних рішень, пов’язаних із софтом, хоча сфера застосування патентів на корисні моделі для ПЗ є досить специфічною.

У чому ж різниця між захистом авторським правом та патентом?

• Авторське право: Захищає конкретний код (вираження). Діє автоматично з моменту створення. Забороняє копіювання коду. Не захищає ідею/функцію.
• Патент (на винахід/корисну модель): Захищає технічне рішення (ідею/функцію/метод), незалежно від конкретного коду. Потребує реєстрації в патентному відомстві (УКРНОІВІ). Забороняє будь-кому використовувати запатентоване рішення (навіть якщо вони розробили його незалежно).

Авторське право на софт та патент на програмне забезпечення (а точніше, на технічне рішення, що його використовує) – це не взаємовиключні, а доповнюючі інструменти захисту. Авторське право захищає “текст”, патент – “суть” технічного рішення. Для комплексного захисту інноваційного програмного продукту варто розглядати обидва варіанти, звісно, якщо ваше рішення відповідає критеріям патентоздатності.

Розділ II. Авторське право та бази даних (БД)

Тепер поговоримо про бази даних – сховища сучасної “нафти”, інформації. Від CRM до наукових архівів, БД всюди. Але як їх захистити? Правила тут відрізняються від авторського права на софт. Охорона БД – це окрема історія, де важливі і структура бази даних, і її вміст, і, можливо, інвестиції у створення.

Чи будь-який набір даних захищений? Чи важлива оригінальність структури? Чи охороняється сама інформація? А що з правом sui generis (захист інвестицій) в Україні? Ми, Polikarpov Law Firm, розберемо ці питання: що таке база даних юридично, що охороняє авторське право на базу даних, і як це працює у нас.

 Підрозділ 2.1: Що таке база даних? Розбираємо на складові

Перш ніж говорити про охорону, давайте з’ясуємо, що ж воно таке – база даних – з точки зору закону. Це слово ми чуємо постійно, але що за ним стоїть юридично? Закон України “Про авторське право і суміжні права” дає нам визначення. Якщо спростити, база даних – це сукупність якихось незалежних один від одного елементів (це можуть бути твори, дані чи будь-які інші матеріали), які систематизовані певним чином (тобто, не просто купа всього, а є якась логіка в розташуванні, доборі) і до яких можна отримати індивідуальний доступ за допомогою електронних або інших засобів.

Тобто, ключові ознаки бази даних:

1. Сукупність елементів: Це не один твір, а саме набір окремих частинок (статей, фото, цифр, записів про клієнтів тощо).
2. Систематизація/Методичність: Ці елементи не просто навалені купою, а організовані за певним принципом, упорядковані. Це може бути алфавітний порядок, хронологія, тематична класифікація, реляційна модель – будь-яка система.
3. Індивідуальний доступ: Важливо, що користувач може знайти і отримати доступ до конкретного, окремого елемента всередині цієї сукупності (наприклад, знайти потрібну статтю за ключовим словом, знайти контакт клієнта за прізвищем).

Закон також розрізняє (хоча це зараз має менше практичного значення, але для розуміння корисно) два основні типи:

• Компільовані бази даних: Це те, що ми зазвичай і маємо на увазі сьогодні – електронні бази даних. Вони існують у цифровій формі, доступ до них здійснюється за допомогою комп’ютерної техніки та спеціального програмного забезпечення (систем управління базами даних – СУБД). Приклади: база даних клієнтів у CRM, онлайн-каталог інтернет-магазину, електронна бібліотека.
• Некомпільовані бази даних: Це, так би мовити, “аналогові” версії. Уявіть собі стару бібліотечну картотеку, телефонний довідник у вигляді книги, енциклопедію на папері. Тут теж є сукупність елементів, систематизація та індивідуальний доступ, але без електроніки.

Що ще важливо розуміти, коли ми говоримо про базу даних як об’єкт права? Те, що вона складається з двох принципово різних компонентів:

1. Структура бази даних: Це “скелет”, архітектура, спосіб, у який дані організовані, відібрані та представлені. Саме ця структура (якщо вона є результатом творчої праці, про що далі) може бути об’єктом авторського права на базу даних.
2. Вміст бази даних: Це “м’ясо”, самі дані, твори, інформація, що наповнюють цю структуру. Це можуть бути статті, фотографії, відео, статистичні дані, персональні дані, описи товарів – що завгодно. І ось цей вміст бази даних живе своїм життям. Деякі елементи вмісту можуть самі по собі бути об’єктами авторського права (як статті чи фото), а деякі можуть бути просто фактами чи даними, що авторським правом не охороняються (як температура повітря чи ціна на товар).

База даних як єдине ціле (точніше, її структура) і її вміст – це різні об’єкти з точки зору правової охорони. Захист структури бази даних не означає автоматичного захисту її вмісту, і навпаки – наявність в базі даних охоронюваного контенту не робить автоматично охоронюваною саму структуру бази. Про це детальніше – у наступних підрозділах.

Підрозділ 2.2: Охорона бази даних авторським правом

Отже, ми визначили, що база даних – це систематизована сукупність чогось. Але чи будь-яка така сукупність автоматично отримує авторське право на базу даних? Відповідь – категоричне ні. Не кожен список, не кожен каталог заслуговує на такий високий статус.

Українське законодавство, слідуючи міжнародним підходам (зокрема, Бернській конвенції та директивам ЄС), розглядає базу даних як збірник. А збірники (як і антології, енциклопедії тощо) охороняються авторським правом лише за однієї ключової умови: якщо добір або упорядкування її складових частин є результатом творчої праці автора. Іншими словами, має бути присутня оригінальність структури, творчий добір або творче упорядкування.

Що означає ця “творчість” та “оригінальність” стосовно бази даних? Це означає, що автор (укладач бази даних) не просто механічно зібрав усі можливі дані за очевидним критерієм, а доклав певних інтелектуальних, творчих зусиль для:

• Відбору матеріалів: Вирішив, що саме включити до бази, а що – ні, керуючись певними неочевидними, оригінальними критеріями.
• Упорядкування матеріалів: Розташував ці елементи всередині бази за унікальною, нетривіальною схемою чи системою, яка сама по собі є результатом його творчого задуму.

Авторське право на базу даних охороняє саме цю оригінальну структуру, цей творчий добір чи творче упорядкування. Воно НЕ охороняє самі дані чи матеріали, що містяться всередині бази даних.

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

Щодо самих даних всередині:

• Якщо це фактична інформація (ціни, дати, температури, телефонні номери), вона взагалі не охороняється авторським правом.
• Якщо це твори (статті, фото, музика), вони охороняються своїм власним авторським правом, незалежно від того, включені вони в якусь базу даних чи ні.

Давайте на прикладах:

• Телефонний довідник міста, де абоненти розташовані просто за алфавітом. Чи є тут творчий добір? Навряд чи, зібрали всіх підряд. Чи є творче упорядкування? Алфавітний порядок – стандартний, неоригінальний метод. Скоріш за все, така база даних не буде охоронятися авторським правом як збірник (хоча може існувати інший вид охорони, про який згодом).
• База даних судових рішень, де рішення не просто зібрані всі підряд, а відібрані юристом за певним неочевидним критерієм (наприклад, лише рішення, що стосуються конкретної рідкісної правової проблеми), а потім класифіковані та проіндексовані за унікальною системою тегів і взаємозв’язків, розробленою цим юристом. Тут вже є ознаки і творчого добору, і творчого упорядкування. Така структура бази даних, ймовірно, буде охоронятися авторським правом.
• Онлайн-каталог усіх товарів певного типу, зібраних автоматично з сайтів виробників і розташованих за ціною. Добір – механічний, упорядкування – стандартне. Охорони авторським правом, скоріш за все, не буде.
• Кураторська добірка “100 найкращих українських фільмів ХХІ століття” з анотаціями та унікальною класифікацією за жанрами та темами. Тут очевидний творчий добір (хтось вирішував, які фільми “найкращі”) та, можливо, творче упорядкування. Така база даних (збірник) має всі шанси на охорону авторським правом.

Отже, охорона структури бази даних авторським правом – річ не автоматична. Потрібно довести саме творчий, оригінальний характер добору чи упорядкування її вмісту. І пам’ятайте: цей захист не стосується самої інформації всередині.

Підрозділ 2.3: Право особливого роду (sui generis) на бази даних

Окрім охорони оригінальної структури бази даних авторським правом, про яку ми говорили вище, сучасне законодавство України, наслідуючи підходи Європейського Союзу, запровадило ще один, зовсім інший рівень захисту. Мова йде про право особливого роду (sui generis) на бази даних. Це не авторське право в класичному розумінні, а самостійне, специфічне право, яке має зовсім іншу мету.

У чому суть? Якщо авторське право захищає творчість, оригінальність структури, то право sui generis покликане захистити інвестиції. Чиї інвестиції? Виробника бази даних. Хто такий виробник? Це особа (фізична чи юридична), яка виявила ініціативу та здійснила істотний внесок (інвестиції) у створення, перевірку чи представлення вмісту бази даних.

Що таке “істотний внесок“? Закон говорить, що він може бути:

• Кількісним (quantitative): Наприклад, вкладено значні фінансові ресурси, витрачено багато людино-годин, задіяно серйозні технічні засоби для того, щоб зібрати, перевірити чи представити величезний масив даних.
• Якісним (qualitative): Навіть якщо обсяг даних не вражає, але для їх отримання, верифікації чи систематизації були потрібні унікальні знання, специфічні навички, складні методики, це теж може вважатися істотним якісним внеском.

Право sui generis виникає незалежно від того, чи є структура бази даних оригінальною (тобто, чи охороняється вона авторським правом). Головний критерій – наявність істотного внеску у її створення (саме в отримання, перевірку, представлення вмісту). Тобто, навіть той самий телефонний довідник, що не охороняється авторським правом через неоригінальність структури, може охоронятися правом sui generis, якщо його виробник доведе, що вклав значні інвестиції у збір та перевірку всіх цих телефонних номерів.

Які права дає право sui generis? Воно надає виробнику бази даних право забороняти вилучення (extraction) та/або повторне використання (re-utilization) всього вмісту бази даних або його істотної частини (оціненої кількісно чи якісно) без його дозволу.

• Вилучення: Перенесення всього або значної частини вмісту на інший носій будь-яким способом.
• Повторне використання: Будь-яка форма доведення до загального відома всього або істотної частини вмісту бази даних шляхом розповсюдження копій, здавання в найм, передачі в цифрових мережах тощо.

Тобто, якщо хтось візьме вашу базу даних, в яку ви вклали значні інвестиції, і просто скопіює собі значну частину її вмісту (навіть якщо структура неоригінальна), він порушить ваше право sui generis.

Це право діє протягом 15 років, які відраховуються з 1 січня року, наступного за роком завершення створення бази даних. Якщо ж база даних була правомірно оприлюднена протягом цього строку, то 15 років відраховуються з 1 січня року, наступного за роком такого оприлюднення.

Важливо розрізняти:

• Авторське право на базу даних: Охороняє оригінальну структуру/добір. Виникає автоматично у автора структури. Діє протягом життя автора + 70 років.
• Право sui generis: Охороняє істотний внесок (інвестиції) у вміст. Виникає у виробника бази даних. Діє 15 років. Охороняє навіть неоригінальні бази даних.

Таким чином, в Україні тепер існує дворівневий захист баз даних: один – для творчої структури, інший – для інвестицій у її наповнення. Це значно посилює позиції виробників баз даних і стимулює інвестиції у створення цінних інформаційних ресурсів.

Підрозділ 2.4: Права на вміст бази даних

Ми вже розібралися з двома рівнями захисту самої бази даних – авторським правом на її оригінальну структуру та правом sui generis на інвестиції у її створення. Але що ж із тим, що знаходиться всередині? Той самий вміст бази даних, заради якого вона, власне, і створювалася? Чи означає отримання доступу до бази даних (наприклад, за ліцензією) автоматичний дозвіл на використання всіх даних та всієї інформації, що там є? Тут треба бути дуже обережним.

Запам’ятайте просте правило: охорона бази даних (її структури чи як об’єкта інвестицій) і охорона її вмісту – це дві великі різниці. Ті матеріали, що наповнюють вашу базу даних, можуть жити абсолютно своїм, незалежним правовим життям.

Уявіть собі базу даних як своєрідний контейнер чи, якщо хочете, книжкову полицю. Ви можете мати права на саму полицю (її унікальний дизайн – авторське право; або на сам факт її створення, якщо вклали багато зусиль – право sui generis). Але це зовсім не означає, що ви автоматично отримуєте права на всі книги, що на ній стоять!

Так само і з базою даних. Її вміст може складатися з найрізноманітніших елементів:

• Фактичні дані та інформація: Наприклад, статистичні показники, розклади руху, телефонні номери, результати вимірювань. Такі елементи, як правило, самі по собі не охороняються авторським правом, бо не є результатом творчої праці.
• Твори, що охороняються авторським правом: Ось тут найцікавіше. Ваша база даних може містити:
  • Статті (як у базі даних ЗМІ).
  • Фотографії (як у фотобанку).
  • Музичні треки (як у музичній онлайн-бібліотеці).
  • Відеоролики.
  • Літературні уривки.
  • Навіть інші, менші бази даних!

І кожен такий твір має свого власного автора та/або правовласника. І на кожен такий твір поширюється своє власне авторське право на контент.

Що це означає на практиці? Якщо ви отримали ліцензію на використання бази даних (наприклад, доступ до її структури чи право видобувати з неї інформацію згідно з правом sui generis), це не дає вам автоматичного права вільно використовувати ті об’єкти авторського права на контент, які містяться всередині.

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

Для використання конкретного твору з вмісту бази даних вам потрібен окремий дозвіл від власника прав саме на цей твір (статтю, фото, музику тощо), якщо тільки умови ліцензії на саму базу даних прямо не передбачають іншого (що буває рідко і зазвичай чітко обмовляється).

Працюючи з базами даних, завжди пам’ятайте про цю багатошаровість прав. Є права на “контейнер” (структуру, інвестиції), а є окремі права на “вміст” (дані, інформацію, твори). І використання “контейнера” не дає карт-бланш на використання всього, що всередині, якщо цей вміст сам по собі захищений авторським правом на контент.

Розділ III. Ліцензування програм та баз даних

Отже, ми розібралися, що таке комп’ютерні програми та бази даних, хто на них має права і що саме ці права означають. Але як же відбувається взаємодія між власником прав та тим, хто хоче цим добром скористатися? Чи купуємо ми програму так само, як купуємо, скажімо, книгу чи автомобіль? У більшості випадків – ні.

У світі програмного забезпечення та баз даних панує інша модель – модель ліцензування. Коли ви “купуєте” програму або отримуєте доступ до бази даних, ви насправді не стаєте її повноправним власником у класичному розумінні. Ви отримуєте дозвіл, тобто ліцензію, на її використання на певних умовах. Ці умови якраз і прописуються в спеціальному документі – ліцензійному договорі. Для комерційного софту ви, напевно, стикалися з абревіатурою EULA (End-User License Agreement) – це і є типовий приклад такого договору.

І світ ліцензій, треба сказати, дуже різноманітний. Умови можуть кардинально відрізнятися. На одному полюсі – жорсткі пропрієтарні ліцензії, де за кожну дію (інсталяцію, копіювання) треба платити, а можливості користувача сильно обмежені. На іншому – цілий всесвіт відкритих ліцензій (Open Source), таких як GPL, MIT, Apache, які дозволяють вільно використовувати, вивчати, модифікувати і навіть розповсюджувати програми, хоча й теж зі своїми правилами та обов’язками (наприклад, щодо збереження відкритості похідних робіт). Існують і специфічні ліцензії на бази даних, що враховують особливості їх використання.

Розуміння того, яка саме ліцензія на софт чи ліцензія на базу даних регулює ваші відносини з правовласником, є критично важливим. Від цього залежить, що ви можете, а чого не можете робити з продуктом, чи можете ви його використовувати в комерційних цілях, чи зобов’язані ділитися своїми модифікаціями. У цьому розділі ми коротко оглянемо основні підходи до ліцензування, щоб ви могли краще орієнтуватися в цьому різноманітті.

Розділ IV. Поширені порушення та захист прав

Теоретично, все звучить чудово: є закон, є права, є ліцензії… Але практика, як завжди, вносить свої корективи. Сфера програмного забезпечення та баз даних, на жаль, є одним із лідерів за кількістю порушень прав інтелектуальної власності. Від банального піратства до складніших схем неправомірного використання – проблеми існують як для правовласників, так і для користувачів, які ризикують нарватися на санкції.

Давайте розглянемо найпоширеніші види порушень авторських прав на софт та прав на бази даних в Україні:

1. Використання неліцензійного ПЗ (“піратство”): Це класика жанру. Встановлення та використання програм, отриманих з неофіційних джерел (торенти, “зламані” версії), без придбання ліцензії. Це стосується як приватних користувачів, так і, що особливо ризиковано, бізнесу. Використання “крякнутого” софту в комерційній діяльності – це пряме порушення авторських прав на софт, яке може призвести до серйозних штрафів та конфіскації техніки.
2. Порушення ліцензії (EULA): Навіть якщо ви придбали ліцензію, це ще не гарантія відсутності порушень. Багато хто не читає умови ліцензійного договору, а дарма. Типові порушення ліцензії:
   • Встановлення програми на більшу кількість комп’ютерів, ніж дозволено ліцензією.
   • Використання “домашньої” або “освітньої” версії ПЗ в комерційних цілях.
   • Передача ліцензії іншій особі, якщо це заборонено умовами.
   • Використання компонентів програми (наприклад, шрифтів чи бібліотек) окремо від неї, якщо це не дозволено.
3. Несанкціонована модифікація чи розповсюдження: Зміна коду програми (якщо це не дозволено ліцензією або не підпадає під винятки вільного використання), видалення інформації про авторське право, створення “зламаних” версій та їх розповсюдження – все це серйозні порушення.
4. Плагіат коду: Хоча довести це буває складно, копіювання значних фрагментів чужого коду (особливо якщо він не під відкритою ліцензією) і включення їх до свого продукту без дозволу – це пряме порушення. Сучасні інструменти аналізу коду дозволяють виявляти такі запозичення.
5. Порушення прав на бази даних:
   • Якщо база даних охороняється авторським правом (оригінальна структура), то копіювання цієї структури є порушенням.
   • Якщо база даних охороняється правом sui generis, то несанкціоноване вилучення або повторне використання істотної частини її вмісту (навіть якщо структура неоригінальна) є порушенням прав виробника бази даних.
   • Незаконне використання охоронюваного вмісту бази даних (статей, фото тощо) без дозволу власників прав на цей контент.

Як же захистити свої права та уникнути порушень?

• Для розробників та правовласників (захист прав розробника):
  • Технічні засоби захисту: Використання ключів активації, DRM (Digital Rights Management), систем захисту від копіювання, водяних знаків у коді. Хоча жоден технічний засіб не дає 100% гарантії, це ускладнює життя порушникам.
  • Юридичні механізми:
    • Чіткі та зрозумілі ліцензійні угоди (EULA).
    • Реєстрація авторського права на програму (хоча вона і не обов’язкова для виникнення права, але може допомогти при доведенні в суді).
    • Моніторинг порушень (відстеження нелегального розповсюдження).
    • Надсилання претензій (cease and desist letters) порушникам.
    • Звернення до суду з вимогою припинити порушення, вилучити контрафактні копії, відшкодувати збитки або виплатити компенсацію.
  • Маркування: Чітке зазначення інформації про авторські права (© Ім’я правовласника, Рік) у самій програмі та супровідній документації.
• Для користувачів (особливо для бізнесу):
  • Використовуйте лише ліцензійне ПЗ: Це найголовніше правило. Вартість ліцензії неспівмірна з потенційними штрафами та репутаційними втратами від використання неліцензійного ПЗ.
  • Уважно читайте ліцензійні угоди: Переконайтеся, що ви розумієте умови використання і дотримуєтеся їх.
  • Проводьте аудит ПЗ: Регулярна перевірка програмного забезпечення, встановленого на комп’ютерах компанії, на предмет наявності ліцензій та відповідності їх використання умовам. Це допомагає виявити та усунути потенційні проблеми до того, як вони призведуть до санкцій. Ведення обліку ліцензій – важлива частина ІТ-менеджменту.

Варто пам’ятати, що порушення авторських прав на софт та прав на бази даних може призвести до цивільної (відшкодування збитків, компенсація), адміністративної (штрафи) і навіть кримінальної (у випадках завдання шкоди у великих розмірах) відповідальності. Тому ставитися до питань ліцензування та використання ПЗ/БД потрібно з усією серйозністю.

Висновки

Отже, ми розібрали ключові аспекти правової охорони таких специфічних об’єктів, як комп’ютерні програми та бази даних в Україні. Як бачимо, авторське право на ПЗ та авторське право на БД живе за своїми правилами, відмінними від охорони більш традиційних творів.

Головні висновки, які варто запам’ятати:

• Програма як літературний твір: Охороняється саме код (вихідний та об’єктний), а не ідеї чи алгоритми. Існують специфічні винятки для вільного використання (резервна копія, декомпіляція для сумісності).
• Подвійний захист баз даних: Авторське право охороняє оригінальну структуру/добір, тоді як право sui generis захищає істотні інвестиції виробника у вміст, незалежно від оригінальності.
• Права на вміст – окремо: Права на саму БД не означають автоматичного права на використання її вмісту, якщо він сам по собі охороняється.
• Ліцензування – ключ до всього: Використання майже будь-якого ПЗ чи БД регулюється ліцензійним договором (EULA, Open Source ліцензії тощо). Його умови визначають, що можна, а чого не можна робити.
• Договірне оформлення – запорука спокою: Чітке визначення прав та обов’язків у трудових договорах (для службових програм) та договорах замовлення є критично важливим в ІТ-праві для уникнення спорів.

Розуміння цих особливостей – це не просто юридична теорія. Це необхідність для кожного, хто працює в ІТ-бізнесі або просто активно користується цифровими продуктами. Розробники повинні знати, як захистити свою працю, компанії – як коректно оформити права на свої активи та уникнути порушень, користувачі – як легально використовувати софт.

Правильне ліцензування, повага до чужої інтелектуальної власності та надійний захист інтелектуальної власності – це каталізатор для розвитку інновацій та всієї ІТ-індустрії України. 

Хочете ще раз закріпити основні моменти саме щодо програмного забезпечення та заглибитись у деталі його правової охорони? Читайте нашу спеціалізовану статтю: Авторське право на програмне забезпечення в Україні