Дедлайн підтримки у вересні 2026 року
У поточній таблиці підтримки Odoo вересень 2026 року вказано як заплановане завершення стандартної підтримки Odoo 17.0. Стандартна підтримка включає допомогу служби підтримки, виправлення помилок і оновлення безпеки. Організаціям, що використовують Odoo 17, слід вирішити, чи оновлюватися до запланованого дедлайну, чи оформити розширену підтримку. (Odoo 19.0 Docs: Administration Standard Extended Support)
У опублікованій інформації зазначено запланований місяць завершення, але не вказано точний день припинення. Адміністраторам слід підтвердити чинну дату в Odoo, а не припускати, що покриття зміниться першого або останнього дня вересня. (Odoo 19.0 Docs: Administration Standard Extended Support) Внутрішній графік має передбачати час на отримання такого підтвердження до затвердження оновлення або рішення щодо підтримки.
Покриття після стандартної підтримки
Odoo вказує різне покриття для стандартної та розширеної підтримки. Стандартна підтримка охоплює допомогу служби підтримки, виправлення помилок і оновлення безпеки. Розширена підтримка коштує додатково та охоплює допомогу служби підтримки й виправлення помилок, якщо такі виправлення можливі. (Odoo 19.0 Docs: Administration Standard Extended Support)
Оновлення безпеки прямо включено до стандартної підтримки, але не зазначено в наданому підсумку розширеної підтримки. Виправлення помилок у межах розширеної підтримки також залежать від можливості їх виконання. (Odoo 19.0 Docs: Administration Standard Extended Support) Перш ніж покладатися на розширену підтримку, особам, що ухвалюють рішення, слід попросити Odoo підтвердити умови, які застосовуються до їхнього контракту, спосіб оцінювання можливості виконання та те, чи впливають будь-які обмеження на наявні проблеми.
Odoo зазначає, що кожна основна версія отримує три роки підтримки, і наполегливо рекомендує використовувати підтримувану версію. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Для організацій, які досі працюють на Odoo 17, запланований дедлайн вимагає координації між тими, хто відповідає за контракти, системне адміністрування, розробку користувацьких рішень, інтеграції та операційний простій.
Почніть із оновленої тестової бази даних
Документований процес Odoo починається із запиту оновленої тестової бази даних. Після цього організація має протестувати свої бізнес-робочі процеси та інтеграції, усунути виявлені проблеми й запланувати оновлення продуктивного середовища лише після завершення цієї роботи. (Odoo 19.0 Docs: Administration Upgrade) Дотримання такої послідовності не дозволяє оновленню продуктивного середовища стати першим повним тестом на сумісність.
Тестування має охоплювати робочі процеси та інтеграції, від яких залежить організація, відповідно до рекомендацій Odoo. (Odoo 19.0 Docs: Administration Upgrade) За кожним робочим процесом має бути закріплений відповідальний, який може зафіксувати результат, дослідити проблеми та підтвердити повторне тестування виправлень. Створення тестової бази даних є лише початком оцінювання, а не доказом готовності оновленого середовища до продуктивної роботи.
Odoo рекомендує усунути проблеми, виявлені під час тестування, до планування оновлення продуктивного середовища. (Odoo 19.0 Docs: Administration Upgrade) Якщо проблему не вдалося вирішити, її операційний вплив слід задокументувати до затвердження дати продуктивного запуску. Після цього організація може вирішити, чи перенести дату, змінити план оновлення або звернутися по додаткову допомогу.
Тестовий звіт має розрізняти успішні перевірки, невдалі перевірки та елементи, які не тестувалися. Оскільки процес Odoo передбачає усунення проблем до планування продуктивного запуску, неповний тест не слід вважати успішним результатом. (Odoo 19.0 Docs: Administration Upgrade) Таке розрізнення допомагає особам, що ухвалюють рішення, побачити, які частини оновлення готові, а які ще потребують роботи.
Окремо оцініть користувацькі модулі
Для налаштованої бази даних є додаткова умова. Odoo зазначає, що користувацькі модулі мають бути сумісними з цільовою версією, перш ніж базу даних можна буде оновити. (Документація Odoo 19.0: Оновлення адміністрування) Адміністратори мають визначити кожен власний модуль, призначити за нього відповідальну особу та встановити, чи доступна сумісна версія для цільового випуску.
Задокументована вимога Odoo ставить сумісність власних модулів перед поданням налаштованої бази даних на оновлення. (Документація Odoo 19.0: Оновлення адміністрування) Тестування лише стандартних сценаріїв не підтверджує, що власний код готовий. Кожен модуль має мати зафіксований статус сумісності та бути включений до оновленої тестової бази даних, щоб можна було перевірити пов’язані з ним робочі процеси.
Odoo також вимагає тестувати інтеграції як частину процесу оновленої бази даних. (Документація Odoo 19.0: Оновлення адміністрування) Отже, оцінювання має охоплювати і власні модулі, і підключені системи. Для кожного елемента адміністратори мають зафіксувати, що саме потрібно протестувати, хто може розслідувати збій і чи має залучатися відповідна третя сторона під час тестування або виробничого оновлення.
Плануйте недоступність у робочому середовищі
Виробнича база даних буде недоступна під час оновлення, і Odoo радить планувати роботи на період мінімального використання. (Документація Odoo 19.0: Оновлення адміністрування) План має визначати прийнятне вікно, дії, які необхідно виконати до нього, та людей, яких потрібно поінформувати, що робоча база даних буде недоступна.
Рекомендації Odoo розміщують планування виробництва після тестування та вирішення проблем. (Документація Odoo 19.0: Оновлення адміністрування) Адміністратори мають зберігати цю послідовність, працюючи у зворотному напрямку від запланованого дедлайну підтримки у вересні 2026 року. Занадто раннє зобов’язання щодо переходу в робоче середовище може залишити замало часу, щоб усунути проблеми, виявлені в робочих процесах, інтеграціях або власних модулях, без зміни вікна.
План для робочого середовища не повинен припускати, що завершення оновлення бази даних є єдиним фактором планування. Odoo підтверджує, що база даних буде недоступна під час процесу, і радить обирати період мінімального використання. (Документація Odoo 19.0: Оновлення адміністрування) Внутрішнє погодження має враховувати цю перерву та підтвердити, які бізнес-дії потрібно призупинити або завершити до початку вікна.
Перевірки перед вибором шляху
Перед затвердженням розширеної підтримки або графіка оновлення підтвердьте точну дату завершення стандартної підтримки, додаткову плату за розширену підтримку та покриття, доступне для Odoo 17. Публічно визначена різниця Odoo полягає в тому, що стандартна підтримка включає допомогу служби підтримки, виправлення помилок і оновлення безпеки, тоді як розширена підтримка надає допомогу служби підтримки та можливі виправлення помилок за додаткову плату. (Документація Odoo 19.0: Стандартна та розширена підтримка адміністрування)
Для оновлення переконайтеся, що запит на оновлену тестову базу даних було подано, бізнес-робочі процеси та інтеграції протестовано, виявлені проблеми усунено, а власні модулі сумісні з цільовою версією. Ці кроки є частиною задокументованих рекомендацій Odoo щодо оновлення. (Документація Odoo 19.0: Оновлення адміністрування) Вікно для робочого середовища слід затверджувати лише тоді, коли для перевірок визначено відповідальних і зафіксовано результати.
Планується, що стандартна підтримка Odoo 17 завершиться у вересні 2026 року, і Odoo рекомендує працювати на підтримуваній версії. (Документація Odoo 19.0: Стандартна та розширена підтримка адміністрування; Документація Odoo 19.0: Оновлення адміністрування) Організаціям, які досі використовують Odoo 17, потрібно обрати між завершенням протестованого оновлення до запланованої зміни або отриманням підтверджених умов розширеної підтримки, поки триває робота над оновленням. Це рішення має враховувати чинний контракт, готовність робочих процесів і налаштувань, а також прийнятний період недоступності виробничого середовища.