Структура і керування

L1 · Ремісниче

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

Приклад: ТОВ «УкрПром-Тех» — одна юрособа, 23 співробітники, обороти 18 млн грн на рік. Усе веде один бухгалтер на BAS.

⚠ Щоб узяти оборонний контракт через дочірню структуру, доводиться нашвидкуруч відкривати нову юрособу — без проробки податкових наслідків.

L2 · Стандартизоване

Дві-три юридичні особи, часто ТОВ + ФОП для оптимізації. Інтеркампані-операції оформляють паперовими актами й узгоджують постфактум. Кожна юрособа має свою BAS-конфігурацію, дані між ними не синхронізовані.

Приклад: ТОВ «УкрПром-Тех» (виробництво) + ТОВ «УкрПром-Трейд» (продажі) + ФОП «Сидоренко» (R&D). Між ними щомісяця проходить 40-60 операцій, які зводять руками 5-го числа.

⚠ На перевірці ДПС вилазять розбіжності між юрособами по інтеркампані. Довести ринковість цін за ПКУ 39 без аналітики важко.

L3 · Інтегроване

Холдингова структура з 3-10 юрособами в одному Odoo через Multi-Company. Інтеркампані-операції генеруються автоматично з обох сторін, консолідована звітність — у real-time. Передача активів між юрособами триває хвилини, не дні.

Приклад: Холдинг «УкрПром-Тех Group»: 4 юрособи (виробництво, експорт, R&D, обслуговування). Через Multi-Company в Odoo генерується 200+ міжфірмових документів на місяць, ручної звірки — 15 хвилин раз на тиждень.

L1 · Ремісниче

IT — це «знайомий програміст», який раз на квартал приходить переставити BAS або вичистити вірус. Контракту на підтримку немає, документації немає. Якщо щось зламалося — гугл і молитва.

Приклад: Сервер з BAS стоїть під столом у бухгалтера, працює на Windows 7, останнє оновлення — 2019 рік.

⚠ Втрата даних під час кібератаки чи апаратного збою — без шансу швидко відновитися. У defense-tech це означає зірвати контракт із ЗСУ і отримати санкції.

L2 · Стандартизоване

Штатний IT-фахівець, системний адміністратор «на всі руки». Веде сервер, переставляє BAS, налаштовує електронну пошту, інколи — мережу. Стратегії розвитку IT немає, бюджет «за потреби».

Приклад: Сисадмін Петро веде 1С/BAS, домен, AD, антивірус, інтернет, ip-телефонію. 50 співробітників на одного IT-шника.

⚠ Один Петро на 50 людей — це вузьке місце. Захворів чи звільнився — усе стало. Зростання компанії впирається в IT.

L3 · Інтегроване

Окремий IT-відділ або зрілий контракт з MSP (managed service provider). Ролі розділені — інфраструктура / ERP / data / security. Документація актуальна, SLA визначений, резервні копії перевіряють щомісяця. ERP-команда (Odoo Functional + Tech) — окремо від загального IT.

Приклад: Холдинг «УкрПром-Тех Group» має 5 IT-спеціалістів: Head of IT, sysadmin, Odoo functional consultant, Odoo developer, data engineer. Бюджет IT — 3.2% від обороту.

L1 · Ремісниче

CEO одноосібно. Усі рішення — від закупівлі канцелярії до підписання контракту на 5 млн — проходять через один стіл. Структура комунікації — кому власник більше довіряє цього місяця.

Приклад: CEO «Літачкової» вранці заходить в офіс, отримує 30 питань від різних відділів; до обіду частину забуто, після обіду частину вирішено усно — без фіксації.

⚠ Усе впирається у власника. Масштабуватися неможливо. Розвиток тримається на енергії однієї людини.

L2 · Стандартизоване

Управлінський комітет (CEO + CFO + COO або відповідні) збирається раз на тиждень чи раз на місяць. Рішення фіксують у протоколах, але виконання контролюють слабко. Стратегічні рішення — досі одноосібно у CEO.

Приклад: Управлінський комітет «Літачкової» — CEO + CFO + Виробничий директор. Збираються по середах, протокол є, але KPI на виконання дій немає.

⚠ Між «домовилися» і «зробили» губиться 30-50% дій. Стратегічні ініціативи буксують.

L3 · Інтегроване

Формальний governance: рада директорів (для холдингів), управлінський комітет, проєктний офіс. Рішення проходять ризик-аналіз, фінансову модель, юридичну експертизу. Великі рішення (>500k UAH) — через корпоративні процедури. Усе це тримається в Odoo на Approvals + Project + Documents.

Приклад: Контракт на 12 млн UAH з МО проходить 3-етапний approval: COO (узгодження виробничої спроможності) → CFO (грошовий потік) → CEO (фінальне рішення). Усе це в Odoo, з timestamp на кожному кроці.

L1 · Ремісниче

Процес — це «попроси Олю з продажів сказати Сергієві з виробництва». Документації немає, кожен новачок вчиться методом проб і помилок. Де губиться інформація — не видно.

Приклад: Контракт з МО підписано 1-го, виробництво дізнається 8-го (продавець був у відпустці), закупівлі — 12-го (PR не оформили), фактичний старт виробництва — 20-го. Втрачено 19 днів.

⚠ Defense-контракти з жорсткими термінами зриваються через провали в комунікації. За невиконання — штрафи.

L2 · Стандартизоване

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

Приклад: Процес «Прийом замовлення → Виробництво → Відвантаження» описаний у Word-документі на 12 сторінок. Половина кроків застаріла, але ніхто не оновлював.

⚠ Залежність від людей: звільняється key person — знання йде з ним. Документація формальна, не робоча.

L3 · Інтегроване

Процеси автоматизовані в Odoo через Workflows, Approvals, Project. Кожен крок має відповідального, timestamp, обов'язкові поля. Документація — це сам процес, його видно в реальному часі. Зміна процесу — change request з тест-планом.

Приклад: Контракт з МО на 100 дронів: підписання → автоматичне створення Project з 12 milestone → MO з резервуванням компонентів → закупівля з approval flow → відвантаження з QC checklist. Усе триває 25 робочих днів, навчати нікого не треба — система веде.