Лектор докладно проаналізував разом з учасниками юридичний супровід ІТ - діяльності, а саме:
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. Вибудувати корпоративну архітектуру, яка унеможливлює конфлікти:
· визначення ролей;
· розподіл акцій;
· корпоративна угода;
· механізм виходу партнера.
Типові кейси:
· «Партнер поводиться некоректно» — немає корпоративних документів.
· «Мене витискають» — партнер контролює доступи.
· «Хочу вивести партнера» — потрібно відновити 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. Юридичні:
· порушення IP-прав;
· відсутність документів (Privacy Policy, Terms of Use);
· некоректне білінг-рішення;
· заборонений контент.
3. Контентні: спам, обман користувача.
4. AI-контент: обов'язковий AI Generated Content Disclosure.
Як запобігти блокуванню:
· Terms of Use + Privacy Policy під вимоги Google/Apple;
· публічні документи: PDF-версії, web-archive;
· підтвердження прав на код, арт, звук, дизайн;
· розкриття AI-контенту;
· листування з модерацією;
· відповідність опису й функціоналу.
Докази для апеляцій на маркетплейсах:
· git-історія;
· таск-трекер;
· технічні архіви;
· логи;
· веб-архів;
· листування.
Першоджерело https://tinyurl.com/4ntmj9jf