Про юридичний супровід ІТ- діяльності захист та передача IP прав адвокат Сергій Барбашин

Про юридичний супровід ІТ- діяльності захист та передача IP прав розповів адвокат, керуючий партнер Barbashyn Law Firm, президент міжнародної асоціації зі штучного інтелекту та бізнесу (AIEI), експерт з інтелектуальної власності, АІ права, супроводу ІТ проектів, член міжнародних організацій АIPPI, AIJA, NAPA, INTA, заступник голови комітету з Інтелектуальної власності НААУ, член Робочої групи з правового регулювання штучного інтелекту НААУ Сергій Барбашин під час заходу з підвищення професійного рівня адвокатів Запорізької області, що відбувся у Вищій школі адвокатури НААУ.

Лектор докладно проаналізував разом з учасниками юридичний супровід ІТ – діяльності, а саме:

  • 1. IP права.
  • 2. Взаємовідносини між учасники.
  • 3. ІТ-френдлі країни.
  • 4. Огляд типових угод для діяльності.
  • 5. Публікації у Google play, App store.

У рамках характеристики ІТ- діяльності акцентовано на наступному:

1. IP-права

ІТ-продукт — це комплекс інтелектуальної власності, а не окремий код. До складу IP-активів входять:

  • програмний код (ядро, модулі, скрипти);
  • дизайн, UI/UX, іконки, екрани;
  • анімації, 2D/3D-моделі, арт;
  • сценарії, діалоги, наратив;
  • база даних / ігрові мапи;
  • бренд: назва, логотип, візуальний стиль;
  • доменні імена та технічні акаунти;
  • акаунти розробника у Google Play / App Store.

Основні IP-режими:

  1. Авторське право – охороняє: комп’ютерні програми, ігри, графіку, дизайни, анімації, бази даних тощо.
  2. Торговельні марки – назва, логотип, слово/зображення. Пошук: Укрпатент, WIPO, TMView.
  3. Патенти – технічні рішення, інколи механіки/алгоритми (приклад з EU та UA патентами).
  4. Комерційна таємниця – код, документація, технічні процеси.

Хто має IP-права?

Той, кому вони передані належним чином: через трудовий договір, договір із ФОП, гіг-контракт, IP-assignment, акти приймання-передачі.

Слабкі місця IP-ланцюга:

  • немає договорів та актів;
  • частина розробки без письмового оформлення;
  • змішана команда (штат/ФОП/фриланс) без єдиної IP-політики;
  • інвестдокументи не описують IP;
  • відсутні гарантії засновників щодо належності прав.

2. Взаємовідносини між учасниками (в IT-командах, засновниках, партнерах)

Типові причини конфліктів:

  • IP оформлено не на компанію;
  • партнер контролює код, домени, акаунти;
  • немає корпоративної угоди;
  • нечіткий розподіл ролей засновників;
  • немає NDA/NCA/Non-solicitation;
  • відсутність фіксації внеску у створення продукту.

Стратегія юриста:

  1. Відновити контроль над IP.
  2. Вибудувати корпоративну архітектуру, яка унеможливлює конфлікти:
  1. визначення ролей;
  2. розподіл акцій;
  3. корпоративна угода;
  4. механізм виходу партнера.

Типові кейси:

  • «Партнер поводиться некоректно» — немає корпоративних документів.
  • «Мене витискають» — партнер контролює доступи.
  • «Хочу вивести партнера» — потрібно відновити IP-ланцюг, створити структуру прийняття рішень.

3. ІТ-френдлі країни

Естонія:

  • 0% податку на прибуток (поки не виплачується).
  • Цифровість, легкість адміністрування.
  • “Crypto friendly”.
  • Мінус: складно відкривати банківські рахунки.

Кіпр:

  • 12.5% податку на прибуток.
  • IP Box.
  • 0% на дивіденди.
  • Мінус: вартість супроводу, номінальний сервіс.

Польща:

  • 9% CIT до €2 млн (далі 19%).
  • Добре для ритейлу та ІТ.
  • Мінус: фізична присутність, потреба у рахунку в польському банку.

Португалія:

  • Режим NHR (тепер NHR 2.0).
  • Популярна міграційна юрисдикція для ІТ.
  • Мінус: складна податкова система, бюрократія.

США:

  • Найкраще для інвестиційних проєктів.
  • Мінус: дорогий супровід, візи, офіс.

Великобританія (UK):

  • Підходить для інвестицій та стартапів.
  • Дистанційна реєстрація.
  • Мінус: висока ставка податків (19–25%), офіс, присутність.

4. Огляд типових угод для діяльності

DOU №1: Договір про розробку та передачу IP:

Містить:

  • передача виключних майнових прав;
  • конкретизація об’єктів IP;
  • територія та строк дії прав;
  • акти передачі;
  • технічне завдання (Annex).

DOU №2: NDA (Non-Disclosure Agreement):

Особливості:

  • обов’язкова деталізація конфіденційної інформації;
  • строк зобов’язань;
  • заборона використання;
  • відповідальність;
  • юрисдикція.

DOU №3: NCA (Non-Compete Agreement):

  • Для України / Дія.City – працює, але у формі гіг або трудового контракту.
  • У ЄС – потрібно обмеження за: строком, територією, обсягом, компенсацією.
  • У США – залежить від штату.

DOU №4: Non-solicitation:

Заборона переманювання співробітників/клієнтів.

DOU №5: Інвестдокументи:

  • SAFE
  • CLA
  • SHA

Фіксують: cap table, оцінку, права інвестора, IP-блок (rep & warranties), порядок оформлення прав.

DOU №6: Публічні документи на сайті:

  • Terms of Use
  • Privacy Notice
  • Cookie Policy
  • Публічна оферта

Вони визначають: модель платежів, функціонал, обмеження відповідальності, правила повернень, підписки, юрисдикцію, обробку персональних даних.

5. Публікації у Google Play та App Store

Основні документи:

  • Google Play Developer Distribution Agreement;
  • Apple Developer Program License Agreement;
  • Paid Applications Agreement;
  • User Privacy and Data Use;
  • Guidelines (App Store, Google Play);
  • Content ratings (Google).

Вимоги Apple:

  • D-U-N-S Number для компанії, що публікує застосунок.
  • Верифікація бізнесу.
  • Дотримання правил: Apple Developer Program License Agreement.

Вимоги Google:

  • Не потребує D-U-N-S.
  • Строгі правила конфіденційності та збору даних.
  • Контент-рейтинг (Apps & Games content ratings).

Причини блокувань:

  1. Технічні: дублювання додатків, поганий інтерфейс, порушена функціональність.
  2. Юридичні:
  1. порушення IP-прав;
  2. відсутність документів (Privacy Policy, Terms of Use);
  3. некоректне білінг-рішення;
  4. заборонений контент.
  1. Контентні: спам, обман користувача.
  2. AI-контент: обов’язковий AI Generated Content Disclosure.

Як запобігти блокуванню:

  • Terms of Use + Privacy Policy під вимоги Google/Apple;
  • публічні документи: PDF-версії, web-archive;
  • підтвердження прав на код, арт, звук, дизайн;
  • розкриття AI-контенту;
  • листування з модерацією;
  • відповідність опису й функціоналу.

Докази для апеляцій на маркетплейсах:

  • git-історія;
  • таск-трекер;
  • технічні архіви;
  • логи;
  • веб-архів;
  • листування.

Аби першими отримувати новини, підпишіться на телеграм-канал ADVOKAT POST.