Коротко: типове впровадження Business Central для компанії з бухгалтерією, складом і продажами займає три-шість місяців. Виробництво, кілька юридичних осіб або інтеграції з зовнішніми системами додають ще стільки ж. Головна змінна — не розмір компанії, а готовність ухвалювати рішення.
Реальні діапазони
| Тип проєкту | Строк | Що входить |
|---|---|---|
| Облік і фінанси | 2–3 місяці | Бухгалтерія, банк, ПДВ, звітність |
| Плюс торгівля й склад | 3–5 місяців | Закупівлі, продажі, залишки |
| Плюс виробництво | 5–9 місяців | Специфікації, маршрути, собівартість |
| Кілька юросіб або країн | +2–4 місяці | Консолідація, різні правила |
| Інтеграції з іншими системами | +1–3 місяці | Кожна окремо |
Це календарний час від старту проєкту до роботи в системі, а не трудовитрати. Значна частина цього строку — очікування рішень і перевірок на вашому боці, і саме тому подвоєння команди підрядника скорочує строк набагато менше, ніж здається.
Від чого залежить строк
За спаданням впливу — і зверніть увагу, що розміру компанії в цьому переліку немає.
- Швидкість ухвалення рішень. Скільки часу проходить від запитання «як у вас рахується собівартість» до письмової відповіді. Це найбільша змінна в будь-якому проєкті.
- Стан даних у старій системі. Дублікати контрагентів, залишки, які не сходяться, довідники, що велися по-різному в різні роки. Про це — чек-лист підготовки даних.
- Кількість доробок. Кожна доробка на AL — це розробка, тестування й перевірка після оновлень. Про межу — коли доробка виправдана.
- Кількість інтеграцій. Банк, ЕДО, інтернет-магазин, перевізники — кожна зі своїм строком.
- Наявність людини з боку бізнесу. Не «куратора», а того, хто відповідає й вирішує.
Розмір компанії впливає опосередковано: у більшій зазвичай більше узгоджень і більше винятків у процесах. Але компанія на 300 осіб із однією зрозумілою схемою роботи впроваджується швидше за компанію на 40 із чотирма напрямами, у кожного з яких свої правила.
Розкладка по місяцях
Типовий проєкт «облік плюс торгівля» на чотири місяці.
Місяць 1 — обстеження й рішення. Як влаштовані ваші процеси зараз, що переносимо, що змінюємо. Тут же ухвалюються рішення, які потім не переграти: структура розмірностей, план рахунків, групи проводок. Про них окремо — сім рішень, які не можна скасувати.
Місяць 2 — налаштування й перше наповнення. Система набуває вигляду, придатного для перевірки. Переносяться довідники, налаштовується облік, з'являються перші документи.
Місяць 3 — перевірка на реальних даних і навчання. Ваші люди починають працювати в тестовому середовищі паралельно зі старою системою. Тут виявляється більшість того, що не врахували.
Місяць 4 — перенесення залишків і запуск. Найнапруженіші два тижні проєкту: залишки на дату, звірка, перші дні роботи.
Зверніть увагу на пропорцію: розробка й налаштування — це приблизно чверть строку. Решта — рішення, перевірка й навчання людей.
Що подовжує найчастіше
Чотири причини, які дають більшість затримок.
Немає відповіді на просте запитання. «Як ви рахуєте собівартість доставки?» — і виявляється, що два відділи рахують по-різному, а вирішити ніхто не готовий. Проєкт стоїть, поки бізнес не домовиться, і це не технічна проблема.
Обсяг росте під час проєкту. «Раз уже впроваджуємо, додаймо ще виробництво». Кожне таке додавання коштує не тільки своїх тижнів, а й перегляду вже зробленого.
Дані виявилися гіршими, ніж думали. Класика: залишки на складі не сходяться з обліковими, і перед перенесенням доводиться робити інвентаризацію. Про причини — чому залишки не сходяться.
Ключова людина недоступна. Головбух у відпустці, фіндиректор на іншому проєкті. Проєкт продовжує йти, але без рішень, і потім усе одно доводиться перероблювати.
Що можна прискорити
- Підготуватися до старту. Почистити довідники, зробити інвентаризацію, зафіксувати письмово визначення — це можна робити паралельно з вибором підрядника.
- Скоротити перший обсяг. Запустити облік і торгівлю, а виробництво другою чергою. Загальний строк вийде більший, але перша користь — раніше.
- Відмовитися від доробок у першій черзі. Майже завжди можна почати на стандартному функціоналі й доробити те, що справді заважає, після кількох місяців роботи.
- Виділити людину з повноваженнями. Не координатора, а того, хто може сказати «рахуємо ось так» і не переузгоджувати це тиждень.
Чого прискорити не вийде
Три речі, які займають свій час незалежно від бюджету.
Закриття місяця в новій системі. Поки не пройде повний цикл — від першого документа до фінансового результату — ви не знаєте, чи все налаштовано правильно. Це календарний місяць, і купити його не можна.
Навчання людей. Не тренінг, а період, коли бухгалтер перестає думати, куди натиснути. Це три-шість тижнів роботи в системі, і скорочується він тільки якщо люди починають працювати в тесті раніше.
Перенесення залишків. Звірка того, що перенеслося, з тим, що мало перенестися, — робота вашої бухгалтерії, і зробити її швидше за них ніхто не може.
Як планувати дату запуску
Три практичні правила.
Запускайтеся з початку періоду. Найзручніше — з початку року або кварталу: менше проблем зі звітністю на стику. Це може зсунути дату на місяць, і зазвичай воно того варте.
Не плануйте запуск на сезон. Якщо у вас пік продажів у листопаді, запуск у жовтні — погана ідея незалежно від готовності системи.
Закладіть місяць паралельної роботи. Не «на всяк випадок», а як частину плану. Про те, що відбувається далі, — у статті про перші 90 днів після запуску.
Загальна картина того, з чого складається проєкт, — в етапах впровадження, а з чого складається бюджет — у розборі вартості впровадження.
Часті запитання
Чи можна впровадити Business Central за місяць?
Можна, якщо мова про мінімальну конфігурацію для невеликої компанії з чистими даними, без інтеграцій і доробок. На практиці такі проєкти трапляються рідко: навіть при швидкому налаштуванні потрібен місяць паралельної роботи, щоб пройти повний обліковий цикл.
Чому подвоєння команди не скорочує строк удвічі?
Бо значна частина календарного часу — це очікування рішень і перевірок на вашому боці, а не робота підрядника. Друга причина — навчання людей і закриття першого періоду мають свою тривалість незалежно від того, скільки людей у проєкті.
Скільки часу знадобиться від наших співробітників?
Ключовим людям — від чверті до половини робочого часу в активні місяці проєкту. Це реальні витрати, які варто врахувати в плануванні, бо поточну роботу з них ніхто не знімає.
Що робити, якщо строк уже зривається?
Скорочувати обсяг першої черги, а не якість перевірки. Запуск неперевіреної системи обходиться дорожче за перенесення дати: виправляти доводиться вже на живих даних.
Коли краще запускатися?
З початку року або кварталу — менше проблем зі звітністю на стику періодів. І точно не в сезон: якщо пік продажів у листопаді, запуск у жовтні створює ризик там, де його не має бути.