Створити власну ІТ-компанію? Чому б і ні. Але спершу — про юридичні нюанси
По-перше: формат бізнесу
Для багатьох ІТ-компанія починається з ФОП (3 група) — звична модель для розробників і невеликих команд. Але раджу розглянути і ТОВ (яке також може бути платником єдиного податку — 3 група).
Ключова різниця — відповідальність: ФОП відповідає всім своїм майном; засновник ТОВ — у межах внеску до статутного капіталу.
Водночас ТОВ — це штатний директор/працівники, кадрові документи, облік, внутрішні політики. Навіть якщо ви одноосібний засновник і директор — посада оформлюється трудовими відносинами, нараховуються зарплата та податки/збори. Існують "нульові«/символічні моделі оплати, але вони ризикові — краще планувати «білу» оплату праці з першого дня.
По-друге: партнерство
Йдете в бізнес із партнерами — реєструйте ТОВ. Це дозволяє:
- зафіксувати частки і порядок їх зміни;
- підписати корпоративний договір (права/обов’язки, порядок інвестування, розподіл прибутку);
- прописати неконкуренцію/непереманювання у законних межах;
- обрати зрозумілу юрисдикцію спорів і медіацію/арбітраж.
- Моделі «кілька ФОПів на чесному слові», неофіційні «партнерські» домовленості — джерело конфліктів.
По-третє: інтелектуальна власність
Захист починається не з реєстрацій, а з внутрішніх процесів:
- письмові трудові договори/договори підряду з прямою передачею майнових прав (перелік прав, спосіб використання, строк, територія, винагорода);
- порядок приймання робіт (акти), докази авторства;
- NDA / доступи: хто і до чого має доступ, що заборонено виносити з компанії.
Договори з клієнтами
Базовий стек: MSA + SOW + NDA. Про те на що звертати в них увагу, щоб ці договори Вас точно захищали — напишу в наступних топіках.
Висновок
ФОП — швидкий старт і мінімум бюрократії, але повна відповідальність. ТОВ — обмеження ризиків і прозора архітектура для партнерства, співпраці з інвесторами й великими клієнтами, але з вищими вимогами до обліку, кадрів і процесів.
Що б ви не обрали, оформіть «скелет» юридично: статут/корпдоговір, трудові/цивільні договори з ІР-клаузами, NDA/Trade Secret, MSA/SOW/DPA, політики щодо даних і OSS. Це дешевше на вході, ніж потім розгрібати спір про частки, код чи клієнтську базу.
Комплаєнс має бути процесом, а не одноразовою дією.
Немає коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів