Ви звузили свій список ERP-систем до двох варіантів "з відкритим кодом", і сторінки з цінами виглядають майже однаково: обидва обіцяють безкоштовну community-версію, обидва стверджують, що мають активні спільноти розробників, обидва запевняють, що ви ніколи не будете прив'язані до одного постачальника. Але щойно ви намагаєтеся запустити розрахунок заробітної плати, мобільне сканування складських запасів або власний робочий процес погодження — один із них просить дані кредитної картки. Інший — ні.
Саме ця мить — момент, коли функція, яку ви вважали "базовою", виявляється захованою за платним доступом, — і є справжньою відмінністю між ERPNext та Odoo. Це не має нічого спільного з тим, у кого приємніший інтерфейс чи більше застосунків у маркетплейсі. Це рішення щодо ліцензування, ухвалене за роки до того, як ви взагалі зареєструвалися, і воно непомітно визначає, чи виглядатиме ваша сукупна вартість володіння за п'ять років як похибка округлення, чи як зарплата ще одного співробітника на повну ставку.
Дві різні відповіді на запитання "Що означає відкритий код?"
Обидві платформи походять з однієї лінії програмного забезпечення для управління бізнесом, і обидві зазвичай описують як ERP з відкритим кодом. Але "відкритий код" виконує зовсім різну роль у кожному з випадків.
ERPNext, розроблений компанією Frappe, постачає весь свій код — бухгалтерський облік, HR та розрахунок заробітної плати, виробництво, CRM, службу підтримки та багато іншого — за ліцензією AGPLv3. Немає окремого форку "Enterprise" з прихованими додатковими модулями. Те, що ви отримуєте з публічного репозиторію на GitHub, функціонально є тим самим, що використовує платний клієнт Frappe Cloud. Дохід компанії надходить від хостингу, підтримки та послуг поверх програмного забезпечення, а не від розблокування його частин.
Odoo розділяє свій код на дві частини. Odoo Community випускається за ліцензією LGPLv3 і справді безкоштовний для самостійного розміщення. Odoo Enterprise — який включає повноцінний бухгалтерський облік, мобільні застосунки, конструктор налаштувань Studio з перетягуванням елементів, розширене виробництво (MRP II) та пріоритетну підтримку — це пропрієтарне програмне забезпечення, що ліцензується окремо, на основі оплати за користувача щомісяця. Ліцензія LGPL для ядра Community навмисно достатньо дозвільна, щоб Odoo могла будувати на його основі закриті комерційні модулі, не порушуючи норм відкритого коду; це законна і поширена структура для бізнес-програмного забезпечення, але вона означає, що "Community" і "продукт, який вам насправді потрібен", часто є двома різними речами.
Жоден з підходів не є нечесним. Але вони призводять до дуже різних розмов із вашим фінансовим директором через півроку.
Чому цей розподіл проявляється у вашому рахунку
Механіка ціноутворення посилює різницю в ліцензуванні, а не згладжує її.
Odoo Enterprise має ціну за користувача, і галузеві трекери цін оцінюють повнофункціональні місця приблизно в $24–36 на користувача на місяць залежно від плану та умов контракту — ще до витрат на впровадження, міграцію даних та сторонні застосунки. Компактна команда з 50 осіб впевнено виходить на п'ятизначну суму на рік лише за місця, і кожен новий співробітник — це пряма стаття собівартості для вашого офісного програмного забезпечення, а не фіксована вартість, яка амортизується з часом.
ERPNext перевертає цю модель. Оскільки кожен модуль постачається безкоштовно за AGPL, самостійний хостинг не коштує нічого, крім серверної інфраструктури — часто $10–40/місяць у недорогого VPS-провайдера для невеликої команди. Власний керований хостинг Frappe, Frappe Cloud, починається з кількох доларів на місяць для невеликих інстансів і масштабується за ресурсами сервера, а не за кількістю співробітників. Додайте ще десять співробітників до ERPNext — і ваш рахунок не зміниться; додайте ще десять співробітників до Odoo Enterprise — і він зміниться, щомісяця, назавжди.
Кілька незалежних порівнянь сходяться приблизно на одному й тому самому п'ятирічному діапазоні: приблизно $0–$30K за весь час експлуатації для самостійно розміщеного розгортання ERPNext проти $10K–$80K для еквівалентного розгортання Odoo Enterprise за подібної кількості співробітників. Ця різниця — не похибка округлення, це часто різниця між "ми можемо дозволити собі бухгалтера на неповний робочий день" і "не можемо".
Компроміс, який ніхто не пише на сторінці порівняння
Усе це не означає, що ERPNext просто "кращий". Пропрієтарний шар Odoo дає дещо реальне: значно більшу комерційну екосистему з десятками тисяч застосунків у маркетплейсі та тисячами офіційних партнерів з впровадження, проти кількох сотень для кожної з цих категорій в ERPNext. Якщо вам потрібна дуже специфічна вертикальна інтеграція — нішевий EDI-конектор, регіональний податковий модуль, плагін для складської робототехніки — ймовірність знайти вже готове рішення суттєво вища на маркетплейсі Odoo.
Є і тонший ризик з боку ERPNext, який легко романтизувати: "безкоштовно" не означає "без витрат", це означає, що витрати переміщуються з рядка підписки в рядок персоналу. Комусь все одно потрібно патчити сервер, стежити за безвідмовною роботою, займатися резервним копіюванням і розбиратися з невдалим cron-завданням о 2 годині ночі. Якщо у вас немає — або ви не можете найняти — таку компетенцію, самостійний хостинг може врешті-решт коштувати дорожче через стрес і простої, ніж коли-небудь коштував би в доларах.
І глибока кастомізація має зворотний бік незалежно від того, яку платформу ви оберете. Глибоке доопрацювання Odoo Community, щоб обійти функції, заховані за платним доступом Enterprise, може залишити вам шлях оновлення, який крихкий і дорогий у підтримці — ви фактично побудували власну тіньову версію Enterprise без тестування чи підтримки з боку Odoo. Глибоке доопрацювання ERPNext має протилежний режим збою: оскільки немає платного бар'єру, який підштовхував би вас до схвалених постачальником точок розширення, легко форкнути базову поведінку так, що наступне оновлення версії також стане болісним.
Чесне формулювання таке: пропрієтарний розподіл Odoo створює постійну статтю витрат, що зростає, в обмін на більший каталог застосунків і ширшу партнерську мережу. Повністю відкрита модель ERPNext усуває ці регулярні витрати, але перекладає операційну відповідальність на вас або на того, кого ви наймете для її обслуговування. Який компроміс "вартий того", повністю залежить від того, що є вашим вузьким місцем — готівка чи інженерний час, — а для більшості бутстрап-бізнесів з обмеженим готівковим потоком у перші кілька років саме готівка є дефіцитнішим ресурсом.
Що це означає, якщо ви обираєте прямо зараз
Кілька запитань проривають маркетинговий текст швидше, ніж будь-яка таблиця функцій:
- Чи є у вас вже хтось, хто може адмініструвати Linux-сервер? Якщо так, перевага ERPNext за вартістю — це майже чистий виграш. Якщо ні, закладіть у бюджет або хостинговий план ERPNext, або приймайте те, що поюзерна плата Odoo частково оплачує когось іншого, хто бере на себе цей ризик.
- Ваш план зростання орієнтований на кількість персоналу чи на дохід? Команда підтримки, яка масштабується з 10 до 60 представників, суттєво відчує поюзерну ціну Odoo. Невелика команда, що обробляє великий обсяг транзакцій, може майже не помітити цього.
- Наскільки ймовірно, що вам знадобиться специфічна нішева інтеграція протягом наступних двох років? Якщо у вашій галузі слабке покриття програмним забезпеченням, більший маркетплейс Odoo знижує ймовірність того, що вам доведеться розробляти щось з нуля.
- Якою виглядає вартість виходу в найгіршому сценарії? Оскільки дані та код ERPNext повністю належать вам за ліцензією AGPL, перехід на іншу систему — або форкання й модифікація без обмежень — порівняно дешеві. Розплутати сильно кастомізоване розгортання Odoo Enterprise, з його сумішшю відкритого коду Community та ліцензованих пропрієтарних модулів, — складніша та дорожча проблема, якщо вам колись доведеться перейти на щось інше.
Жодна відповідь не є універсально правильною, і саме тому так багато сторінок порівняння уникають говорити про це прямо.
Тримайте свою бухгалтерію такою ж відкритою, як і вашу ERP
Якщо аргументи на користь ERPNext вам близькі — відсутність прихованих платних бар'єрів, відсутність штрафу за користувача при зростанні, повна власність на власні дані та код — та сама логіка прямо застосовується і до вашого бухгалтерського стеку. Beancount.io переносить ту саму філософію в облік: фінансові записи у вигляді простого тексту з контролем версій, з повною прозорістю та без прив'язки до постачальника, тому ваші цифри так само піддаються аудиту й переносяться, як і ваш вихідний код. Почніть безкоштовно і подивіться, чому розробники та засновники з фінансовим мисленням переносять свою бухгалтерію на облік у форматі простого тексту.