Коротко: перехід до середнього розміру ламає не облік, а спосіб керування. У малій компанії власник знає все й тримає зв'язки в голові. На 50–300 співробітниках це фізично перестає працювати, і рішення починають ухвалюватися без повної картини.
Що змінюється на порозі
Розмір тут — груба мітка, а не критерій. Ознаки переходу конкретніші.
- З'являється другий рівень управління. Керівники напрямів, які ухвалюють рішення самостійно. Власник більше не бачить кожної угоди.
- Напрямів стає кілька. Різна маржинальність, різні цикли, різні клієнти — і питання «який напрям заробляє» перестає бути риторичним.
- Процеси перестають бути однаковими. Кожен відділ виробляє свій спосіб роботи, і вони розходяться.
- Ціна помилки зростає. Неточність у собівартості на 3% при обороті 10 млн — це вже гроші.
Спільне в усьому: зникає людина, яка бачила всю картину. Раніше власник тримав у голові, хто скільки винен і що на складі. Тепер ці дані розкидані по відділах, і зібрати їх можна тільки якщо вони в одній системі.
Що ламається першим
За частотою, з якою це називають самі компанії.
Управлінська звітність. Кожен відділ дає свої цифри, вони не сходяться, і час іде на з'ясування, чия правда. Класична ознака — щомісячне зведення в Excel.
Собівартість. При зростанні асортименту й появі імпорту приблизний облік перестає працювати. Доставка, розмитнення й супутні витрати або не рознесені, або рознесені навмання — див. імпорт і розмитнення.
Запаси. Обсяг зростає, оборотність падає, і в товарі виявляється заморожено більше грошей, ніж хтось припускав.
Дебіторка. Клієнтів більше, ніж може тримати в голові одна людина, і прострочення помічається із запізненням. Плюс мотивація продажів від відвантаження працює проти вас.
Залежність від конкретних людей. Головбух, комірник, провідний менеджер — кожен тримає частину знань. Що буває при звільненні — окремо.
Що з цього закриває ERP
Чесно й по пунктах.
Єдина картина. Головна цінність. Облік, склад, продажі й закупівлі в одній базі означає, що цифра одна й не потребує звірки між джерелами.
Розрізи для рішень. Прибуток по напряму, проєкту чи клієнту рахується фільтром, а не зведенням у таблиці. За це відповідають розмірності, і структуру закладають на старті.
Собівартість із деталізацією. Додаткові витрати розносяться на партії за правилами, а не приблизно.
Контроль у процесі. Погодження закупівель, кредитні ліміти, блокування відвантаження боржникам — перевірка вбудована, а не залежить від уваги людини.
Незалежність від людей. Процеси в системі, історія доступна, права розмежовані.
Чого ERP не закриває
Розділ, якого немає в презентаціях, і він важливіший за попередній.
Вона не наведе порядок у процесах. Вона зафіксує ті, які ви в неї закладете. Якщо правила надання знижки немає, система його не вигадає — вона вимагатиме, щоб хтось його сформулював. Це болісний, але корисний побічний ефект впровадження.
Вона не змусить людей вводити дані. Найкраще налаштована система дає неповну аналітику, якщо половина документів проводиться без розмірностей.
Вона не замінить управлінські рішення. Покаже, що напрям збитковий; що з ним робити — вирішувати вам.
Вона не вирішить проблему дисципліни. Якщо документи проводяться із запізненням на тиждень, у новій системі вони проводитимуться так само.
Чому саме Business Central
Без порівняльних таблиць — три причини, які реально називають компанії цього розміру.
Функціональність під зростання без переходу на «важку» ERP. Облік, склад, виробництво, проєкти, CRM в одному продукті. Коли з'являється новий напрям, він додається налаштуванням.
Передбачувана модель ліцензування з розділенням на повних і обмежених користувачів — комірнику й менеджеру потрібні різні ліцензії. Деталі — ліцензії Business Central.
Екосистема. Power BI для аналітики, Excel для роботи з даними, Office для документів. Для компанії, яка вже в Microsoft, це менше інтеграційної роботи.
Порівняння з альтернативами — порівняння ERP-систем і Business Central чи Odoo.
Три помилки компаній цього розміру
Впроваджувати все одразу. Спокуса зрозуміла: раз уже витрачаємо гроші, закриємо всі ділянки. Наслідок — довгий проєкт, розмитий критерій успіху й команда, яка втомилася до запуску. Черговість майже завжди дешевша.
Відтворювати стару систему в новій. «Зробіть, щоб виглядало як раніше» — найдорожча фраза в проєкті. Вона породжує доробки, які потім треба супроводжувати після кожного оновлення, і зберігає обмеження, заради яких ви й міняли систему.
Не виділити власника проєкту. На цьому розмірі власник компанії вже не може вести проєкт сам, а виділеної людини ще немає. У результаті рішення ухвалюються повільно або не ухвалюються, і проєкт розтягується. Це найчастіша причина зриву строків саме в середньому бізнесі.
І окреме зауваження про терміни. Компанії цього розміру часто планують впровадження «до кінця кварталу», бо так виглядає зібраніше. Реалістичний строк для обліку з торгівлею — три-п'ять місяців, і спроба вкласти його в два зазвичай означає, що скоротять тестову експлуатацію. Це найгірше місце для економії: усе, що не знайшли в тесті, знаходять на живих даних і виправляють дорожче.
З чого починати при обмеженому ресурсі
Компанія цього розміру рідко може дозволити собі впровадження всього одразу — і не повинна.
- Облік і закриття періоду. Поки не закривається місяць, решта не має сенсу.
- Найболючіша ділянка. Зазвичай склад або собівартість.
- Розрізи аналітики. Структуру закладають на старті, користуються з другого кварталу.
- Контроль і погодження — коли процеси стабілізувалися.
- Звітність і дашборди — останніми, на перевірених даних.
Строки й етапи — у статтях про тривалість впровадження й етапи. Як зрозуміти, що момент настав, — ознаки, що компанія переросла систему.
Часті запитання
Від якого розміру компанії потрібна ERP?
Розмір тут не критерій. Значення має кількість напрямів, наявність другого рівня управління й те, скільки роботи відбувається поза системою. Компанія на 200 осіб із простою схемою може обходитися простішим обліком довше, ніж на 40 з імпортом і виробництвом.
Чи не завелика ця система для нас?
Business Central розгортається частинами: можна почати з обліку й торгівлі, а виробництво чи проєкти додати пізніше. Ризик радше в іншому — впровадити все одразу й не встигнути цим скористатися.
Скільки людей потрібно виділити на проєкт?
Власник проєкту з повноваженнями, головний бухгалтер і по одній людині з ключових ділянок. Завантаження ключових — від чверті до половини робочого часу в активні місяці.
Чи вирішить система проблему з дисципліною введення даних?
Ні. Вона зробить наслідки видимими — незаповнені поля стануть помітними в аналітиці, — але вводити дані вчасно людей змушує керівництво, а не програма.
Що робити, якщо процеси в компанії ще змінюються?
Зачекати зі складними ділянками й впровадити базовий облік. Фіксувати в системі процес, від якого ви відмовитеся через пів року, — марна робота.