«IT-юрист» — запит, за яким шукають дуже різні речі: хтось хоче скласти один договір, хтось готується до due diligence перед угодою з інвестором, а хтось щойно поклав слухавку після дзвінка з банком, який заблокував рахунок. Ця стаття — огляд того, що насправді входить у роботу IT-юриста, коли він реально потрібен і куди дивитись далі, якщо ваша ситуація вимагає глибшого розбору.
На практиці — так, це той самий фахівець, просто дві формі формулювання одного запиту. Важливіша інша різниця: між юристом і адвокатом. Юрист складає договори, супроводжує угоди, консультує з питань GDPR і структури бізнесу. Адвокат має додатковий статус, який дає право представляти компанію в кримінальному провадженні — при обшуку, виклику на допит, спілкуванні зі слідчим. Детальніше про цю різницю — у матеріалі IT-адвокат: хто це. У ITLex це одна команда, тому супровід не переривається, якщо консультаційне питання раптом переростає в процесуальне.
Більшість компаній звертаються по допомогу вже в момент проблеми, а не до неї. Поки замовник платить, розробники здають код, а податкова мовчить — усе виглядає врегульованим і без документів. Прогалина виявляється не поступово, а одномоментно, і майже завжди в одній із трьох ситуацій.
Перша — due diligence. Приходить інвестор, покупець або великий замовник і просить показати, кому належать права на продукт, як оформлені стосунки з розробниками, які персональні дані ви обробляєте і на якій підставі.
Друга — банк або платіжна система. Іноземний контрагент не може провести оплату, поки комплаєнс не побачить договір, що відповідає його внутрішнім вимогам, або банк запитує пояснення економічної сутності операцій із ФОП-підрядниками.
Третя — правоохоронці. Обшук в офісі, виклик на допит, арешт рахунку. У цей момент вибудовувати структуру вже пізно — перевіряють ту, яка є. Детальніше про порядок дій — у матеріалі адвокат при обшуку та на допит.
Юридичний due diligence IT-компанії, як правило, складається з кількох блоків, і саме порядок, у якому вони перевіряються, показує, наскільки бізнес готовий до угоди. Спочатку дивляться на права на продукт: чи є в компанії підписаний ланцюжок передачі прав від кожного, хто писав код, — від перших фрилансерів до нинішньої команди. Далі — корпоративну структуру: чи відповідає реєстр учасників фактичному розподілу часток, чи є партнерська угода і чи не висить неоформлений вихід когось із співзасновників. Третій блок — договори з клієнтами: чи узгоджуються обіцянки в договорах із тим, що продукт реально вміє, і хто відповідає, якщо є збій. Четвертий — персональні дані: чи є правові підстави обробки, чи підписані договори з процесорами, чи описана в Privacy Policy реальна практика компанії. Прогалина в будь-якому з цих блоків не обов'язково зриває угоду, але майже завжди знижує оцінку або зупиняє процес на кілька тижнів для «доробки домашнього завдання».
Три контури договорів ламаються по-різному. Договори із замовниками — Fixed Price і Time&Material мають різну логіку відповідальності, і підставляти один шаблон під обидві моделі є найпоширенішою помилкою. Договори з розробниками — критично, чи описано предмет: що конкретно створюється і як фіксується факт передачі, а не просто «надання послуг з програмування». Публічні документи продукту — оферта, Terms of Use, Privacy Policy — зазвичай беруться з чужого сайту, і це нікому не заважає, доки не з'явиться користувач із ЄС або платіжна система з вимогами. Питання NDA розібране окремо в матеріалі договір NDA для IT-бізнесу. Окремо варто перевірити ліцензії відкритого коду, які потрапляють у продукт через бібліотеки та фреймворки: деякі ліцензії (copyleft) вимагають розкриття власного коду при поширенні продукту, і це часто виявляється вже на етапі due diligence, коли змінювати архітектуру пізно й дорого.
Це та частина, де більшість статей в інтернеті не оновлювалась роками. З набранням чинності новим законом про авторське право майнові права на службовий твір за загальним правилом переходять до роботодавця чи замовника з моменту створення, якщо інше не встановлено договором. Але legacy-код, написаний до зміни правил, підпорядкований старому режиму, а іноземний покупець перевіряє не презумпції закону, а підписані документи по кожному, хто торкався коду. Повний розбір цієї теми, разом із практичними висновками для ФОП-підрядників і моделі Дія.City, — на сторінці юрист для IT-компанії. Окрема ситуація — вихід співзасновника чи ключового розробника з команди: без письмової фіксації прав на той код, який він встиг написати, компанія залишається з юридичною дірою в ланцюжку прав, яку due diligence виявляє миттєво. Аудит прав на продукт — перевірка того, хто і на якій підставі писав кожен модуль, — типово передує будь-якій серйозній угоді, і краще провести його заздалегідь, а не в стислі терміни під тиском покупця.
Резидентство Дія.City дає окремий податковий і трудовий режим, зокрема гіг-контракти, які знімають ризик перекваліфікації відносин з ФОП-підрядниками в трудові. Перехід виправданий не завжди — рішення залежить від складу команди, розподілу доходу і того, чи плануєте виводити прибуток або реінвестувати. Обидва сценарії варто порахувати на конкретних цифрах компанії, а не орієнтуватись на загальні ставки. Детальніше — на сторінці Дія.City і в матеріалі про податкового юриста.
Більшість українських IT-компаній працюють з розробниками через ФОП на спрощеній системі — це зручно й економічно, але юридично несе ризик: якщо ознаки відносин фактично трудові (постійний робочий графік, підпорядкування, відсутність інших замовників у підрядника), податкова чи трудова інспекція може перекваліфікувати договір у трудовий заднім числом, з донарахуванням податків і зборів. Договір з ФОП-підрядником, який просто скопійований з інтернету і не враховує цю різницю, — одна з найпоширеніших прогалин, яку перевіряють і інвестори, і контролюючі органи. Формат гіг-контракту в межах Дія.City знімає цей ризик системно, але підходить не кожній компанії — рішення варто приймати з урахуванням складу команди.
Договір із замовником з ЄС чи США зазвичай містить умови, яких немає в українських шаблонах: вибір застосовного права, порядок вирішення спорів (суд чи міжнародний арбітраж, і в якій країні), обмеження відповідальності в конкретній валюті, умови щодо форс-мажору, які по-різному трактуються в різних юрисдикціях. Окремо стоїть питання оплати: чи проходять кошти через ФОП напряму, через компанію-нерезидента, чи потрібен escrow-рахунок для великих траншів. Банки і платіжні системи звертають увагу саме на ці деталі, коли запитують «економічну сутність операції» — і договір, складений без огляду на це, часто стає причиною затримки платежу, а не сама операція.
Якщо серед користувачів продукту чи співробітників замовника є люди з ЄС, застосовується GDPR незалежно від того, де зареєстрована компанія. Це означає правові підстави обробки даних, реєстр операцій, договори з процесорами і Privacy Policy, яка описує те, що компанія робить насправді, а не текст, скопійований з чужого сайту. Окремо варто врахувати передачу даних за межі ЄС — вона потребує додаткового правового механізму (наприклад, стандартних договірних застережень), а не лише згоди користувача. Компанії, які просто скопіювали Privacy Policy конкурента, зазвичай не проходять навіть поверхневу перевірку, бо текст описує процеси, яких у них немає, і замовчує ті, які є насправді. Повний розбір — на сторінці GDPR для українського бізнесу.
Поки в компанії один продукт з одним джерелом доходу, простої структури зазвичай достатньо. Питання структури групи компаній виникає, коли потрібно відокремити права на продукт від операційних ризиків, розділити кілька напрямів бізнесу між юридичними особами або підготуватись до входу іноземного інвестора. Сюди ж належать партнерські угоди між співзасновниками — механізм виходу партнера, розподіл часток, вирішення конфліктів — тема, розібрана детально на сторінці корпоративний юрист. Якщо серед інвесторів чи партнерів є іноземні особи, до цього додається питання холдингової структури — реєстрації материнської компанії в іншій юрисдикції, через яку проходить залучення інвестицій. Рішення про таку структуру приймається до входу інвестора, а не після: перебудовувати її заднім числом суттєво дорожче й повільніше.
Найчастіша помилка — не відсутність договорів, а їх невідповідність реальності: шаблон, знайдений в інтернеті кілька років тому, підписується з кожним новим клієнтом без адаптації під конкретну угоду. Друга — договір існує, але не підписаний обома сторонами або підписаний лише в переписці, що ускладнює його доведення в спорі. Третя — компанія змінює модель роботи (наприклад, переходить з аутсорсу на продукт), а договірна база лишається старою, розрахованою на іншу структуру відносин. Четверта — рішення про структуру бізнесу ухвалюється під тиском конкретної угоди, яка вже горить, а не як частина планової підготовки, через що воно рідко буває оптимальним.
IT-сектор — не виняток для кримінальних проваджень: обшуки трапляються через податкові підозри, скарги контрагентів або перевірку третіх осіб, пов'язаних з компанією опосередковано. Закон прямо забороняє вилучення робочої техніки за загальним правилом — слідчий за замовчуванням має обмежитись копіюванням інформації, а не забрати сервери. Знати ці правила заздалегідь — і мати номер, за яким адвокат виїде цілодобово, — краще, ніж дізнаватись про них у момент обшуку. Повний розбір процедури — у матеріалі обшук і допит, а про зняття арештів з рахунків — на сторінці зняття арешту з рахунку та майна.
Продукт уже росте, а договори й структура ще «якось»? Приведемо договірну базу, права на продукт і корпоративну структуру у відповідність до того, чим бізнес вже став, — щоб due diligence, банк чи перевірка це витримали.
Написати в Telegram →Вартість залежить від обсягу: кількості договорів, наявності зовнішніх контрагентів з ЄС, того, чи потрібна структура групи компаній. Орієнтир по форматах оплати — на сторінці Ціни, точний прорахунок — після короткого аудиту поточного стану документів. Практично супровід починається з аудиту того, що вже є: які договори підписані, з ким, і які прогалини найризикованіші саме для вашої моделі бізнесу.
IT-юрист щодня працює з договорами розробки, правами на продукт, GDPR і моделями оподаткування IT-бізнесу — і бачить типові помилки в цих документах раніше, ніж вони стають проблемою. Юрист загальної практики теж може скласти договір, але без спеціалізації частіше пропускає деталі, специфічні саме для IT.
Найдешевше — до першого спірного моменту: перед підписанням першого договору з розробником чи замовником. Найчастіше звертаються пізніше — коли інвестор чи покупець запитує документи, банк блокує рахунок або приходить перевірка. У всіх трьох випадках виправляти вже дорожче й довше.
Розмір команди менше впливає на потребу, ніж наявність зовнішніх контрагентів. Якщо команда бере замовлення від клієнтів або залучає підрядників — договірні ризики виникають так само, як у великій компанії, просто в меншому масштабі.
Це найчастіший запит, а не виняток. Ретроактивно переоформити минуле неможливо, але можна провести аудит поточного стану, закрити найризикованіші прогалини першими і побудувати договірну базу так, щоб вона витримала перевірку чи due diligence уже сьогодні.
У ITLex це одна команда: адвокатський статус дає право представляти компанію в кримінальному провадженні — при обшуку, виклику на допит, арешті рахунку, — а не тільки консультувати з документів. Це особливо цінно, коли перевірка приходить саме через прогалину в договорах, яку раніше ніхто не закрив.
Залежить від обсягу: кількості договорів, наявності зовнішніх контрагентів з ЄС, того, чи потрібна структура групи компаній. Формати оплати — на сторінці Ціни, індивідуальний прорахунок після короткого аудиту поточного стану документів.
І так, і так. Разові задачі — за фіксованою вартістю. Для компаній, де питання виникають регулярно, зручніший щомісячний супровід з обумовленим обсягом годин.
Різниця між юристом і адвокатом для IT — детальніше в матеріалі IT-адвокат: хто це. Про NDA і договірну роботу з розробниками — в матеріалі договір NDA для IT-бізнесу. Про електронний підпис як робочий інструмент компанії — в матеріалі КЕП для IT-компанії.
Опишіть коротко — повернемось із переліком найближчих кроків.
Опишіть коротко — повернемось із переліком найближчих кроків. У термінових випадках телефонуйте напряму, відповідаємо цілодобово.
