Az Odoo egy külön 20.0 útvonalon teszi közzé a felhasználói dokumentációt, és a hivatalos merge infrastruktúrája aktív előkészítő munkát mutat a 20.0 ághoz célozva. Ezek a fejlemények nyilvánossá teszik az Odoo 20 dokumentációját és fejlesztési tevékenységét. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Ezek nem erősítik meg az általános kiadási dátumot, és nem mutatják, hogy minden funkció, migrációs követelmény és dokumentációs oldal végleges. A szervezeteknek különbséget kell tenniük a látható előkészítés és a megerősített éles kiadási mérföldkő között. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Az Odoo a legacy XML-RPC és JSON-RPC szolgáltatásai eltávolításának ütemezését is módosította. Az eltávolítást most Odoo 21.1/22-re halasztották, miközben az Odoo 20 és 21 továbbra is megtartja ezeket a szolgáltatásokat elavult formában, a JSON-2 mellett. (Odoo pull Docs: 16925) Azok az integrációk tehát, amelyek a régebbi szolgáltatásokat használják, nem szembesülnek megerősített eltávolítási eseménnyel Odoo 20-ra vagy 21-re való frissítéskor. A deprecáció azonban továbbra is tervezést igényel, mert az elérhetőség ezekben a verziókban nem jelenti azt, hogy az interfészeket határozatlan ideig megtartják. (Odoo pull Docs: 16925)
Mit erősít meg a nyilvános Odoo 20 tevékenység
Legalább egy nyilvános felhasználói dokumentációs oldal elérhető az Odoo 20.0 dokumentációs struktúráján belül. Az Odoo merge infrastruktúrája a 20.0 ághoz kapcsolódó előkészítő tevékenységet is azonosít. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge) Ezek a források támogathatják a korai technikai feltérképezést, de nem igazolják, hogy a teljes dokumentációs készlet kész, vagy hogy minden előkészített változtatás változatlanul bekerül a termelési környezetbe. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
A csapatok a rendelkezésre álló dokumentáció alapján megkezdhetik az érintett üzleti folyamatok áttekintését, és a staging tevékenység segítségével azonosíthatják a figyelmet érdemlő fejlesztési területeket. A migrációs költségvetéseknek és határidőknek azonban továbbra is számolniuk kell a végleges dokumentációval, a támogatott frissítési úttal és a telepítéshez kiválasztott pontos builddel való későbbi ellenőrzéssel. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Ez a megkülönböztetés segít elkerülni, hogy a nyilvános dokumentációs útvonalat a kiadás befejezésének bizonyítékaként kezeljék. A rendelkezésre álló források megerősítik, hogy az Odoo 20 anyagai és ágmunkái láthatók, de nem adnak teljes kiadási elfogadási ellenőrzőlistát. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
A legacy RPC továbbra is elérhető, de elavult
Az Odoo 20-ban az XML-RPC és JSON-RPC várható eltávolítására épülő terveket felül kell vizsgálni. A jelenlegi álláspont az eltávolítást Odoo 21.1/22-re tolja, és mindkét legacy szolgáltatást elérhetővé hagyja Odoo 20-ban és 21-ben. A JSON-2 ezek mellett is rendelkezésre áll. (Odoo pull Docs: 16925) A szervezetek így újragondolhatják az Odoo 20 kiesésének elkerülésére kizárólag tervezett átírások sürgősségét, miközben folytatják az elavult felületekről való átálláshoz szükséges munkát. (Odoo pull Docs: 16925)
Az integrációs felelősöknek leltárt kell készíteniük az XML-RPC és JSON-RPC használatáról az egyedi kódokban, külső rendszerekben és a fő Odoo-implementáción kívül kezelt kapcsolatokban. Ezután minden függőséghez rendelhető felelős, tesztelhető a cél Odoo-verzión, és felmérhető a JSON-2-re való átállíthatóság. (Odoo pull Docs: 16925) Mivel az eltávolítási pontot Odoo 21.1/22-ként adják meg, a tervezésnek a pontos célverzió dokumentációját kell követnie, nem pedig ezt a megfogalmazást naptári határidőként kezelni. (Odoo pull Docs: 16925)
Az Odoo 20 és 21 esetében a régi RPC használata elavulási és jövőbeni eltávolítási kockázatot jelent, nem pedig a szolgáltatások biztos hiányát. A frissítési tesztelésnek továbbra is vizsgálnia kell a hitelesítést, a kéréskezelést, a hibaviselkedést és az egyes integrációk által előállított üzleti eredményeket. (Odoo pull Docs: 16925) A forrás megerősíti a JSON-2-vel való együttélést, de nem állítja, hogy minden régi hívásnak van azonos JSON-2 megfelelője, vagy hogy az átállás nem igényel alkalmazásmódosításokat. (Odoo pull Docs: 16925)
Az elhalasztás több időt ad a szakaszos átállásra, de nem szabad úgy tekinteni, mint okot arra, hogy a függőségeket ne dokumentálják. Egy gyakorlati terv fenntarthatja a meglévő integrációkat egy Odoo 20 vagy 21 frissítés során, miközben azokat az említett eltávolítási pont előtt JSON-2-re viszi át. Az ütemtervet felül kell vizsgálni, ha az Odoo ismét módosítja verzióterveit. (Odoo pull Docs: 16925)
A Python és a PostgreSQL minimumkövetelményei emelkednek
Az Odoo a Python 3.12-t választotta az Odoo 20 minimális Python-verziójának, és a PostgreSQL 15-öt a minimális PostgreSQL-verziónak. (mergebot.odoo.com) Ezek a követelmények a saját üzemeltetésű telepítésekre és más olyan környezetekre vonatkozó felkészültségi felülvizsgálatokba tartoznak, ahol a szervezet irányítja az alkalmazás- vagy adatbázisplatformot. Azok a rendszerek, amelyek nem érik el bármelyik minimumot, platformmódosítást igényelnek, mielőtt az említett Odoo 20 bázisvonalhoz viszonyítva értékelhetők lennének. (mergebot.odoo.com)
A verzióellenőrzéseknek le kell fedniük a fejlesztési, tesztelési, előkészítő, éles, biztonsági mentés-visszaállítási és katasztrófa-helyreállítási környezeteket. A buildképek, telepítési definíciók és helyreállítási eljárások szintén megadhatnak Python- vagy PostgreSQL-verziókat, és ezeket az új minimumokhoz kell viszonyítani. (mergebot.odoo.com)
A forrás rögzíti a kiválasztott minimumverziókat, de nem írja le az operációs rendszerek, Python-csomagok, PostgreSQL-bővítmények vagy harmadik féltől származó Odoo modulok összes kompatibilitási feltételét. (mergebot.odoo.com) A szervezeteknek ezért a tényleges modulkészletüket és telepítési kialakításukat Python 3.12-n és PostgreSQL 15-ön kell tesztelniük. A minimumverziók teljesítése platformkövetelmény, nem bizonyíték arra, hogy minden egyedi vagy harmadik féltől származó komponens kompatibilis. (mergebot.odoo.com)
Hogyan igazítsuk az Odoo 20 tervezését
Egy Odoo 20 felkészülési terv a munkát három ágra oszthatja. Az első a nyilvános 20.0 dokumentáció és az ág-előkészítés figyelése az üzleti folyamatok és a technikai kialakítás szempontjából releváns változások miatt. A második a régi RPC migráció áthelyezése egy Odoo 20 eltávolítási blokkolóból ütemezett elavulási munkává, amely az említett Odoo 21.1/22 eltávolítási pont előtt befejeződik. A harmadik az infrastruktúra validálása a Python 3.12 és PostgreSQL 15 minimumokkal szemben. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)
Ez a megközelítés elkerül két tervezési hibát. Az egyik, hogy minden előkészületet elhalasztanak, mert ezek a források nem rögzítenek általános kiadási mérföldkövet. A másik, hogy a nyilvános dokumentációt és az előkészítő tevékenységet annak bizonyítékaként kezelik, hogy minden funkció, interfész és telepítési követelmény végleges. A források az előkészítő munkát támogatják, míg a végső jóváhagyásnak a kiválasztott kiadás és telepítési környezet szerinti ellenőrzéstől kell függenie. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
Az RPC készlet-felmérés a végleges Odoo 20 kiadási döntéstől függetlenül is elvégezhető, mivel a jelenlegi álláspont a régi szolgáltatások további elérhetőségét és egy későbbi eltávolítási pontot jelöl ki. Az infrastruktúra-csapatok ugyanígy azonosíthatják a Python 3.12 vagy PostgreSQL 15 alatti környezeteket, mielőtt az alkalmazásmigráció ütemterve véglegessé válik. (Odoo pull Docs: 16925; mergebot.odoo.com)
Ellenőrzések migráció jóváhagyása előtt
Mielőtt jóváhagynának egy Odoo 20 migrációt, a döntéshozóknak ellenőrizniük kell a pontos vizsgált buildet, az alkalmazásaikra vonatkozó dokumentációt, valamint azt, hogy a vonatkozó előkészített módosításokat megváltoztatták-e a kiadás előkészítése során. A nyilvános 20.0 dokumentáció és az ágaktivitás előrehaladást mutat, de nem igazolja a végleges kiadási állapotot. (Odoo 20.0 Docs: eCommerce B2b B2c; Runbot Merge)
A jóváhagyási folyamatnak tartalmaznia kell az XML-RPC és JSON-RPC függőségek dokumentált listáját, egy felelőst és migrációs megközelítést minden egyes függőséghez, valamint tesztelési bizonyítékot minden JSON-2-re való áttéréshez. A meglévő integrációk az Odoo 20-ban és 21-ben a jelenlegi álláspont szerint maradhatnak az elavult szolgáltatásokon, de a tervnek kezelnie kell az Odoo 21.1/22-ben történő eltávolítást. (Odoo pull Docs: 16925)
Végül a csapatoknak meg kell erősíteniük a Python 3.12 és a PostgreSQL 15 jelenlétét az éles, nem éles és helyreállítási környezetekben. Az egyedi modulokat, külső csomagokat és üzemeltetési eljárásokat ezeken a verziókon kell tesztelni, nem pedig kizárólag a minimális verzióra vonatkozó döntés alapján kompatibilisnek feltételezni. (mergebot.odoo.com)
A jelenlegi álláspont támogatja a korai előkészületeket anélkül, hogy azt sugallná, hogy az Odoo 20 végleges: a nyilvános dokumentáció és az ág-előkészítés áttekinthető, a régi RPC elavult marad, de elérhető az Odoo 20-ban és 21-ben, a platform minimumkövetelményei pedig Python 3.12-re és PostgreSQL 15-re emelkednek. (Odoo 20.0 Docs: eCommerce B2b B2c; Odoo pull Docs: 16925; mergebot.odoo.com; Runbot Merge)