Odoo публікує документацію для користувачів у межах окремого шляху 20.0, а її офіційна інфраструктура злиття показує активну підготовку робіт, спрямованих на гілку 20.0. Ці зміни роблять документацію Odoo 20 та активність розробки публічно видимими. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Вони не підтверджують загальну дату релізу і не означають, що кожна функція, вимога до міграції та сторінка документації є остаточною. Організаціям слід розрізняти видиму підготовку та підтверджену віху виробничого релізу. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Odoo також змінила графік видалення своїх legacy-сервісів XML-RPC і JSON-RPC. Видалення тепер відкладено до Odoo 21.1/22, а в Odoo 20 і 21 ці сервіси зберігаються у deprecated-формі поряд із JSON-2. (Odoo pull Docs: 16925) Тож інтеграції, що використовують старі сервіси, не стикаються з підтвердженою подією видалення під час оновлення до Odoo 20 або 21. Водночас deprecated-статус усе одно потребує планування, оскільки доступність у цих версіях не є зобов’язанням зберігати інтерфейси безстроково. (Odoo pull Docs: 16925)
Що підтверджує публічна активність Odoo 20
Щонайменше одна публічна сторінка користувацької документації доступна в структурі документації Odoo 20.0. Інфраструктура злиття Odoo також визначає активність підготовки для гілки 20.0. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Ці джерела можуть підтримати раннє технічне ознайомлення, але вони не доводять, що весь набір документації є повним або що кожна підготовлена зміна потрапить у виробництво без змін. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Команди можуть використати доступну документацію, щоб почати переглядати зачеплені бізнес-процеси, а також використати активність підготовки, щоб визначити напрями розробки, які варто відстежувати. Бюджети на міграцію та терміни постачання все одно мають враховувати подальшу перевірку за фінальною документацією, підтримуваним шляхом оновлення та точним білді, обраним для розгортання. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Це розрізнення допомагає не сприймати публічний шлях документації як доказ завершеного релізу. Доступні джерела підтверджують, що матеріали Odoo 20 і робота над гілкою видимі, але вони не надають повного контрольного списку приймання релізу. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Legacy RPC залишається доступним, але deprecated
Плани, побудовані на очікуваному видаленні XML-RPC і JSON-RPC в Odoo 20, слід переглянути. Поточна позиція відкладає видалення до Odoo 21.1/22 і залишає обидва legacy-сервіси доступними в Odoo 20 і 21. JSON-2 доступний поряд із ними. (Odoo pull Docs: 16925) Тому організації можуть переглянути терміновість переписування, запланованого лише для уникнення збою в Odoo 20, водночас продовжуючи роботу, потрібну для переходу від deprecated-інтерфейсів. (Odoo pull Docs: 16925)
Власники інтеграцій мають створити інвентаризацію використання XML-RPC і JSON-RPC у власному коді, зовнішніх системах і з'єднаннях, що керуються поза межами основної реалізації Odoo. Після цього кожну залежність можна призначити відповідальному, протестувати на цільовій версії Odoo і оцінити на предмет міграції до JSON-2. (Odoo pull Docs: 16925) Оскільки точка видалення вказана як Odoo 21.1/22, планування має ґрунтуватися на документації для точної цільової версії, а не сприймати це формулювання як календарний дедлайн. (Odoo pull Docs: 16925)
Для Odoo 20 і 21 використання застарілого RPC є ризиком застарівання та майбутнього видалення, а не підтвердженою відсутністю служб. Під час тестування оновлення слід також перевіряти автентифікацію, обробку запитів, поведінку під час помилок і бізнес-результати, які забезпечує кожна інтеграція. (Odoo pull Docs: 16925) Джерело підтверджує співіснування з JSON-2, але не стверджує, що кожен застарілий виклик має ідентичний еквівалент у JSON-2 або що міграція не потребуватиме змін у застосунку. (Odoo pull Docs: 16925)
Відтермінування дає додатковий час для поетапної міграції, але це не слід сприймати як підставу не документувати залежності. Практичний план може зберігати наявні інтеграції під час оновлення до Odoo 20 або 21, водночас переводячи їх на JSON-2 до вказаної точки видалення. Графік слід переглянути, якщо Odoo знову змінить свої плани версій. (Odoo pull Docs: 16925)
Зростають мінімальні вимоги до Python і PostgreSQL
Odoo обрала Python 3.12 як мінімальну версію Python для Odoo 20 і PostgreSQL 15 як мінімальну версію PostgreSQL. (mergebot.odoo.com) Ці вимоги слід враховувати в оглядах готовності для самостійно керованих встановлень та інших середовищ, де організація контролює платформу застосунку або бази даних. Системи нижче будь-якого з мінімумів потребуватимуть змін платформи, перш ніж їх можна буде розглядати щодо заявленої базової версії Odoo 20. (mergebot.odoo.com)
Перевірка версій має охоплювати середовища розробки, тестування, staging, production, відновлення з резервних копій і аварійного відновлення. Образи збірки, визначення розгортання та процедури відновлення також можуть задавати версії Python або PostgreSQL і мають бути перевірені на відповідність новим мінімумам. (mergebot.odoo.com)
Джерело встановлює вибрані мінімальні версії, але не описує всі умови сумісності для операційних систем, пакетів Python, розширень PostgreSQL або сторонніх модулів Odoo. (mergebot.odoo.com) Тому організаціям слід протестувати свій фактичний набір модулів і схему розгортання на Python 3.12 і PostgreSQL 15. Дотримання мінімальних версій є вимогою платформи, а не доказом того, що кожен власний або сторонній компонент сумісний. (mergebot.odoo.com)
Як скоригувати планування Odoo 20
План готовності до Odoo 20 можна розділити на три напрями. Перший, це відстеження публічної документації 20.0 і проміжного стану гілки на предмет змін, важливих для бізнес-процесів і технічного дизайну. Другий, це перенесення міграції legacy RPC із блокера видалення в Odoo 20 до запланованої роботи із застарівання, яку потрібно завершити до вказаної точки видалення Odoo 21.1/22. Третій, це перевірка інфраструктури на відповідність мінімумам Python 3.12 і PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)
Такий підхід дає змогу уникнути двох помилок у плануванні. Перша, це відкладати всю підготовку, тому що ці джерела не встановлюють загальну віху релізу. Друга, це сприймати публічну документацію та активність у staging як доказ того, що всі функції, інтерфейси та вимоги до розгортання є остаточними. Джерела підтримують підготовчу роботу, а остаточне схвалення має залежати від перевірки щодо вибраного релізу та середовища розгортання. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Інвентаризацію RPC можна виконувати незалежно від остаточного рішення щодо випуску Odoo 20, оскільки поточна позиція вказує на подальшу доступність застарілих сервісів і пізніший момент їхнього вилучення. Команди інфраструктури також можуть визначити середовища нижче Python 3.12 або PostgreSQL 15 до того, як буде остаточно встановлено графік міграції застосунків. (Odoo pull Docs: 16925; mergebot.odoo.com)
Перевірки перед затвердженням міграції
Перед затвердженням міграції до Odoo 20 особи, що ухвалюють рішення, мають перевірити точну збірку, яку розглядають, документацію, що застосовується до їхніх застосунків, а також чи були змінені відповідні підготовлені зміни під час випуску. Публічна документація 20.0 і активність у гілці показують прогрес, але не підтверджують остаточний статус випуску. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Процес затвердження також має включати задокументований перелік залежностей XML-RPC і JSON-RPC, відповідального та підхід до міграції для кожної залежності, а також докази тестування для будь-якого переходу на JSON-2. Існуючі інтеграції можуть залишатися на застарілих сервісах в Odoo 20 і 21 згідно з поточною позицією, але план має передбачати вилучення в Odoo 21.1/22. (Odoo pull Docs: 16925)
Нарешті, команди мають підтвердити наявність Python 3.12 і PostgreSQL 15 у виробничих, невиробничих і відновлювальних середовищах. Користувацькі модулі, зовнішні пакети та операційні процедури слід тестувати на цих версіях, а не вважати їх сумісними лише на підставі рішення щодо мінімальної версії. (mergebot.odoo.com)
Поточна позиція підтримує ранню підготовку без припущення, що Odoo 20 є остаточним: публічна документація та підготовка гілок доступні для перегляду, застарілий RPC залишається deprecated, але доступним через Odoo 20 і 21, а мінімальні вимоги платформи зростають до Python 3.12 і PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)