Discovery перед переходом з 1С на Odoo: як оцінити бюджет і ризики

Коротка відповідь: Discovery перед переходом з 1С/BAS на Odoo потрібен, щоб до старту впровадження зрозуміти обсяг процесів, якість даних, інтеграції, кастомізації, бухгалтерську логіку і ризики. Його результат — не повне ТЗ, а структурований план: які модулі потрібні, що треба кастомізувати, які дані переносити, які інтеграції врахувати і в якому діапазоні очікувати бюджет та строки.

Коротко: що таке Discovery

• Discovery — короткий передпроєктний аналіз перед впровадженням Odoo або будь-якої іншої ERP.
• Типовий стартовий Discovery від LUCAS: орієнтовно 20 годин / 3–5 робочих днів. Для складних груп, великої кількості інтеграцій або нестандартних процесів обсяг може бути більшим.
• Результат: опис процесів, перелік модулів Odoo, обсяг кастомізацій, карта інтеграцій, підхід до міграції даних, попередня оцінка бюджету і строків, карта ризиків.
• Discovery не є повним ТЗ і не є початком впровадження — це структурована передоцінка, яка робить наступні кроки передбачуваними.
• Без Discovery оцінка вартості міграції зазвичай має велику похибку, тому що не враховує реальну складність процесів, даних, інтеграцій і кастомізацій.

Чому не можна оцінити міграцію "по телефону"

Одна компанія використовує 1С як бухгалтерську програму для однієї юрособи з простими процесами і чистими довідниками. Інша — як ERP для трьох юросіб з кастомними галузевими конфігураціями, десятками інтеграцій, складним виробничим обліком і зарплатою.

Обидві компанії задають одне і те саме питання: "Скільки коштує перейти з 1С на Odoo?" Але правильні відповіді для них відрізняються принципово — і в обсязі, і в строках, і в підході.

Фактори, що визначають складність і вартість міграції:

• Кількість юридичних осіб і облікових контурів.
• Кількість і якість систем-джерел (скільки баз 1С/BAS, чи є інші системи).
• Обсяг і якість даних для міграції — особливо стан довідників.
• Наявність і складність кастомних обробок та конфігурацій у 1С/BAS.
• Необхідні інтеграції: банки, документообіг, CRM, склад, митниця.
• Вимоги до управлінської звітності і специфічної аналітики.
• Готовність команди до змін і участі в проєкті.

Всі ці фактори виявляються тільки під час Discovery — не з презентацій і не з короткого дзвінка.

Саме тому коротка розмова може дати лише попередній порядок величини, але не реалістичний scope, бюджет і строки проєкту.

Що перевіряється під час Discovery

Що отримує клієнт

Результат Discovery — структурований документ, який включає:

• Опис проєкту — scope: що входить у впровадження, що виходить за межі першої черги.
• Перелік модулів Odoo — які модулі потрібні для закриття виявлених процесів.
• Обсяг кастомізацій — що реалізується стандартними налаштуваннями, а що потребує розробки.
• Карта інтеграцій — які зовнішні системи підключаються і якою складністю.
• Підхід до міграції даних — що переноситься, що очищується, що залишається в архівному контурі, як забезпечується якість даних. Правовий, технічний і кібербезпековий статус архівного контуру 1С/BAS потрібно оцінювати окремо.
• Попередня оцінка бюджету і строків — орієнтовні діапазони на основі виявленого обсягу.
• Карта ризиків — що може вплинути на строки і бюджет і як це знижується.

Маючи цей документ, клієнт може приймати обґрунтоване рішення: починати впровадження, коригувати scope або порівнювати пропозиції кількох партнерів на єдиній основі.

Що Discovery НЕ включає

• Детальне технічне проєктування і специфікації.
• Розробку або налаштування системи.
• Прототип або демо в середовищі клієнта.
• Гарантію фіксованої ціни на весь проєкт (оцінка після Discovery — орієнтовна).
• Повне технічне завдання (ТЗ) з деталізацією кожної функції.
• Юридичний висновок щодо правового статусу подальшого використання або архівного зберігання 1С/BAS — якщо це потрібно, його слід отримувати окремо.

Discovery — не проєкт, а аналіз перед проєктом. Його результат допомагає структурувати наступний крок, а не замінює його.

Чому Discovery економить бюджет

Помилки в архітектурі ERP виявляються рано або пізно. Якщо рано — вартість виправлення невелика. Якщо після запуску — вартість зростає на порядок: переробка вже реалізованого функціоналу, повторна міграція даних, втрати від збою операційних процесів.

Типові наслідки старту без Discovery:

• Оцінка виявилась заниженою, проєкт виходить за бюджет.
• Виявлена інтеграція, яку не врахували — додатковий час і витрати.
• Бухгалтерія отримала не те, що очікувала — виправлення після запуску.
• Якість довідників гірша, ніж здавалось — очищення займає більше часу.
• Зміна архітектурного рішення в середині проєкту — найдорожча помилка.

Вартість Discovery зазвичай значно менша за вартість виправлення таких сценаріїв після старту впровадження або після запуску системи.

Таблиця: без Discovery і з Discovery

Коли Discovery перед Odoo потрібен обов'язково

• Компанія має більше однієї юридичної особи або облікового контуру.
• В 1С/BAS є кастомні обробки, нестандартні конфігурації або галузева специфіка.
• Використовуються інтеграції з банками, документообігом (M.E.Doc, Вчасно), CRM, складськими або митними системами.
• Є складний зарплатний контур або специфічна управлінська звітність.
• Компанія хоче порівнювати пропозиції кількох ERP-партнерів на єдиній основі.
• Попередні спроби оцінити вартість міграції дали дуже різні цифри від різних підрядників.
• Менеджмент хоче обґрунтованого бюджету і строків до прийняття рішення про початок проєкту.

Що дає Discovery перед переходом з 1С на Odoo

Як виглядає процес Discovery

Типовий стартовий Discovery LUCAS проводиться орієнтовно за 3–5 робочих днів (20 годин). Для складніших компаній обсяг і тривалість можуть збільшуватися. Фактичний формат може коригуватись залежно від складності і доступності команди клієнта.

День 1: Вступні інтерв'ю. Зустріч з CFO або фінансовим директором, головним бухгалтером, IT-відповідальним. Огляд поточних систем, цілей переходу і ключових вимог.

День 2: Аналіз бізнес-процесів. Детальні інтерв'ю з бухгалтерією і ключовими підрозділами. Описуються процеси: від замовлення до оплати, від прийняття до списання, від нарахування до звіту. Виявляються кастомні обробки і нестандартні схеми.

День 3: Аналіз даних і технічного середовища. Оцінка якості довідників, обсягу даних для міграції, архітектури поточних систем, наявних API і можливостей інтеграції.

День 4: Формування підходу. Визначення scope Odoo, переліку модулів, обсягу кастомізацій, підходу до міграції даних і карти інтеграцій. Попередня оцінка бюджету і строків.

День 5: Презентація результатів. Звіт команді клієнта, обговорення знахідок, відповіді на питання, корегування scope на основі зворотного зв'язку.

Це орієнтовна структура. Фактичний формат Discovery може змінюватися залежно від доступності команди клієнта, кількості систем, складності процесів і якості вихідних даних.

Чому Discovery має проводити команда з бухгалтерською експертизою

Більшість IT-партнерів з впровадження Odoo добре розуміють технічну сторону: модулі, API, архітектуру. Але Discovery, що проводиться без бухгалтерської методологічної експертизи, дає неповну картину.

Типові прогалини в Discovery без бухгалтерського методолога:

• Недооцінка складності ПДВ-контуру і вимог до первинних документів.
• Неврахування специфіки закриття місяця і підготовки регламентованої звітності.
• Поверхневий аналіз вимог до управлінської звітності і аналітики.
• Упущені вимоги до валютних операцій і курсових різниць.
• Неправильна оцінка складності зарплатного контуру.

LUCAS закриває обидві сторони: аудитори і методологи ведуть бухгалтерський і фінансовий аналіз, розробники оцінюють технічну реалізацію і інтеграції. Результат — Discovery, що охоплює реальну складність проєкту, а не лише її IT-частину.

Як LUCAS допомагає

Часті запитання

Що таке Discovery перед впровадженням Odoo?

Discovery — короткий передпроєктний аналіз, під час якого команда LUCAS вивчає ваші бізнес-процеси, дані, кастомні обробки 1С/BAS і вимоги до звітності. Результат — реалістичний план переходу з попередньою оцінкою бюджету і строків.

Скільки коштує Discovery?

Discovery від LUCAS розраховується за фактичним або погодженим обсягом роботи. Типовий стартовий формат — орієнтовно 20 годин, але точна вартість залежить від кількості юридичних осіб, систем, інтеграцій, кастомізацій і доступності команди клієнта.

Чи можна одразу починати впровадження без Discovery?

Технічно можна. Але без Discovery оцінка вартості і строків буде неточною, а ризики виявляться пізніше — коли ціна виправлення вища. Discovery — це інструмент управління ризиками, а не зайвий етап.

Чи є Discovery технічним завданням?

Ні. Discovery — це аналіз і структурований опис scope, а не детальна технічна специфікація. Детальне ТЗ розробляється на наступному етапі — вже в рамках впровадження.

Скільки часу займає Discovery?

Типовий стартовий Discovery займає орієнтовно 3–5 робочих днів або близько 20 годин. Фактичний термін залежить від доступності команди клієнта, кількості систем, складності процесів, якості даних і кількості інтеграцій. Для великих або складних середовищ Discovery може займати більше часу.

Чи можна після Discovery обрати іншого підрядника?

Так. Результати Discovery — власність клієнта. Документ можна використовувати при порівнянні пропозицій різних партнерів або передати іншій команді впровадження. Це одна з причин, чому Discovery є окремою, незалежною послугою.

Що відбувається після Discovery?

Клієнт і команда LUCAS обговорюють результати, корегують scope і приймають рішення щодо наступного кроку: початку впровадження або додаткового аналізу. Детально про процес міграції — у статті Міграція з 1С на Odoo.

Висновок для CFO

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

Компанії, що пропускають Discovery і "стрибають" одразу у впровадження, нерідко повертаються до нього після першого кварталу — коли виявляється, що обсяг, строки і бюджет суттєво відрізняються від початкових оцінок.

Discovery — це не витрата, а інструмент управління ризиками. Саме тому LUCAS пропонує його як перший крок у будь-якому проєкті переходу з 1С/BAS на Odoo.

Дізнайтеся більше про альтернативи 1С і варіанти переходу — у статті Альтернативи 1С в Україні. Про підходи до самої міграції — у статті Міграція з 1С на Odoo. Про ризики і правовий контекст — у статті Заборона 1С, BAS і BAF в Україні 2026.