Чому IT-компанії програють судові спори: чотири уроки із практики Верховного Суду
Судовий спір у сфері IT може тривати довше, ніж життєвий цикл продукту. Поки конкуренти сперечаються, кому належить ця технологія, у світі з’явилися десятки нових версій АІ-моделей, команди стартапів повністю оновилися, а ринок уже висуває до продукту зовсім інші вимоги.
Найефективніший і найдешевший спосіб захистити бізнес — ще під час роботи над проєктом впровадити процеси, які зменшують ризик спорів і дозволяють зібрати достатньо доказів на підтримку вашої позиції для захисту в разі конфлікту.
На прикладі чотирьох кейсів Верховного Суду розберу, які ризики IT-бізнес часто не враховує та як ці помилки можуть зіграти проти нього в суді.
Чому IT-спори складні для судів
Основна складність спорів в ІТ-сфері — у їхній технічній суті. Судді та юристи без IT-досвіду можуть не розуміти різниці між вихідним і об’єктним кодом, окремим модулем і цілісним продуктом, функціональністю та способом її реалізації.
Тому учасники конфлікту залучають експертів. Це збільшує вартість процесу й затягує розгляд: часто кожна зі сторін подає висновок на свою користь, тож суду доводиться оцінювати не лише правові аргументи, а й суперечливі технічні пояснення.
Показовий приклад — спір щодо авторських прав на програмний продукт, який Верховний Суд розглядав у справі № 760/16961/19. Розробник стверджував, що інша компанія незаконно змінила назву програми, над якою він працював, створила на її основі іншу програму та використовувала її без зазначення його як співавтора.
Суди відмовили в позові, бо розробник:
- не зміг належно довести своє співавторство;
- не долучив повних примірників вихідного коду, які дозволили б порівняти продукти;
- надав експертні висновки, які суди визнали неналежними та недостовірними.
Верховний Суд наголосив: саме позивач має довести факт порушення авторського права.
Для бізнесу висновок простий: право на код потрібно не лише оформити, а й зберегти докази його створення, передання та подальшого використання.
Цифрові докази можуть зникнути ще до початку процесу
У класичному комерційному спорі головні докази — це договори, акти, рахунки та банківські документи. У технологічних спорах важливу роль відіграють:
- метадані файлів;
- Git-історія;
- log-файли;
- листування в корпоративних системах;
- записи про права доступу;
- історія завдань у Jira та інших таск-менеджерах;
- технічні завдання і протоколи погодження;
- резервні копії;
- дані про завантаження та зміну файлів.
Частину цієї інформації компанія може втратити після звільнення працівника, видалення облікового запису, зміни платформи або завершення підписки на сервіс.
Підписуйтеся на наші соцмережі
Врахуйте: частину цих доказів компанія може втратити, якщо:
- працівник звільнився і його корпоративний акаунт відключили та видалили або він використовував особисті ресурси;
- компанія перейшла на іншу платформу чи втратила доступ до сервісу через завершення підписки.
Просто скріншот окремого повідомлення або сторінки часто не дає повної картини. Суду потрібно розуміти джерело інформації, дату її створення, цілісність та зв’язок із конкретними діями сторін.
Показовою є справа № 910/1759/19 за участю ТОВ «ТВК Вектор-ВС». Після звільнення топменеджери створили нову компанію, а колишній роботодавець звинуватив їх у незаконному використанні комерційної таємниці.
На комп'ютерах конкурента виявили електронні файли з попереднього місця роботи: бази клієнтів, договори, прайс-листи та іншу внутрішню інформацію. Верховний Суд підтвердив порушення, оскільки компанія завчасно запровадила режим комерційної таємниці, а комп'ютерно-технічна експертиза підтвердила походження та копіювання файлів.
Які уроки таких кейсів має засвоїти ІТ-бізнес:
- Регулярно створюйте резервні копії корпоративних даних і перевіряйте, що їх можна відновити. Невикористаний бекап завжди кращий, ніж його відсутність у момент, коли дані вже втрачені.
- Надавайте працівникам доступ до робочих сервісів лише через корпоративні облікові записи та встановіть правила збереження робочого листування, логів і документів. Не допускайте, щоб вихідний код, листування чи документи залишалися в особистих акаунтах працівників. Це не лише спрощує збір доказів у разі спору, а й захищає комерційну таємницю, інтелектуальну власність і знижує ризики для кібербезпеки.
- Коли працівник звільняється, зафіксуйте передання всіх робочих матеріалів, створіть резервні копії необхідних даних, змініть паролі та відкличте всі доступи.
NDA не працює без доказів
Власник ІТ-компанії може зробити хибний висновок: достатньо включити до договору з працівником умови NDA й non-compete та передбачити великий штраф за їх порушення. Насправді договір лише створює правову основу, а факт порушення комерційної таємниці ще потрібно належно довести в суді.
Показовою є справа № 908/3552/19. IT-компанія вимагала від ФОП-розробника 20 000 доларів штрафу за порушення NDA.
Компанія стверджувала, що ФОП:
- порушив положення договору про конфіденційність і non-compete, бо передав клієнту інформацію про свою винагороду за договором;
- домовився про пряму співпрацю клієнта з ним як із спеціалістом в обхід наявному контракту з компанією;
- сприяв припиненню комерційних відносин між клієнтом та компанією.
Однак cуд відмовив у позові та звернув увагу на кілька критичних моментів:
- компанія не довела факт і спосіб передачі конфіденційної інформації належними електронними доказами;
- листування та пояснення клієнта спростували позицію компанії;
- сам факт появи ФОП на сайті клієнта не підтверджує прямого працевлаштування;
- положення про non-compete і конфіденційність не були сформульовані чітко й однозначно в угоді з ФОП.
Суд також підсвітив ризик типової моделі роботи ІТ-компаній через ФОП замість традиційного працевлаштування: без належної фіксації комунікацій, доступів, переписок і передачі інформації довести порушення в суді може бути майже неможливо.
Один контракт може створити спір у кількох країнах
Значна частина IT-контрактів має міжнародний елемент. Українська команда може розробляти продукт для компанії зі США, працювати через європейську юридичну особу та залучати підрядників із кількох країн.
У такому договорі потрібно узгодити щонайменше три питання:
-
1
Яке право регулює відносини сторін?
-
2
Який суд або арбітраж розглядатиме цей спір?
-
3
Де та як сторона виконуватиме майбутнє рішення?
Ці положення не можна механічно копіювати з іншого контракту. Наприклад, міжнародний арбітраж може бути доцільним для великої транскордонної угоди, однак витрати на нього іноді перевищують суму незначного спору.
Водночас український суд не завжди стане найзручнішим варіантом, якщо основні активи контрагента перебувають за кордоном.
Наприклад, українська IT-компанія уклала з іноземним замовником договір на розробку програмного продукту та погодила, що всі спори розглядатиме міжнародний арбітраж. Основний етап розробки сторони завершили та закрили актами, однак замовник не оплатив роботи за додатковою угодою щодо нового функціоналу або подальшої технічної підтримки.
Українська компанія може вирішити, що після завершення чи розірвання основного договору арбітражне застереження більше не діє, та звернутися до українського суду. Проте Верховний Суд у справі № 911/2618/25 підтвердив: арбітражне застереження є окремою, автономною угодою, а його чинність не залежить від того, чи основний контракт вже виконали, розірвали або припинили.
Тому навіть коли одна частина співпраці вже завершена, а спір виник лише щодо невиконаної додаткової угоди, неоплаченого етапу або окремого зобов’язання, сторонам усе одно доведеться звертатися до погодженого арбітражу, якщо цей спір охоплює арбітражне застереження.
Обирайте юрисдикцію та методи для вирішення конфліктів з урахуванням структури угоди, вартості потенційного спору, місця розташування активів і можливості реально виконати рішення.
Висновок
Як підготувати IT-бізнес до потенційного спору
У технологічних спорах результат часто залежить від рішень, які компанія ухвалила задовго до звернення до суду. Щоб договірні положення справді працювали, маю такі поради:
-
1
Оформлюйте права на програмний продукт і зберігайте історію його створення. Фіксуйте, хто розробив код, у рамках якого завдання, коли та як його передали та хто погодив результат. Зберігайте повні версії вихідного коду, Git-історію, технічні завдання та акти.
-
2
Зберігайте оригінали електронного листування, метадані, логи, історію доступів і резервні копії. Суд має встановити джерело доказу, дату його створення, цілісність і зв’язок із діями конкретної особи.
-
3
Використовуйте корпоративні облікові записи. Код, документи та робоче листування не повинні залишатися в особистих акаунтах працівників і підрядників.
-
4
Конкретизуйте умови NDA та non-compete. Визначте, яка інформація є конфіденційною, кому її можна передавати, які дії вважаються порушенням і як компанія обмежує доступ до даних. Сам штраф у договорі не звільняє компанію від обов’язку довести порушення.
-
5
Обирайте спосіб вирішення спорів з урахуванням специфіки угоди. Оцініть вартість потенційного конфлікту, місце розташування активів контрагента та можливість виконати рішення за результатами спору. Пам’ятайте, що арбітражне застереження може продовжувати діяти після завершення або розірвання основного договору.
Головна порада для IT-бізнесу: готуйтеся доводити свою позицію ще під час виконання контракту. Коли конфлікт уже виник, відновити видалене листування або виправити нечіткі умови NDA вже неможливо.