Chaindoc logoChaindoc

Договір передачі прав ІВ для розробників: юридичний гайд, який потрібен кожному стартапу

Договір відчуження ІВ для стартапів і IT-компаній: ключові пункти, work-for-hire, California §2870, транскордонне IP, M&A. Завантажте безкоштовний шаблон.

22 квітня 2026 р. Час читання: 18 min
Договір передачі прав ІВ для розробників: юридичний гайд, який потрібен кожному стартапу

Стартап із десятьма інженерами, Series A term sheet на столі та одна проблема, яку ніхто не помітив, поки юрист інвестора не запитав: «Хто насправді володіє кодом?»

Це питання, яке вбиває угоди. І його завжди можна уникнути, підписавши договір відчуження ІВ до першого коміту.

У цьому гайді розберемо ключові моменти: що таке договір, які пункти мають значення, чому доктрина work-for-hire у США не є заміною, що змінює Каліфорнійський трудовий кодекс §2870 для стартапів Західного узбережжя, як транскордонне наймання ускладнює володіння та що перевіряють покупці під час M&A due diligence. У кінці також є безкоштовний шаблон.

Важливо: цей матеріал не замінює юридичну консультацію. Складні питання ІВ, особливо транскордонні угоди чи угоди M&A, вимагають індивідуальної правової оцінки. Це практичний довідник, який допоможе вам ставити кращі запитання та помічати проблеми, поки вони не стали дорогими.

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

Що таке договір відчуження ІВ?

Договір відчуження ІВ — це юридичний контракт, який передає право власності на об'єкти інтелектуальної власності: вихідний код, патенти, комерційні таємниці, авторські права, товарні знаки або будь-яку їх комбінацію. Право власності переходить від автора до іншої сторони, найчастіше компанії.

Ключове слово — «передача». Ліцензія дає дозвіл на використання, але автор лишається власником. Відчуження ж повністю передає титул. Первісний автор більше не володіє тим, що створив — правонабувач стає повноправним власником.

У світі програмного забезпечення це має найбільше значення в трьох ситуаціях:

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

Без підписаного договору відчуження ІВ у кожному з цих випадків право власності за замовчуванням належить автору, а не компанії, яка оплачує роботу. Це та прогалина, яку більшість стартапів не помічає, поки вона не спричинить проблему.

Ви побачите кілька акронімів, які використовують як синоніми: IPAA (IP Assignment Agreement), PIIA (Proprietary Information and Inventions Agreement), CIIA (Confidential Information and Inventions Agreement), PIIAA та CIIAA. Вони функціонально схожі: відчуження плюс конфіденційність, об'єднані в одному документі. Конкретна назва має менше значення, ніж те, що фактично написано в документі.

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

Договір відчуження ІВ vs ліцензія: ключові відмінності

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

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

ПараметрДоговір відчуження ІВЛіцензія на ІВ

Право власності

Повністю переходить до правонабувача

Автор зберігає право власності

Термін дії

Постійний

Обмежений у часі або постійний

Зворотність

Зазвичай безповоротний після підписання

Може закінчитися або бути розірваним

Ексклюзивність

Ексклюзивний за своєю суттю

Може бути ексклюзивною або неексклюзивною

Субліцензування

Правонабувач може вільно субліцензувати

Залежить від умов ліцензії

Поширені випадки використання

Трудові відносини, робота підрядників, M&A

SaaS, API, програмні бібліотеки

Потрібна реєстрація

Так — USPTO / Copyright Office

Зазвичай не потрібна

Юридичний ризик, якщо відсутній

Компанія не володіє своїм продуктом

Ризик обмежений обсягом використання

Для програмного стартапу питання «чи маємо ми договір відчуження чи ліцензію?» найчастіше спливає під час збору коштів або придбання, коли юрист покупця переглядає контракти. Ліцензія, яка на момент підписання здавалася прийнятною, стає серйозною проблемою, коли вона є єдиним документом, що пов'язує ключового інженера з вашою кодовою базою.

Коли вам дійсно потрібна ліцензія замість договору відчуження, наприклад, коли ви використовуєте сторонню бібліотеку або інтегруєте API, переконайтеся, що обсяг ліцензії фактично охоплює те, що ви з ним робите. Ліцензії «тільки для некомерційного використання», вбудовані в програмне забезпечення для промислової експлуатації, є напрочуд поширеним червоним прапорцем.

Види договорів відчуження ІВ

Не всі договори відчуження ІВ однакові. Контекст: співробітник, підрядник, засновник або M&A, змінює ставки, типові пункти та ризики, якщо ви помилитеся.

ТипХто підписуєКлючові ризики без ньогоПункти, на які варто звернути увагу

PIIA/CIIA для співробітників

Штатні та нештатні співробітники

Авторське право за замовчуванням належить співробітнику для категорій, що не підпадають під work-for-hire

Обсяг переданої роботи; виняток попередньої розробки; пункт про підробіток

IPAA для підрядників / фрілансерів

Незалежні підрядники, консультанти, офшорні розробники

Доктрина work-for-hire за замовчуванням не поширюється на підрядників

Явний пункт про відчуження; відсутність автоматичного work-for-hire; відмова від моральних прав

IPAA для засновників

Співзасновники, які передають ІВ, створене до інкорпорації

Вихід засновника залишає компанію без юридичного титулу на основну технологію

Передача ІВ, створеного до інкорпорації; графік вестингу для засновників; запевнення, що ІВ не обтяжене

Відчуження ІВ при M&A

Цільова компанія передає ІВ покупцеві

Прогалини в ланцюжку титулу блокують закриття угоди або знижують оцінку

Чистий ланцюжок титулу; реєстрація патентів; підтвердження всіх попередніх відчужень

Розробник переглядає договір відчуження ІВ на екрані, робочий процес управління контрактами в програмному стартапі

Кожне залучення розробника має включати підписаний договір відчуження ІВ до першого коміту.

Випадок із підрядником заслуговує на особливу увагу. Багато компаній вважають, що оплата фрілансеру за роботу автоматично означає володіння результатом. Так не працює закон про авторське право в США чи більшості інших юрисдикцій. Незалежний підрядник за замовчуванням володіє тим, що створює, якщо немає письмового договору відчуження. Навіть доктрина «work made for hire», яку ми розглянемо детально, має специфічні та вузькі вимоги, яким більшість відносин із підрядниками не відповідають.

Уявіть: ваш CTO пішов, а договір відчуження не підписав. ІВ засновників — саме така високоризикована категорія. Якщо ваш CTO пів року писав код до інкорпорації і ніколи формально не відчужив його компанії, компанія не володіє цим кодом. Володіє CTO. Якщо він піде в неприязних стосунках, або просто не надасть пріоритету паперовій роботі, у вас проблема з титулом. Дивіться розділ про NDA для підрядників у software-компаніях для пов'язаних міркувань щодо конфіденційності під час роботи із зовнішніми розробниками.

Згідно із законом про авторське право США, незалежні підрядники володіють тим, що створюють, якщо немає письмового договору відчуження. Договір розробки програмного забезпечення без явного пункту про відчуження ІВ не передає право власності. Оплата рахунку не передає право власності. Лише підписаний письмовий договір відчуження робить це. Якщо ваші поточні договори з підрядниками не містять цього, оновіть їх.

Ключові пункти, які має містити кожен договір відчуження ІВ

Добре складений договір відчуження ІВ не є довгим, але кожен пункт виконує конкретну роботу. Ось що має бути в надійному договорі і чому кожен елемент має значення.

Обсяг переданого ІВ

Це визначає, що саме передається: «всі винаходи, відкриття, твори, комерційні таємниці та вдосконалення», які правовідступник створює в рамках своїх відносин із компанією. Обсяг має бути достатньо широким, щоб охоплювати майбутню роботу, а не лише те, що існувало на момент підписання.

Будьте конкретними щодо категорій: патенти, заявки на патенти, авторські права, комерційні таємниці, товарні знаки, ноу-хау та моральні права. Виключення будь-якої категорії створює прогалини. ### Винагорода (consideration)

Щоб відчуження було юридично обов'язковим, правонабувач має надати щось натомість: consideration. Для співробітників достатньо продовження трудових відносин і заробітної плати. Для підрядників: оплата послуг. Для засновників, які відчужують ІВ, створене до інкорпорації, consideration найчастіше: це надання акцій компанії.

Завжди розписуйте це явно. Фраза «In consideration of continued employment and the compensation paid» нічого не коштує написати, але запобігає оскарженням пізніше. ### Запевнення та гарантії

Правовідступник має заявити, що він дійсно володіє ІВ, яке відчужує (немає попередніх відчужень третім особам), воно не порушує права третіх осіб, не існує застав чи обтяжень, і він не використовував жодних матеріалів третіх осіб, які б зіпсували ІВ.

Ці запевнення: те, що перевіряють покупці під час due diligence. Чисті запевнення дають покупцеві впевненість; відсутні або обмежені запевнення викликають червоні прапорці. ### Відмова від моральних прав

У більшості країн континентального права та багатьох юрисдикціях ЄС автори мають «моральні права», зокрема право на ідентифікацію автора та право заперечувати проти спотворень, які зберігаються навіть після повного відчуження. Ці права не завжди можна відчужити, але їх часто можна відмовитися.

Якщо ви працюєте з розробниками у Франції, Німеччині або інших країнах ЄС, пункт про відмову від моральних прав не є опціональним. У розробників із США немає тих самих статутних моральних прав, але на практиці краще включати відмову глобально.

Фонове ІВ та виняток попередньої розробки

Це пункт, який захищає співробітників і підрядників від випадкового відчуження ІВ, створеного ними до приєднання до компанії. Він зазвичай перераховує «раніше наявне ІВ» або «попередні винаходи» та виключає їх з обсягу відчуження.

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

Перекриття з work-for-hire

Навіть якщо конкретний твір кваліфікується як work-for-hire за законом про авторське право США, варто включити явне відчуження як додатковий захід. Пункт має звучати приблизно так: «To the extent any Work may not constitute work made for hire, Assignor hereby assigns all right, title, and interest in such Work to Company.»

Це усуває будь-які суперечки щодо того, чи застосовується доктрина work-for-hire.

Зобов'язання щодо реєстрації

Для патентів договір має визначити, хто відповідає за реєстрацію відчуження в USPTO. Для авторських прав: чи потрібна реєстрація в Copyright Office, якщо це доречно. Незареєстровані відчуження можуть створити проблеми з пріоритетом, якщо те саме ІВ пізніше буде відчужене третій стороні.

Право, що регулює (governing law)

Вкажіть юрисдикцію. Це стає критичним для транскордонних договорів, де правовідступник перебуває в іншій країні з іншим законодавством щодо ІВ. Вибір права США (зазвичай Delaware або California) є поширеним для американських стартапів, але те, чи такий вибір є обов'язковим щодо іноземного підрядника, залежить від конкретних обставин.

Розірвання та виживання положень

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

Для ширшого розуміння того, як ці документи поєднуються в стеці контрактів IT-компанії, перегляньте шаблон договору розробки програмного забезпечення. Він охоплює, як пункти щодо ІВ інтегруються зі statement of work та умовами надання послуг.

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

Доктрина work-for-hire і чому її недостатньо

Згідно із законом про авторське право США (17 U.S.C. §101), твір «work made for hire» належить роботодавцю або замовнику з моменту створення. Відчуження не потрібне. Зручно, але насправді це не так. Доктрина вужча, ніж більшість людей припускає.

Коли work-for-hire фактично застосовується

Work-for-hire охоплює дві категорії:

Категорія 1 — Робота співробітника: Твори, створені співробітником у рамках виконання своїх трудових обов'язків. Ключова фраза «у рамках». Код, написаний у робочий час, з використанням робочих ресурсів, для цілей компанії = work for hire. Код, написаний о 2 годині ночі на особистому ноутбуці для сайд-проєкту = ймовірно ні. Навіть якщо співробітник працює повний день.

Категорія 2 — Замовлені твори: Твори, спеціально замовлені, які належать до однієї з дев'яти конкретних статутних категорій: внески до колективних творів, частини кінофільму, переклади, допоміжні твори, збірники, навчальні тексти, тести, матеріали відповідей на тести та атласи.

Ось чого немає в цьому списку: індивідуальне програмне забезпечення. Мобільний додаток, SaaS-продукт, платіжна інтеграція. Жоден із них не належить до дев'яти категорій. Отже, замовлений твір, який не підпадає під статутну категорію, не може бути work-for-hire, незалежно від того, що написано в контракті.

Чому підрядники не підпадають

Для незалежних підрядників work-for-hire застосовується лише якщо (a) твір належить до однієї з дев'яти категорій І (b) існує письмовий договір, який явно визначає його як work-for-hire. Індивідуальне програмне забезпечення не відповідає жодній з умов для підрядників. Результат: підрядник, який створив ваш продукт, володіє ним, якщо немає явного письмового відчуження.

Наслідки можуть бути катастрофічними. У справі *Cadence Design Systems v. Avanti!* інженери Avanti взяли код у колишнього роботодавця (Cadence), ймовірно включаючи ІВ, яке не було належним чином відчужене. Результуючий судовий процес тривав роки й коштував Avanti сотні мільйонів. Хоча ця справа стосувалася крадіжки комерційних таємниць, а не чистої помилки відчуження ІВ, вона ілюструє, що трапляється, коли право власності на ІВ незрозуміле з самого початку.

Паралельний урок із справи *Waymo v. Uber* (2018), де Uber придбав компанію (Otto), засновану колишнім інженером Google, який, як стверджувалося, забрав пропрієтарні файли, пов'язані з технологією LIDAR для автономного водіння. Waymo стверджувало, що базове ІВ ніколи не було дійсно відчужене від Google. Справа врегульована приблизно за $245 мільйонів у вигляді акцій Uber. Урок для покупців: проблема з ланцюжком титулу в будь-який період історії компанії може стати вашою проблемою в день закриття угоди.

Підхід «пояс і підтяжки»

Оскільки work-for-hire має реальні обмеження, найкраща практика: включити обидва пункти: заяву, що твір є work-for-hire в максимально можливій мірі, плюс явний пункт відчуження, що охоплює все, що не кваліфікується. Це повністю усуває прогалину та знімає будь-яке привід для суперечки.

Транскордонне відчуження ІВ: США vs ЄС vs офшор

Концепції авторського та патентного права США погано подорожують. Коли ви наймаєте розробників в Україні, Індії, Польщі або будь-де поза США, ви маєте справу з іншими правилами за замовчуванням, і доктрина work-for-hire США просто не застосовується.

Позиція США

Згідно із законодавством США, work made for hire охоплює співробітників (не підрядників), а явне письмове відчуження охоплює всіх інших. Стандартний PIIA, який використовують американські стартапи, добре працює для членів команди на території США.

Позиція ЄС

Країни-члени ЄС мають власні режими авторського права, але кілька ниток переплітаються всюди.

Моральні права. Згідно з Бернською конвенцією, автори зберігають невідчужувані моральні права, зокрема право на ідентифікацію та право на цілісність твору, навіть після повної передачі економічних прав. У Франції, Німеччині та Нідерландах ці права часто не можна відмовитися за контрактом. Вихід: широка відмова «в максимально можливій мірі, дозволеній чинним законодавством» плюс угода не здійснювати їх.

Автоматичне відчуження в трудових відносинах. Деякі юрисдикції ЄС визнають його, але з важливими винятками. Німеччина розрізняє ПЗ, створене в рамках та поза трудовими обов'язками. Нідерланди мають правило часткового автоматичного відчуження для працевлаштованих розробників.

Директива ЄС щодо ПЗ (2009/24/ЄС). Гармонізує деякі правила для комп'ютерних програм, але не усуває національні відмінності.

Проблема офшорних підрядників

Саме тут більшість американських стартапів потрапляють у біду. Розробник у Києві чи Бангалорі — це незалежний підрядник. Доктрина work-for-hire США не застосовується. Їхнє місцеве законодавство може не мати еквівалентних концепцій. Якщо договір, що регулює залучення, не містить явного письмового відчуження, і не визначає, яке право регулює, у вас, ймовірно, проблема з титулом.

Виправити це нескладно: будь-який договір із офшорним підрядником має включати:

  1. 1.
    Явний пункт відчуження, що передає все ІВ компанії
  2. 2.
    Відмову від моральних прав «в максимально можливій мірі, дозволеній чинним законодавством»
  3. 3.
    Пункт про право, що регулює (зазвичай Delaware або New York для американських компаній)
  4. 4.
    Запевнення, що підрядник володіє тим, що відчужує

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

Практичні наслідки для ваших контрактів

Якщо ви, американський стартап із розробниками в будь-якій країні, крім США, поверніться та проведіть аудит своїх чинних контрактів. Шукайте конкретно пункт про відчуження ІВ, а не просто позначення work-for-hire. Якщо його немає, негайно отримайте підписане ретроактивне відчуження. Суди зазвичай визнають ретроактивні відчуження, але це набагато краще, ніж нічого.

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

Доктрина work-for-hire США не поширюється на розробників в інших країнах. Якщо ваші договори з офшорними підрядниками не містять явного пункту про відчуження ІВ, ви, ймовірно, не володієте тим, що вони створили, незалежно від того, скільки ви заплатили. Проведіть аудит усіх офшорних контрактів зараз. Ретроактивне відчуження є обов'язковим і займає день на складання.

Припиніть гадати, кому належить ваше ІВ

Chaindoc дозволяє IT-компаніям складати, підписувати та зберігати договори відчуження ІВ із блокчейн-верифікованими аудиторськими слідами , тому право власності задокументоване та захищене від підробок з першого дня.

Штатні правила: Каліфорнійський трудовий кодекс §2870

Каліфорнія має одне з найбільш дружніх до співробітників законодавств щодо ІВ у Сполучених Штатах. Якщо хоча б один із ваших співробітників працює в Каліфорнії, навіть лише один, вам потрібно зрозуміти Каліфорнійський трудовий кодекс §2870, перш ніж вручати їм стандартний PIIA.

Що насправді каже §2870

California Labor Code §2870(a) гласить:

> «Будь-яке положення трудового договору, яке передбачає, що співробітник має відчужити або запропонувати відчужити будь-які зі своїх прав на винахід роботодавцю, не застосовується до винаходу, який співробітник повністю розробив у свій вільний час без використання обладнання, матеріалів, приміщень або комерційних таємниць роботодавця, за винятком тих винаходів, які або: (1) стосуються на момент задуму або зведення до практики винаходу діяльності роботодавця, або фактичних чи очевидно передбачуваних досліджень чи розробок роботодавця; або (2) є результатом будь-якої роботи, виконаної співробітником для роботодавця.»

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

Чому це має значення для стартапів

Як тільки ви додаєте надто широкий пункт відчуження: «ви відчужуєте все, що створюєте під час вашої зайнятості, точка», до PIIA каліфорнійського співробітника, цей пункт може бути недійсним та таким, що не підлягає виконанню, згідно з §2870. Що гірше, Каліфорнійський трудовий кодекс §2872 вимагає від роботодавців повідомляти співробітників про захист §2870 та включати спеціальне повідомлення в будь-який договір, який вимагає відчуження.

Стандартний PIIA Кремнієвої долини включатиме мову винятку §2870. Загальний шаблон із мережі може її не містити. Різниця полягає в тому, чи витримає договір перевірку в суді з боку каліфорнійського інженера, який стверджує, що його сайд-проєкт не підлягав відчуженню.

Схожі закони в інших штатах

Каліфорнія не самотня. Delaware, Illinois, Minnesota, Північна Кароліна та Вашингтон мають схожі, хоча й менш агресивні, статути, які обмежують права роботодавців на відчуження ІВ. Illinois (765 ILCS 1060) та Minnesota (Minn. Stat. §181.78) мають майже ідентичні положення до §2870.

Якщо у вас є співробітники в будь-якому з цих штатів, ваш договір відчуження ІВ потребує мови винятку, специфічної для штату. Компанія, інкорпорована в Delaware, із командою інженерів у Каліфорнії потребує договорів, що відповідають вимогам Каліфорнії, незалежно від пункту про право, що регулює.

Практичні кроки щодо відповідності

Для будь-якого каліфорнійського співробітника:

  1. 1.
    Включіть виняток §2870 у пункт про відчуження
  2. 2.
    Додайте Додаток B (або еквівалент) із викладом каліфорнійського статуту
  3. 3.
    Дайте співробітникові достатньо часу для перегляду перед підписанням, не подавайте його в перший день разом із тридцятьма іншими документами для адаптації та не очікуйте негайного підпису
  4. 4.
    Дайте адвокату переглянути договір, якщо ви не впевнені, чи ваша чинна мова відповідає вимогам

Ігнорування §2870 не просто робить пункт про відчуження недійсним, каліфорнійські суди встановили, що це може зіпсувати весь PIIA, якщо порушення є достатньо грубим.

Якщо будь-який співробітник працює в Каліфорнії, ваш договір відчуження ІВ має включати виняток §2870 та необхідне статутне повідомлення. Стандартні шаблони без цієї мови можуть бути недійсними в каліфорнійських судах, що означає, що ви можете не володіти ІВ, створеним вашими каліфорнійськими інженерами.

Відчуження ІВ під час M&A due diligence

Ланцюжок титулу на ІВ — одна з перших речей, які перевіряє серйозний покупець. Якщо ви будуєте компанію до виходу, або плануєте збір коштів, де інвестори проводитимуть юридичний due diligence, неповне відчуження ІВ є найпоширенішою причиною зриву угод у технологічних придбаннях.

Що насправді шукають покупці

Юрист покупця вимагатиме кожен договір відчуження ІВ, коли-небудь підписаний кожною людиною, яка зробила внесок у продукт. Вони перевірять, що:

  • Кожен співробітник мав підписаний PIIA, що охоплює період його зайнятості
  • Кожен підрядник мав підписане відчуження ІВ (а не просто пункт work-for-hire)
  • Кожен засновник формально відчужив ІВ, створене до інкорпорації, компанії
  • Будь-які придбані компанії у вашій історії мали чисті відчуження ІВ від своїх людей
  • Патенти зареєстровані в USPTO на ім'я компанії
  • Жодні сторонні ліцензії open source не забруднюють пропрієтарний код

Чекліст due diligence щодо ІВ при M&A

Використовуйте цей чекліст під час підготовки до перегляду інвесторами або покупцями:

Співробітники (чинні та колишні):

  • [ ] Підписаний PIIA, що охоплює всі дати зайнятості
  • [ ] Відповідає §2870, якщо базується в Каліфорнії
  • [ ] Угоди про розірвання підтверджують, що положення щодо ІВ збереглися після припинення
  • [ ] Немає неврегульованих претензій щодо ІВ

Підрядники та фрілансери:

  • [ ] Письмовий пункт про відчуження ІВ у всіх контрактах (не просто work-for-hire)
  • [ ] Офшорні підрядники охоплені явним відчуженням + пунктом про право, що регулює
  • [ ] Statement of work посилається на договір відчуження ІВ
  • [ ] Платіжні документи відповідають датам залучення (показують, що робота була фактично виконана)

Засновники:

  • [ ] Відчуження ІВ виконано до або на момент інкорпорації
  • [ ] Вся робота, створена до інкорпорації, охоплена
  • [ ] Немає побічних угод, які б розводили відчуження
  • [ ] Графік вестингу для акцій засновників (щоб вихід не давав засновнику важелі)

ІВ третіх осіб:

  • [ ] Інвентаризація ліцензій open source: жодних copyleft (GPL) ліцензій у пропрієтарному коді
  • [ ] Вся ліцензована ІВ має відповідний обсяг (комерційне використання, субліцензування дозволено)
  • [ ] Жодного коду від попередніх роботодавців, включеного без чистого відчуження

Реєстрація патентів та авторських прав:

  • [ ] Усі патенти та заявки на патенти зареєстровані в USPTO на ім'я компанії
  • [ ] Реєстрація авторських прав на ключові твори (опціонально, але зміцнює позицію)
  • [ ] Підтверджено реєстрацію доменних імен та товарних знаків

Вплив на оцінку

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

Для IT-компаній, що готуються до due diligence, використання системи управління документами для IT-компаній, яка зберігає всі підписані договори з позначкою часу та криптографічною верифікацією, значно прискорює цей процес. Покупці цінують можливість отримати доступ до організованого, верифікованого сховища документів, а не копатися в email-вкладеннях.

Реальний випадок: сирітський підрядник

Ось шаблон, який регулярно зустрічається при M&A: стартап залучив seed-раунд у 2021 році, доручив розробку MVP офшорній агенції тієї зими, а потім побудував продукт, який варто придбати, у 2025 році. Але ніхто так і не повернувся, щоб отримати підписане відчуження ІВ від агенції. Стандартний контракт агенції містив пункт «work for hire», який не застосовується до міжнародних підрядників. Юрист покупця позначив це; агенція вже не існує; первісні розробники розсипалися. Місяці юридичної роботи наслідують.

Цю історію можна було запобігти. Відчужуйте ІВ належним чином на момент залучення, це займає додаткову сторінку в контракті.

Як зареєструвати та зафіксувати договір відчуження ІВ

Підписання договору відчуження ІВ створює дійсний контракт між сторонами. Реєстрація цього відчуження в відповідному державному органі захищає вас від претензій третіх осіб.

Реєстрація відчуження в USPTO (патенти)

Для патентів та заявок на патенти законодавство США (35 U.S.C. §261) вимагає реєстрації відчужень у USPTO Assignment Division, щоб захиститися від пізніше зареєстрованих відчужень від того самого винахідника. Якщо недобросовісний винахідник відчужить той самий патент двом різним сторонам, сторона, яка зареєструвала першою, перемагає, незалежно від того, який договір був підписаний першим.

Реєстрація не є обов'язковою, але на практиці без неї не обійтися. M&A due diligence та ліцензування патентів обидва вимагають підтвердження зареєстрованого права власності. Вартість: кілька сотень доларів за кожне відчуження, а процес простий. ### Реєстрація в US Copyright Office

Для програмного забезпечення авторське право автоматично виникає у автора (або правонабувача) в момент створення. Реєстрація не потрібна для дійсності. Але реєстрація авторського права в US Copyright Office до порушення (або протягом трьох місяців з моменту публікації) відкриває доступ до статутних збитків, які можуть сягати $150,000 за кожен твір при умисному порушенні, без необхідності доводити фактичні збитки. Для ключового коду продукту реєстрація авторського права — це дешева страховка. Copyright Office також реєструє передачі права власності, що створює публічний запис. ### Захист комерційних таємниць

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

Міжнародна реєстрація

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

Поширені помилки та червоні прапорці

Переглянувши сотні ситуацій із ІВ у стартапах, ми бачимо, що однакові шаблони повторюються. Ось помилки, які коштують компаніям найбільше.

Помилка 1: Немає договору з першим підрядником

Багато стартапів наймають свого першого розробника через особисті знайомства або швидку рекомендацію. Все здається неформальним: немає контракту, немає відчуження ІВ, лише рукостискання та оплата через Venmo. До того часу, коли компанія щось варта, той розробник давно пішов, а право власності на початкову кодову базу по-справжньому незрозуміле. Рішення просте: ставтеся до кожного оплачуваного залучення розробника як до юридичного контракту, незалежно від того, наскільки неформальними здаються відносини. Одна сторінка з пунктом про відчуження ІВ нічого не коштує.

Помилка 2: Покладання лише на трудові відносини

Деякі засновники вважають, що оскільки хтось є штатним співробітником, компанія автоматично володіє його роботою. У багатьох юрисдикціях це частково вірно для роботи, виконаної в рамках трудових обов'язків, але це не повністю. Співробітники, які підробляють, пишуть код удома на особистому обладнанні або роблять внески в open source проєкти, можуть створити неоднозначність.

Рішення: кожен співробітник із технічною роллю має підписати PIIA під час адаптації. Не покладайтеся на правило work-for-hire за замовчуванням.

Помилка 3: Work-for-hire без резервного відчуження

Як уже обговорювалося, work-for-hire має вузькі статутні обмеження. Використання мови «work made for hire» в договорі з підрядником без резервного пункту відчуження залишає прогалину, якою може скористатися підрядник, який йде. Вихід: включіть обидва. Резервний пункт «пояс і підтяжки» займає два рядки.

Помилка 4: Широкі винятки без переліку

Дозвіл співробітнику виключати попереднє ІВ без вимоги його перерахувати створює відкриту неоднозначність. Через шість місяців після його відходу він може претендувати практично на будь-що як на «попереднє ІВ», якщо немає одночасного запису.

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

Помилка 5: Неоновлення договорів після зміни ролі

Розробник, найнятий як молодший інженер п'ять років тому, підписав PIIA з вузько визначеним обсягом. Зараз він CTO з доступом до всього та відповідальністю за всю стратегію ІВ. Його старий договір може не охоплювати обсяг його поточної ролі.

Рішення: переглядайте договори щодо ІВ, коли співробітники суттєво змінюють ролі. Оновлений PIIA не замінює старий, він доповнює його.

Червоні прапорці в договорах, які вам дають

Якщо ви, розробник або підрядник, який переглядає договір відчуження ІВ, за вами стежте за цим:

  • Немає винятку попередньої розробки: ви можете відчужувати роботу, яку виконали роки тому до цього роботодавця
  • Не вказана винагорода (consideration): в деяких юрисдикціях це робить договір невиконуваним
  • Обсяг охоплює роботу, виконану повністю поза робочим часом на особистих пристроях: Каліфорнія §2870 може зробити це недійсним
  • Немає пункту про право, що регулює: неоднозначність щодо того, які правила юрисдикції застосовуються
  • Моральні права не врегульовані: якщо ви в країні ЄС, це має значення

Витягніть свої чинні договори з підрядниками та співробітниками прямо зараз. Пошукайте «assign» або «intellectual property». Якщо розділ щодо ІВ відсутній або згадує лише work-for-hire без явного пункту відчуження, у вас є прогалина. Достатньо короткого додатка: доповнення, яке додає мову відчуження до чинних договорів. Суди систематично визнають такі ретроактивні доповнення.

Як підписати договір відчуження ІВ онлайн

Отримання підписаних договорів відчуження ІВ не має вимагати друку, сканування або ганятися за кимось за підписом. Але процес підписання має юридичне значення, особливо для договорів, які можуть потребувати витримати перевірку під час M&A або судового процесу. ### Юридична дійсність електронних підписів

У США ESIGN Act (Electronic Signatures in Global and National Commerce Act) та UETA (Uniform Electronic Transactions Act) встановлюють, що електронні підписи є юридично рівноцінними рукописним для більшості комерційних контрактів, включаючи договори відчуження ІВ.

В ЄС Регламент eIDAS регулює електронні підписи. Для високоставкових відчужень ІВ кваліфікований електронний підпис (QES) забезпечує найвищу юридичну вагу та є рівноцінним рукописному підпису в усіх країнах-членах ЄС.

На що звернути увагу в робочому процесі підписання

Для договорів відчуження ІВ зокрема ви хочете:

  • Аудиторський слід, який показує, хто підписав, коли та з якої IP-адреси
  • Верифікацію особи (підтвердження електронною поштою як мінімум; верифікація ID для високовартісних договорів)
  • Захист від підробок, щоб ніхто не міг оскаржити, чи відповідає підписаний документ тому, що було надіслано
  • Довгострокове зберігання, щоб ви могли пред'явити оригінал підписаного документа роками пізніше під час due diligence

Блокчейн-верифіковане підписання додає ще один рівень: кожен підписаний документ отримує криптографічний хеш, записаний у незмінному реєстрі. Це означає, що ви можете довести не лише те, що хтось підписав, але й те, що документ не змінився з моменту підписання. Для відчужень ІВ це саме той тип доказів, який витримує перевірку в суді.

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

Надсилання на підпис

Кілька практичних порад для підписання відчуження ІВ:

  • Надсилайте з супровідним повідомленням, яке пояснює, що це за документ і чому це важливо. Спантеличений підписант не підпише
  • Давайте реалістичний дедлайн, але не поспішайте: договір, підписаний під тиском, може зіткнутися з оскарженням щодо недобровільності
  • Для віддалених іноземних підрядників підтвердіть право, що регулює, і що вони мали достатню можливість для перегляду
  • Зберігайте підписані копії в місці, до якого ваша юридична команда та майбутні рецензенти due diligence можуть легко отримати доступ

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

Безкоштовний шаблон договору відчуження ІВ

Нижче наведено функціональний шаблон договору відчуження ІВ, придатний для більшості ситуацій роботодавець-співробітник або роботодавець-підрядник у США. Адаптуйте поля в дужках під ваш контекст. Для каліфорнійських співробітників переконайтеся, що включена мова винятку §2870 (вона позначена нижче). Для офшорних підрядників додайте право, що регулює, та відмову від моральних прав.

Це відправна точка, а не юридична консультація. Дайте кваліфікованому адвокату переглянути будь-який договір перед використанням для вашої конкретної ситуації.

---

INTELLECTUAL PROPERTY ASSIGNMENT AGREEMENT

This Intellectual Property Assignment Agreement ("Agreement") is entered into as of [DATE] by and between [COMPANY NAME], a [STATE] [entity type] ("Company"), and [INDIVIDUAL NAME] ("Assignor").

1. ASSIGNMENT OF IP

Assignor hereby irrevocably assigns, transfers, and conveys to Company all right, title, and interest in and to all Inventions (as defined below) that Assignor has conceived, developed, or reduced to practice, solely or jointly with others, during the period of Assignor's relationship with Company that: (a) relate to Company's current or reasonably anticipated business, research, or development; (b) result from work performed by Assignor for Company; or (c) are developed using Company's equipment, supplies, facilities, or Confidential Information.

For purposes of this Agreement, "Inventions" means all inventions, discoveries, developments, improvements, works of authorship, trade secrets, know-how, concepts, and ideas, whether or not patentable or registrable under copyright or similar laws.

2. WORK MADE FOR HIRE; BELT-AND-SUSPENDERS CLAUSE

Assignor acknowledges that all Inventions within the scope of this Agreement are works made for hire to the fullest extent permitted by applicable law. To the extent any Invention does not constitute a work made for hire, Assignor hereby assigns to Company all right, title, and interest in such Invention, including all intellectual property rights therein.

3. PRIOR INVENTIONS CARVE-OUT

This Agreement does not apply to any Invention that Assignor can demonstrate was developed entirely on Assignor's own time without using Company's equipment, supplies, facilities, or trade secret information, except for Inventions that relate to Company's current or anticipated business or result from work performed for Company. [*California employees: see Exhibit A — California Labor Code §2870 Notice.*]

Assignor represents that the Inventions, if any, described in Exhibit B ("Prior Inventions Schedule") attached hereto are Assignor's sole and exclusive property and are not subject to this Agreement.

4. MORAL RIGHTS WAIVER

To the extent permitted by applicable law, Assignor hereby irrevocably waives any and all moral rights, including rights of attribution and integrity, in the Inventions assigned hereunder and covenants not to assert any such rights against Company or its successors, licensees, or assigns.

5. REPRESENTATIONS AND WARRANTIES

Assignor represents and warrants that: (a) Assignor has full power and authority to make this assignment; (b) the Inventions assigned hereunder do not infringe any third-party intellectual property rights; (c) there are no liens, claims, or encumbrances on the Inventions; and (d) Assignor has not previously assigned or agreed to assign any rights in the Inventions to any third party.

6. CONSIDERATION

In consideration of [continued employment and compensation paid / the fees paid under the services agreement dated [DATE] / the equity grant described in [EQUITY AGREEMENT]], the receipt and sufficiency of which are acknowledged, Assignor agrees to the terms of this Agreement.

7. FURTHER ASSURANCES

Assignor shall, at Company's request and expense, execute such additional documents, provide such information, and take such other actions as may be reasonably necessary to perfect, record, or enforce Company's rights in the assigned Inventions, including executing patent applications, copyright registrations, or USPTO recordation documents.

8. GOVERNING LAW

This Agreement shall be governed by the laws of the State of [DELAWARE / CALIFORNIA / OTHER], without regard to conflict-of-law principles.

9. IRREVOCABILITY; SURVIVAL

This assignment is irrevocable. The obligations of this Agreement shall survive the termination of Assignor's relationship with Company.

---

EXHIBIT A — California Labor Code §2870 Notice *(for California employees only)*

Pursuant to California Labor Code §2872, Company notifies you that this Agreement does not apply to any invention that qualifies under California Labor Code §2870, which provides that IP assignment agreements shall not apply to inventions developed entirely on the employee's own time without using the employer's equipment, supplies, facilities, or trade secret information, except for inventions that relate to the employer's business or anticipated research, or result from work performed for the employer.

EXHIBIT B — Prior Inventions Schedule

[List prior inventions here, or write "None" if no prior inventions to disclose.]

---

M&A DUE DILIGENCE CHECKLIST — IP TRACK

Use this checklist when preparing for investor or acquirer IP review:

  • [ ] All current employees have signed PIIAs covering their full employment period
  • [ ] All former employees' PIIAs are stored and retrievable
  • [ ] California employees have §2870-compliant agreements
  • [ ] All contractors have explicit IP assignment clauses (not just work-for-hire)
  • [ ] Offshore contractors have governing law + moral rights waiver
  • [ ] All founders have assigned pre-incorporation IP
  • [ ] USPTO patent assignments recorded in company's name
  • [ ] Open source license inventory complete — no GPL in proprietary code
  • [ ] No third-party IP claims or disputes outstanding
  • [ ] All agreements stored with tamper-evident audit trails
  • [ ] Separation agreements for departed employees confirm IP provisions survived

Цей шаблон охоплює основні вимоги для ситуацій у США. Перед використанням: (1) дайте адвокату переглянути його для вашої конкретної юрисдикції та типу відносин; (2) додайте заповнені Додатки B на момент підписання; (3) для каліфорнійських співробітників переконайтеся, що мова §2870 відповідає чинним статутним вимогам; (4) для офшорних підрядників додайте пункт про право, що регулює, та відмову від моральних прав, адаптовані до відповідної юрисдикції.

Теги

#ipassignmentagreement#ipassignmentagreementtemplate#employeeipassignmentagreement#intellectualpropertyassignment#piia#workforhire#californialaborcode2870#cross-borderip#m&aduediligence#contractoripagreement#itcompanies#startuplegal

FAQ

Поширені запитання

Відповіді на ключові питання щодо Chaindoc та безпечного підписання документів.


Готові захистити свої документи за допомогою блокчейну?

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