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 също така промени графика за премахване на своите наследени услуги XML-RPC и JSON-RPC. Премахването вече е отложено до Odoo 21.1/22, докато Odoo 20 и 21 запазват услугите в остарял вид, наред с JSON-2. (Odoo pull Docs: 16925) Следователно интеграциите, които използват по-старите услуги, не са изправени пред потвърдено събитие на премахване при обновяване до Odoo 20 или 21. Въпреки това остарялостта все още изисква планиране, тъй като наличността в тези версии не е ангажимент интерфейсите да бъдат запазени за неопределено време. (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)
Наследеното RPC остава налично, но с отбелязана остарялост
Плановете, базирани на очакваното премахване на XML-RPC и JSON-RPC в Odoo 20, трябва да бъдат преразгледани. Настоящата позиция отлага премахването до Odoo 21.1/22 и запазва и двете наследени услуги налични в Odoo 20 и 21. JSON-2 е наличен редом с тях. (Odoo pull Docs: 16925) Следователно организациите могат да преценят отново спешността на пренаписванията, планирани единствено за да се избегне прекъсване при Odoo 20, като същевременно продължат работата, необходима за преминаване от остарели интерфейси. (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, продукция, възстановяване от резервно копие и аварийно възстановяване. Образите за изграждане, дефинициите за внедряване и процедурите за възстановяване също могат да посочват версии на 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 и на staging на клона за промени, свързани с бизнес процесите и техническия дизайн. Вторият е прехвърляне на миграцията на наследен 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 остава остарял, но достъпен чрез Odoo 20 и 21, а минималните изисквания на платформата се повишават до Python 3.12 и PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)