Odoo часто обирають на заміну 1С: система модульна, з відкритим кодом і зрозумілою ціною. Але обмеження проявляються вже після старту проєкту. Стандартна українська локалізація – це лише план рахунків і ставки ПДВ. Для ПРРО і податкової звітності доведеться купувати сторонні модулі або замовляти розробку. Є й інша проблема: кожна версія Odoo має лише три роки стандартної підтримки. Тому систему регулярно треба оновлювати, а для кастомізованої системи кожен апгрейд стає окремим і недешевим проєктом.

Нижче зібрали витрати, які з’являються в бюджеті вже після підписання договору і про які на презентаціях зазвичай не говорять. Ми спиралися на вихідний код Odoo, офіційну документацію та умови підписки. Тарифи й можливості конкретних сторонніх модулів можуть змінитися, тому перед підписанням договору їх варто перевірити ще раз.

Ключові висновки

• Українська локалізація є лише формальною. Модуль l10n_ua у ядрі Odoo 19 містить базовий план рахунків на 332 позиції, 13 податкових записів і один тег рахунків «ПДВ». Декларації з ПДВ, інтеграції з ПРРО чи електронного документообігу в ньому немає.
• В офіційній документації Україні присвячено лише один рядок. Польща, Румунія й Узбекистан мають у документації Odoo окремі сторінки з інструкціями. Україна в тому ж списку згадана лише назвою, без посилань і пояснень.
• Для Odoo 17.0 час апгрейду вже настав. Стандартна підтримка цієї версії закінчується у вересні 2026 року. Компаніям, які впровадили 17.0 у 2023–2024 роках, апгрейд треба планувати вже зараз, і в бюджеті теж.
• Кастомні модулі під час оновлення – ваша відповідальність. Odoo не гарантує, що ваші доробки працюватимуть у новій версії. Адаптувати код доведеться інтегратору, а платити за це – вам.
• Реальна вартість вища, ніж ціна підписки. Бюджет складається з чотирьох статей: ліцензії, хостингу, українського облікового шару (модулі локалізації) і супроводу.

Чого бракує в стандартному Odoo і як це закривають

Електронний документообіг (ЕДО) – вбудованої інтеграції з Вчасно, M.E.Doc та іншими сервісами немає.

• Податкова звітність – система не формує автоматично ні декларації з ПДВ, ні податкові накладні.
• Фіскалізація – українських ПРРО «з коробки» Odoo не підтримує.
• Зарплата та кадри – стандартний модуль не враховує українських правил: ЄСВ, ПДФО, військового збору, лікарняних і відпускних.

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

Що змінилося у 2025-2026 роках і чому питання загострилося

Коли український бізнес відмовився від російського ПЗ, компанії почали масово переходити на інші ERP-системи. Odoo стала одним із головних кандидатів: вона модульна, має сучасний інтерфейс і відкритий код.

Але масові впровадження показали спільну проблему. Odoo часто обирають після ефектної демонстрації та гарної CRM, а не після технічного аудиту. Ще рідше перед вибором роблять GAP-аналіз, тобто перевіряють, чи відповідає система вимогам українського податкового законодавства. Унаслідок цього реальний кошторис проєкту виявляється значно вищим, ніж бізнес розраховував на старті.

Обмеження 1. Українська локалізація Odoo

Найдорожча помилка під час вибору Odoo в Україні, вважати, що «українська локалізація є, бо Україна в списку локалізацій». Вона існує номінально. Питання полягає в тому, що саме входить до базової поставки.

Щоб це було чітко й зрозуміло для бізнесу та бухгалтерів (без програмістських назв):

В Odoo є перевірка українських кодових номерів (ЄДРПОУ/ІПН), але система не вмикає її сама під час вибору України – її треба окремо налаштовувати адміністратору.

Ось 3 короткі варіанти для цієї комірки на вибір:

1. Частково (перевірка ЄДРПОУ/ІПН вимагає додаткового налаштування) – найкращий варіант
2. Частково (перевірка коду ЄДРПОУ/ІПН не активується за замовчуванням)
3. Неавтоматична (перевірка ЄДРПОУ/ІПН потребує налаштування адміном)

Таблиця для копіювання (з варіантом 1):

Декларації з ПДВ, податкові накладні, розрахунки коригування, реєстрація в ЄРПН і облік за першою подією в Odoo немає. Усе це доведеться купувати в українських розробників або замовляти окремо.

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

Обмеження 2. ПРРО і фіскалізація не працюють «з коробки»

У стандартній поставці Odoo немає готової інтеграції з українськими ПРРО-сервісами. Зазвичай У стандартному Odoo немає інтеграції з українськими ПРРО. Щоб фіскалізувати продажі в роздробі чи інтернет-магазині, потрібні дві речі: сторонній модуль-конектор і окрема підписка на ПРРО-сервіс, наприклад, Checkbox або «Вчасно.Каса».

Крім того, Odoo POS не створювали під українські правила, тому його доведеться суттєво доробити:

Фіскальні літери податкових груп (А, Б, В, Г). В українському чеку кожна ставка податку позначається літерою. У стандартному Odoo POS не можна прив’язати податок до літери, тож для кожного бізнесу це налаштовують вручну.

Офлайн-режим. Коли зникає інтернет, ПРРО видає чеки із заздалегідь отриманого діапазону фіскальних номерів ДПС. Сам Odoo POS із такими номерами працювати не вміє, тому стабільність офлайн-роботи залежить від конектора.

Сесії та кілька кас. ПРРО-сервіси зазвичай обмежують кількість одночасних сесій для одного касира. В Odoo POS такого контролю немає, і його теж доводиться реалізовувати окремо.

Обмеження 3. Українські первинні документи потребують додаткових форм

Odoo побудована на міжнародній моделі документів: замовлення на продаж (Sales Order), рахунок клієнту (Customer Invoice), накладна на відвантаження (Delivery Slip). Друкованих форм української первинки, яку зазвичай чекають контрагенти й податкова, у стандартній поставці немає.

Чого бракує «з коробки»:

Акт виконаних робіт / наданих послуг. Прямого аналога немає. Стандартний інвойс на послуги не містить усіх реквізитів, які в Україні зазвичай вимагають від акта.

Видаткова накладна. Delivery Slip в Odoo – це складський документ. Обов’язкових реквізитів української видаткової накладної в ній немає.

Товарно-транспортна накладна (ТТН). Немає ні форми, ні логіки її заповнення.

Довіреність на отримання ТМЦ. Такої форми теж немає.

Тому всі ці форми доводиться або розробляти самостійно як шаблони QWeb, або отримувати разом зі сторонніми модулями локалізації.

Що часто не враховують: зробити просту друковану форму нескладно. Проблеми починаються далі. Форми треба зв’язати з модулем ЕДО, щоб документи можна було підписувати КЕП і надсилати контрагентам. А ще їх доводиться адаптувати після кожного оновлення Odoo.

Обмеження 4. Життєвий цикл версій, обов’язковий апгрейд і доробки за ваш рахунок

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

• Odoo Online. Оновлення обов’язкове: мажорну версію треба змінювати раз на два роки. Якщо не оновитися до дедлайну, Odoo оновиться автоматично.
• Odoo.sh. Після трьох років стандартної підтримки є ще два роки, щоб завершити апгрейд. Наприклад, Odoo 17 приберуть з Odoo.sh 31 жовтня 2029 року. Але якщо ваша версія старша за три останні мажорні версії, Odoo нараховує доплату 25% від річної вартості підписки Enterprise.
• On-premise (власний сервер). На старій версії можна залишатися скільки завгодно. Але та сама доплата 25% діє і тут, а після завершення стандартної підтримки ви перестаєте отримувати оновлення безпеки.

Головна пастка оновлення: кастомні та локалізаційні модулі

У межах підписки Enterprise Odoo S.A. оновлює базу даних, стандартні модулі й налаштування, створені в Studio. Ваші власні доробки і сторонні українські модулі (ПРРО, ЕДО, кадри, ПДВ) сюди не входять, якщо на них немає окремого договору на обслуговування. Поки ці модулі не адаптують до нової версії, оновити базу не вийде.

Що часто не враховують: мажорний апгрейд доводиться робити раз на 1-3 роки. І щоразу інтегратор адаптує та заново тестує весь шар української локалізації разом із вашими доробками під новий API Odoo. Платить за цю роботу замовник.

Обмеження 5. Ліцензійна модель Odoo: за що ви платите насправді

На сайті Odoo тарифи виглядають просто: оплата «за користувача». Але в договорі підписки є умови, через які сукупна вартість володіння (TCO) помітно зростає.

• Перехід на дорожчий план Custom. План Standard не включає зовнішній API, Odoo Studio і роботу з кількома юрособами (мультикомпанію). Якщо потрібна хоча б одна з цих функцій, доведеться перейти на Custom. Для API це, наприклад, інтеграція з ПРРО, банком-клієнтом, ЕДО або сайтом.
• Подорожчання при продовженні – до 7% на рік. Умови підписки Enterprise дозволяють Odoo підвищувати ціну під час поновлення, якщо ви досі платите менше, ніж за чинний прайс. Підвищення – до 7% на рік від попереднього періоду.
• Доплата 25% за стару версію. Залишитися на старій версії, щоб не витрачатися на міграцію, теж коштує грошей. Якщо ваша база на версії, старшій за три останні мажорні версії, Odoo раз на рік нараховує додаткові 25% від річної вартості підписки. Нараховують не раніше ніж через 6 місяців після виходу нової версії.
• Доплата за нові функції посеред строку. Якщо ви вмикаєте модуль або функцію з вищого плану, доплату рахують за прайсом на весь залишок оплаченого періоду.

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

Обмеження 6. Хостинг і де зберігаються дані: без кастомного коду в Odoo Online і без дата-центрів в Україні

Обмеження залежать від того, де розгорнута система:

• Odoo Online (хмара від самої Odoo). Не підтримує кастомні модулі та модулі з Odoo Apps Store. Базова локалізація l10n_ua там є. Але ПДВ, ПРРО, ЕДО і кадри в Україні реалізуються через сторонні модулі, тож для повноцінного українського обліку Odoo Online не підходить.
• Odoo.sh і on-premise (власний сервер). Тільки ці два варіанти дозволяють встановлювати сторонні українські модулі. Для Enterprise тут потрібен план Custom. До нього додаються витрати на інфраструктуру: сервери, бекапи, адміністрування.
• Odoo Community. Її можна безкоштовно розгорнути на своєму сервері без плану Custom. Але в ній немає частини модулів Enterprise: повного бухгалтерського застосунку, штрихкодового складу, контролю якості та PLM у виробництві.

Де розташований Odoo.sh

Odoo.sh працює на Google Cloud Platform (GCP) у кількох регіонах: Бельгія (Сен-Гіслен), США (Айова), Канада (Торонто), Саудівська Аравія (Даммам), Індія (Мумбаї), Сінгапур і Австралія (Сідней). Дата-центрів в Україні немає ні в Odoo Online, ні в Odoo.sh.

Що з цього випливає:

• Регіон не змінити за запитом. Техпідтримка не переносить проєкт Odoo.sh в інший регіон. Доведеться вручну створити новий проєкт, підключити репозиторій і відновити базу з бекапу. На цей час система зупиняється.
• Конкретний дата-центр не гарантований. Odoo прямо пише, що хостинг-провайдер і розташування дата-центрів у межах зони не закріплені договором і можуть змінитися без попередження.
• Регіон зберігання бекапів не обрати. За Cloud SLA Odoo, бекапи зберігаються щонайменше на трьох машинах у різних дата-центрах Європи та Канади, плюс четверта копія в «холодному» сховищі. Обрати або обмежити регіони зберігання бекапів неможливо.

Що часто не враховують: ваші внутрішні правила безпеки, вимоги регулятора чи договори з клієнтами можуть вимагати зберігати дані й бекапи лише в Україні. Тоді Odoo Online і Odoo.sh не підійдуть. Залишається on-premise на власних серверах або в українському дата-центрі, і всю інфраструктуру та її захист ви оплачуєте самі.

Обмеження 7. Продуктивність і архітектура: де виникають вузькі місця

Odoo – це монолітний застосунок на Python. З базою даних PostgreSQL він працює через власний ORM-шар. Звідси обмеження, які описує сама Odoo.

Скільки ресурсів потрібно серверу ( за документацією Odoo):

• Кількість воркерів рахують за формулою (CPU × 2) + 1. Сама Odoo називає це орієнтиром, а не жорстким лімітом.
• Один воркер обслуговує приблизно 6 одночасно активних користувачів.
• Пам’ять: «легкий» воркер займає близько 150 МБ RAM, «важкий» – близько 1 ГБ. Зазвичай важкими є звіти, масовий експорт і розрахунки собівартості.

У документації є розрахований приклад на 60 одночасних користувачів. Теоретично їм потрібно 10 воркерів, а сервер на 4 CPU витримує максимум 9. Тому документація бере 8 воркерів і ще 1 під фонові задачі (cron). Самим воркерам вистачає близько 3 ГБ RAM, а навантаження на CPU радять моніторити. Окремо потрібні ресурси для PostgreSQL. Якщо у вас багато кастомних модулів або складних операцій, реальні вимоги будуть вищими.

Головна пастка масштабування

Коли система гальмує, інтегратори часто пропонують докупити воркерів або підняти тариф на Odoo.sh. Документація Odoo.sh (розділ Settings → Database Workers) прямо попереджає, що це не панацея:

«Додавання більшої кількості воркерів не вирішує всіх проблем із продуктивністю. Це лише дозволяє серверу обробляти більше з’єднань одночасно. Якщо окремі операції виконуються незвично повільно, найімовірніше, проблема в коді.»

Що часто не враховують: українська локалізація і сторонні модулі (ПРРО, ЕДО, кадри) додають до бази власні запити та власну логіку. Якщо код не оптимізований, система може «зависати» в пікові моменти, наприклад, під час закриття місяця чи масового друку чеків. Щоб це виправити, доводиться залучати досвідчених і недешевих Python- та PostgreSQL-інженерів.

Обмеження 8. Odoo Community чи Enterprise: чого насправді бракує безкоштовній версії

Щоб не платити за ліцензії, бізнес часто обирає безкоштовну Odoo Community (ліцензія LGPL-3). Але через її обмеження економіка проєкту суттєво змінюється. Гроші, зекономлені на ліцензіях, зазвичай ідуть інтеграторам на розробку або на купівлю сторонніх модулів.

Пряма перевірка публічного репозиторію odoo/odoo (гілка 19.0) підтверджує відсутність у Community ключових блоків:

Модулі Enterprise, відсутні в стандартній Community:

Сервіс міграції: головна різниця в договорі

Community відрізняється від Enterprise не тільки набором модулів, а й підтримкою. Офіційний сервіс оновлення баз даних Odoo S.A. надає лише клієнтам Enterprise.

Для Community офіційного інструменту міграції немає. Залишається OpenUpgrade – проєкт спільноти OCA, який розвивають добровольці. Мігрувати з ним доводиться послідовно, через кожну проміжну версію. Скрипти для нового релізу з’являються не одразу, а кожен етап треба ретельно тестувати, щоб не пошкодити дані.

Що часто не враховують: якщо будувати повноцінну ERP на Odoo Community, система перетворюється на «конструктор» із десятків модулів від різних розробників. Під час кожного оновлення всі ці модулі треба знову узгоджувати між собою. У підсумку така підтримка може коштувати більше, ніж ліцензії Enterprise.

Коли Odoo – правильний вибір, а коли варто шукати альтернативу

Odoo вважається сильною платформою. Питання лише в тому, чи збігається ваш профіль із її сильними сторонами.

Odoo – це потужна та гнучка ERP-платформа. Проте її успіх у проєкті залежить від того, чи відповідають профіль вашої компанії та її бюджет реальним вимогам системи.

Чек-лист доцільності вибору Odoo:

Практичний чек-лист: 10 критичних питань до інтегратора Odoo перед підписанням договору

Щоб уникнути незапланованих витрат та зриву термінів, поставте потенційному підряднику ці 10 питань і вимагайте зафіксувати відповіді в юридичному договорі (SLA):

1. Яку мажорну версію Odoo ви пропонуєте для впровадження і коли саме закінчується її офіційна підтримка?
   Якщо вам пропонують Odoo 17.0 у 2026 році, пам’ятайте, що її 3-річний цикл підтримки вендором вже вичерпано, і ви одразу потрапляєте під націнку +25% за ліцензії або негайний апгрейд.
2. Хто і за чий рахунок оновлюватиме кастомні модулі та українську локалізацію під час наступного мажорного релізу Odoo?
   Це має бути чітко зафіксовано в договорі із зазначенням оцінки трудомісткості міграції.
3. Який саме план ліцензій закладено в кошторис: Standard чи Custom?
   Якщо для проєкту потрібні API-конектори (ПРРО, ЕДО, сайт), Studio або робота з кількома юрособами (Multi-company), тариф Standard технічно підходить, потрібен лише Custom.
4. Де фізично зберігатимуться основна база даних і резервні копії (бекапи), та чи є в договорі фіксація конкретної географічної локації?
5. Як у вашому модулі локалізації реалізовано облік ПДВ за першою подією та формування податкових накладних?
   Вимагайте демонстрацію розрахунку першої події на вашому реальному кейсі з авансами та коригуваннями, а не на демонстраційній базі.
6. Як формується Декларація з ПДВ і хто відповідає за її актуалізацію у разі зміни форм ДПС України?
7. Як реалізовано підключення ПРРО (Checkbox, «Вчасно.Каса» тощо) та які сукупні щомісячні витрати на цей контур?
   Враховуйте вартість ліцензії конектора, передплату за каси в ПРРО-сервісі та вартість підтримки.
8. Чи проводилося навантажувальне тестування продуктивності системи на обсязі даних, порівнянному з нашим?
   Просіть конкретні цифри: розрахункову кількість проведених документів/чеків на годину та середній час відгуку інтерфейсу.
9. Кому належать права на кастомний код і що станеться з підтримкою локалізації, якщо ми припинимо співпрацю з вашою компанією?
   Перевірте, чи є модулі локалізації відчужуваними і чи зможе інший партнер супроводжувати цей код.
10. Який є прорахований кошторис володіння системою (TCO) на горизонті 3 років з урахуванням ліцензій, хостингу, підтримки та апгрейду?

Як Український Центр Автоматизації Бізнесу  працює з цими обмеженнями

Ми понад 10 років будуємо корпоративні системи і переводимо український бізнес з 1С/BAS на міжнародні ERP. З Odoo працюємо так:

• Технічний аудит і GAP-аналіз до старту. Ми не продаємо рішення за гарною презентацією. Ще до підписання договору аналізуємо ваші обсяги даних, особливості обліку та інтеграції. Якщо аудит покаже, що під ваші процеси Odoo доведеться серйозно перебудовувати, ми прямо про це скажемо і запропонуємо інше рішення.
• Повна вартість володіння (TCO) на 3 роки. Рахуємо не лише бюджет впровадження, а все, що доведеться оплатити за три роки: ліцензії Custom, хостинг, модулі локалізації, супровід і обов’язковий мажорний апгрейд.
• Архітектура, яку можна оновлювати. Ми максимально спираємося на стандартну логіку Odoo і перевірені готові модулі. Кастомний код пишемо так, щоб він якомога менше залежав від ядра. Кожну точку розширення документуємо, тому наступний апгрейд не доводиться починати з нуля.

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