Odoo publikuje dokumentację użytkownika pod dedykowaną ścieżką 20.0, a jej oficjalna infrastruktura scalania pokazuje aktywne prace przygotowawcze ukierunkowane na gałąź 20.0. Te zmiany sprawiają, że dokumentacja Odoo 20 i aktywność deweloperska są publicznie widoczne. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Nie potwierdzają one ogólnej daty wydania ani nie pokazują, że każda funkcja, wymaganie migracyjne i strona dokumentacji są finalne. Organizacje powinny rozróżniać widoczne przygotowania od potwierdzonego kamienia milowego wydania produkcyjnego. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Odoo zmieniło też harmonogram usuwania swoich legacy usług XML-RPC i JSON-RPC. Usunięcie zostało teraz odłożone do Odoo 21.1/22, a Odoo 20 i 21 zachowują te usługi w przestarzałej formie obok JSON-2. (Odoo pull Docs: 16925) Integracje korzystające ze starszych usług nie stają więc przed potwierdzonym wydarzeniem usunięcia podczas aktualizacji do Odoo 20 lub 21. Nadal jednak należy planować działania związane z deprecjacją, ponieważ dostępność w tych wersjach nie jest zobowiązaniem do zachowania tych interfejsów bezterminowo. (Odoo pull Docs: 16925)
Co potwierdza publiczna aktywność Odoo 20
Co najmniej jedna publiczna strona dokumentacji użytkownika jest dostępna w strukturze dokumentacji Odoo 20.0. Infrastruktura scalania Odoo wskazuje też aktywność przygotowawczą dla gałęzi 20.0. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Te źródła mogą wspierać wczesne rozpoznanie techniczne, ale nie potwierdzają, że cały zestaw dokumentacji jest kompletny ani że każda przygotowana zmiana trafi do produkcji bez zmian. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Zespoły mogą wykorzystać dostępną dokumentację do wstępnego przeglądu procesów biznesowych, których dotyczy zmiana, oraz aktywność przygotowawczą do wskazania obszarów rozwoju wartych monitorowania. Budżety migracyjne i terminy realizacji powinny jednak nadal uwzględniać późniejszą weryfikację względem finalnej dokumentacji, obsługiwaną ścieżkę aktualizacji oraz dokładny build wybrany do wdrożenia. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
To rozróżnienie pomaga uniknąć traktowania publicznej ścieżki dokumentacji jako dowodu ukończonego wydania. Dostępne źródła potwierdzają, że materiały Odoo 20 i prace nad gałęzią są widoczne, ale nie dostarczają kompletnej listy kontrolnej akceptacji wydania. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Legacy RPC pozostaje dostępne, ale jest przestarzałe
Plany oparte na oczekiwanym usunięciu XML-RPC i JSON-RPC w Odoo 20 powinny zostać zrewidowane. Obecne stanowisko odracza usunięcie do Odoo 21.1/22 i zachowuje obie legacy usługi dostępne w Odoo 20 i 21. JSON-2 jest dostępne obok nich. (Odoo pull Docs: 16925) Organizacje mogą więc ponownie ocenić pilność przepisania rozwiązań planowanych wyłącznie po to, by uniknąć przestoju w Odoo 20, jednocześnie kontynuując prace potrzebne do odejścia od przestarzałych interfejsów. (Odoo pull Docs: 16925)
Odpowiedzialni za integracje powinni stworzyć inwentaryzację użycia XML-RPC i JSON-RPC we własnym kodzie, systemach zewnętrznych oraz połączeniach zarządzanych poza główną implementacją Odoo. Każdej zależności można następnie przypisać właściciela, przetestować ją na docelowej wersji Odoo i ocenić pod kątem migracji do JSON-2. (Odoo pull Docs: 16925) Ponieważ moment usunięcia został określony jako Odoo 21.1/22, planowanie powinno opierać się na dokumentacji dla dokładnej wersji docelowej, a nie traktować tego zapisu jako terminu kalendarzowego. (Odoo pull Docs: 16925)
Dla Odoo 20 i 21 użycie starszego RPC jest ryzykiem deprecacji i przyszłego usunięcia, a nie potwierdzonym brakiem tych usług. Testy aktualizacji powinny nadal obejmować uwierzytelnianie, obsługę żądań, zachowanie błędów oraz wyniki biznesowe generowane przez każdą integrację. (Odoo pull Docs: 16925) Źródło potwierdza współistnienie z JSON-2, ale nie stwierdza, że każde starsze wywołanie ma identyczny odpowiednik JSON-2 ani że migracja nie będzie wymagała zmian w aplikacji. (Odoo pull Docs: 16925)
Przesunięcie daje dodatkowy czas na etapową migrację, ale nie powinno być traktowane jako powód do pozostawienia zależności bez dokumentacji. Praktyczny plan może utrzymywać istniejące integracje podczas aktualizacji do Odoo 20 lub 21, jednocześnie przenosząc je na JSON-2 przed wskazanym momentem usunięcia. Harmonogram należy ponownie przejrzeć, jeśli Odoo jeszcze raz zmieni plany wersji. (Odoo pull Docs: 16925)
Zwiększenie minimalnych wersji Python i PostgreSQL
Odoo wybrało Python 3.12 jako minimalną wersję Pythona dla Odoo 20 oraz PostgreSQL 15 jako minimalną wersję PostgreSQL. (mergebot.odoo.com) Wymagania te powinny znaleźć się w przeglądach gotowości dla instalacji zarządzanych samodzielnie oraz innych środowisk, w których organizacja kontroluje aplikację lub platformę bazy danych. Systemy poniżej któregoś z tych minimów będą wymagały zmian platformowych, zanim będzie można ocenić je względem wskazanej bazy Odoo 20. (mergebot.odoo.com)
Sprawdzenia wersji powinny obejmować środowiska deweloperskie, testowe, stagingowe, produkcyjne, odtwarzania kopii zapasowych oraz odzyskiwania po awarii. Obrazy kompilacyjne, definicje wdrożenia i procedury odzyskiwania mogą również określać wersje Python lub PostgreSQL i powinny zostać zweryfikowane względem nowych minimów. (mergebot.odoo.com)
Źródło ustala wybrane minimalne wersje, ale nie opisuje wszystkich warunków zgodności dla systemów operacyjnych, pakietów Python, rozszerzeń PostgreSQL ani modułów Odoo firm trzecich. (mergebot.odoo.com) Organizacje powinny zatem przetestować swój rzeczywisty zestaw modułów i projekt wdrożenia na Python 3.12 oraz PostgreSQL 15. Spełnienie minimalnych wersji jest wymaganiem platformowym, a nie dowodem, że każdy własny lub zewnętrzny komponent jest zgodny. (mergebot.odoo.com)
Jak dostosować planowanie Odoo 20
Plan gotowości dla Odoo 20 można podzielić na trzy strumienie. Pierwszy to monitorowanie publicznej dokumentacji 20.0 i stagingu gałęzi pod kątem zmian istotnych dla procesów biznesowych i projektu technicznego. Drugi to przeniesienie migracji starszego RPC z blokera wdrożenia Odoo 20 do zaplanowanych prac deprecacyjnych, zakończonych przed wskazanym momentem usunięcia w Odoo 21.1/22. Trzeci to weryfikacja infrastruktury względem minimów Python 3.12 i PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)
Takie podejście unika dwóch błędów planowania. Pierwszym jest odkładanie wszystkich przygotowań, ponieważ te źródła nie ustanawiają ogólnego kamienia milowego wydania. Drugim jest traktowanie publicznej dokumentacji i aktywności stagingowej jako dowodu, że wszystkie funkcje, interfejsy i wymagania wdrożeniowe są ostateczne. Źródła wspierają prace przygotowawcze, natomiast ostateczna akceptacja powinna zależeć od weryfikacji względem wybranego wydania i środowiska wdrożeniowego. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Inwentaryzacja RPC może przebiegać niezależnie od ostatecznej decyzji dotyczącej wydania Odoo 20, ponieważ obecne stanowisko wskazuje na dalszą dostępność usługi legacy oraz późniejszy moment jej wycofania. Zespoły infrastruktury mogą też zidentyfikować środowiska poniżej Python 3.12 lub PostgreSQL 15, zanim zostanie ustalony harmonogram migracji aplikacji. (Odoo pull Docs: 16925; mergebot.odoo.com)
Kontrole przed zatwierdzeniem migracji
Przed zatwierdzeniem migracji do Odoo 20 osoby decyzyjne powinny sprawdzić dokładny build będący przedmiotem oceny, dokumentację właściwą dla ich aplikacji oraz to, czy odpowiednie zmiany etapowe zostały zmodyfikowane podczas przygotowania wydania. Publiczna dokumentacja 20.0 i aktywność gałęzi pokazują postęp, ale nie potwierdzają ostatecznego statusu wydania. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Proces zatwierdzania powinien również obejmować udokumentowaną listę zależności XML-RPC i JSON-RPC, właściciela oraz podejście migracyjne dla każdej zależności, a także dowody testów dla ewentualnego przejścia na JSON-2. Istniejące integracje mogą pozostać przy przestarzałych usługach w Odoo 20 i 21 zgodnie z obecnym stanowiskiem, ale plan powinien uwzględniać wycofanie w Odoo 21.1/22. (Odoo pull Docs: 16925)
Na koniec zespoły powinny potwierdzić Python 3.12 i PostgreSQL 15 we wszystkich środowiskach produkcyjnych, nieprodukcyjnych i odzyskiwania po awarii. Moduły niestandardowe, pakiety zewnętrzne i procedury operacyjne powinny być testowane na tych wersjach, a nie uznawane za zgodne wyłącznie na podstawie decyzji o minimalnej wersji. (mergebot.odoo.com)
Obecne stanowisko wspiera wczesne przygotowania, bez sugerowania, że Odoo 20 jest finalne: publiczna dokumentacja i staging gałęzi są dostępne do przeglądu, legacy RPC pozostaje przestarzałe, ale dostępne w Odoo 20 i 21, a minimalne wymagania platformy rosną do Python 3.12 i PostgreSQL 15. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)