Статут IT-компанії має відповідати тому, як бізнес заробляє та ухвалює рішення. Сервісна команда, SaaS-продукт і компанія, що поєднує власну платформу з клієнтською розробкою, можуть потребувати різних правил контролю. Однакова заборона директору підписувати будь-який договір без зборів не захистить усі ці моделі однаково.
Завдання роботи зі статутом — розмежувати щоденні операції та рішення, які змінюють майбутнє бізнесу. Документ має залишати команді можливість працювати й водночас давати учасникам контроль над ключовими активами та зобов’язаннями.
Від бізнес-сценаріїв до корпоративних правил
Почніть із кількох реальних ситуацій. Компанія підписує річний контракт із великим замовником; продає виключні права на програму; залучає фінансування; надає пов’язаній особі доступ до продукту. Для кожної дії потрібно визначити уповноважену особу, необхідне погодження та документ, у якому воно фіксується.
У сервісній моделі варто оцінити типові зобов’язання перед клієнтами та межі відповідальності. У продуктовій — контроль над відчуженням або обтяженням основного активу. Для змішаної моделі потрібне чітке розуміння, де закінчуються права окремого замовника і починаються активи самої компанії.
Які питання належать статуту
- Органи управління, їх компетенція та взаємодія.
- Порядок прийняття рішень учасниками й оформлення їх результатів.
- Повноваження виконавчого органу та корпоративні погодження операцій.
- Правила вступу й виходу, інші допустимі законом механізми участі.
- Положення про контроль значних правочинів та заінтересованості з урахуванням вимог закону.
Основу визначає Закон про ТОВ. Статутні правила потрібно перевіряти разом із його обов’язковими нормами: власна редакція не означає можливості довільно змінити будь-яку процедуру або позбавити учасника встановлених законом прав.
Як не заблокувати директора
Механічний грошовий ліміт часто працює погано. Він може вимагати зборів для звичайного продовження клієнтського договору й водночас не охоплювати небезпечне зобов’язання без негайної оплати. Корисніше оцінити не лише суму, а й предмет, тривалість, забезпечення, можливу відповідальність та вплив на продукт.
Для кожної категорії операцій варто сформулювати зрозумілий маршрут: самостійне рішення директора, попереднє корпоративне погодження або окрема перевірка. Не слід записувати в статут усі внутрішні інструкції відділу продажів. Частину процесів зручніше оформити положенням чи робочим порядком, узгодженим зі статутом.
Маєте запитання щодо своєї ситуації? Обговоріть із юристом документи, ризики та наступні дії.
📞 096 311 03 97Що статут не вирішує
Статут не замінює договору з розробником, клієнтської ліцензії або документа про передання майнових прав. Він також не повинен бути єдиним місцем для всіх домовленостей співзасновників про їх щоденну роботу.
Партнерські домовленості учасників IT-компанії допомагають окремо врегулювати реалізацію корпоративних прав. Статут, корпоративний договір і договори щодо продукту потрібно звірити між собою, а не створювати як незалежні шаблони. Інакше один документ дозволятиме операцію, яку інший фактично блокує.
Коли достатньо модельного статуту
Спочатку перевіряють доступні варіанти модельного статуту та порівнюють їх із потребами компанії. Якщо обрані положення відповідають домовленостям, індивідуальна редакція не є самоціллю. Коли потрібні спеціальні правила управління, готують власний документ і порядок переходу на нього.
Для компанії, що лише створюється, цю роботу узгоджують із реєстрацією IT-компанії в Україні. У чинному бізнесі додатково перевіряють старі рішення, структуру участі та фактичні повноваження осіб, які підписують контракти.
Перевірка редакції перед затвердженням
- Порівняти запропоновані правила з типовими й ризиковими операціями бізнесу.
- Перевірити відповідність закону, чинним домовленостям і розподілу часток.
- Визначити порядок прийняття рішення, підписання та реєстраційних дій.
- Підготувати пов’язані рішення й внутрішні процедури.
- Пояснити директору та учасникам, що змінюється в щоденній роботі.
Для старту надайте чинний статут або обрану модельну редакцію, структуру власності та приклади договорів. Обсяг роботи варто погоджувати за результатом аналізу, а не лише за кількістю сторінок документа. Разову перевірку підписання конкретного контракту слід відокремлювати від побудови постійної системи управління.
Супутні завдання можна узгодити через розділи юридичної допомоги IT-бізнесу та корпоративного права.
