2026. szeptemberi támogatási határidő

Az Odoo aktuális támogatási táblázata szerint az Odoo 17.0 standard támogatásának tervezett vége 2026 szeptemberében van. A standard támogatás helpdesk-támogatást, hibajavításokat és biztonsági frissítéseket tartalmaz. Az Odoo 17-et használó szervezeteknek el kell dönteniük, hogy a tervezett határidő előtt frissítenek-e, vagy kiterjesztett támogatást kérnek. (Odoo 19.0 Docs: Administration Standard Extended Support)

A közzétett információ a tervezett befejezési hónapot jelöli meg, de nem ad meg pontos napot. Az adminisztrátoroknak közvetlenül az Odoo-nál kell megerősíteniük az érvényes dátumot, nem pedig feltételezniük, hogy a lefedettség szeptember első vagy utolsó napján változik meg. (Odoo 19.0 Docs: Administration Standard Extended Support) A belső ütemtervben elegendő időt kell hagyni ennek a megerősítésnek a beszerzésére, mielőtt a frissítési vagy támogatási döntést jóváhagyják.

Lefedettség a standard támogatás után

Az Odoo eltérő lefedettséget határoz meg a standard és a kiterjesztett támogatás esetében. A standard támogatás helpdesk-támogatást, hibajavításokat és biztonsági frissítéseket tartalmaz. A kiterjesztett támogatás további díj ellenében érhető el, és helpdesk-támogatást, valamint olyan hibajavításokat fed le, amelyek megvalósíthatók. (Odoo 19.0 Docs: Administration Standard Extended Support)

A biztonsági frissítések kifejezetten a standard támogatás részei, de nem szerepelnek a kiterjesztett támogatás megadott összefoglalójában. A kiterjesztett támogatás hibajavításai szintén a megvalósíthatósághoz kötöttek. (Odoo 19.0 Docs: Administration Standard Extended Support) Mielőtt a kiterjesztett támogatásra támaszkodnának, a döntéshozóknak meg kell kérniük az Odoo-t, hogy erősítse meg a szerződésükre vonatkozó feltételeket, azt, hogyan értékelik a megvalósíthatóságot, és hogy vannak-e korlátok a meglévő problémákra.

Az Odoo szerint minden főverzió három év támogatást kap, és erősen javasolja a támogatott verzió használatát. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Azoknál a szervezeteknél, amelyek még mindig Odoo 17-et futtatnak, a tervezett határidő összehangolást igényel a szerződésekért, a rendszeradminisztrációért, az egyedi fejlesztésért, az integrációkért és az üzemi leállásért felelős szereplők között.

Kezdje egy frissített tesztadatbázissal

Az Odoo dokumentált folyamata egy frissített tesztadatbázis igénylésével kezdődik. Ezt követően a szervezetnek tesztelnie kell az üzleti folyamatokat és integrációkat, ki kell javítania az észlelt problémákat, és csak a munka befejezése után szabad ütemeznie az éles frissítést. (Odoo 19.0 Docs: Administration Upgrade) E sorrend követése megakadályozza, hogy az éles frissítés legyen az első teljes kompatibilitási teszt.

A tesztelésnek azokra a folyamatokra és integrációkra kell kiterjednie, amelyektől a szervezet függ, az Odoo útmutatásával összhangban. (Odoo 19.0 Docs: Administration Upgrade) Minden folyamatnak legyen felelőse, aki rögzíti az eredményt, kivizsgálja a problémákat, és megerősíti, hogy a javításokat újratesztelték. A tesztadatbázis létrehozása csak az értékelés kezdete, nem pedig bizonyíték arra, hogy a frissített környezet éles használatra kész.

Az Odoo azt javasolja, hogy a tesztelés során talált problémákat oldják meg, mielőtt az éles frissítést ütemeznék. (Odoo 19.0 Docs: Administration Upgrade) Ha egy probléma megoldatlan marad, annak üzemi hatását dokumentálni kell, mielőtt az éles dátumot jóváhagynák. Ezt követően a szervezet eldöntheti, hogy eltolja-e a dátumot, módosítja-e a frissítési tervet, vagy további segítséget kér.

A tesztelési nyilvántartásnak külön kell kezelnienie a sikeres ellenőrzéseket, a sikertelen ellenőrzéseket és a még nem tesztelt elemeket. Mivel az Odoo folyamata a problémák megoldását az éles ütemezés elé helyezi, a hiányos teszt nem tekinthető sikeres eredménynek. (Odoo 19.0 Docs: Administration Upgrade) Ez a megkülönböztetés segít a döntéshozóknak látni, hogy a frissítés mely részei készek, és melyekhez van még teendő.

Az egyedi modulokat külön értékelje

Egy testreszabott adatbázisnak van egy további előfeltétele. Az Odoo szerint az egyedi moduloknak kompatibilisnek kell lenniük a célverzióval, mielőtt az adatbázis frissíthető lenne. (Odoo 19.0 dokumentáció: Adminisztrációs frissítés) Az adminisztrátoroknak azonosítaniuk kell minden egyedi modult, felelőst kell rendelniük hozzá, és meg kell állapítaniuk, hogy elérhető-e kompatibilis verzió a tervezett célkiadáshoz.

Az Odoo dokumentált követelménye szerint az egyedi modulok kompatibilitását ellenőrizni kell, mielőtt egy testreszabott adatbázist frissítésre benyújtanak. (Odoo 19.0 dokumentáció: Adminisztrációs frissítés) Az alap munkafolyamatok önmagukban történő tesztelése nem igazolja, hogy az egyedi kód készen áll. Minden modulhoz rögzített kompatibilitási állapotnak kell tartoznia, és be kell kerülnie a frissített tesztadatbázisba, որպեսզի az általa érintett munkafolyamatokat ellenőrizni lehessen.

Az Odoo azt is előírja, hogy az integrációkat a frissített adatbázis folyamatának részeként tesztelni kell. (Odoo 19.0 dokumentáció: Adminisztrációs frissítés) Az értékelésnek ezért mind az egyedi modulokra, mind a kapcsolódó rendszerekre ki kell terjednie. Minden egyes elemnél az adminisztrátoroknak rögzíteniük kell, mit kell tesztelni, ki vizsgálhat ki egy hibát, és hogy szükséges-e releváns harmadik fél bevonása a tesztelésbe vagy az éles frissítésbe.

Tervezés az éles környezet elérhetetlenségére

Az éles adatbázis a frissítés alatt nem elérhető, és az Odoo azt javasolja, hogy a munkát alacsony használatú időszakra ütemezzék. (Odoo 19.0 dokumentáció: Adminisztrációs frissítés) A tervnek meg kell határoznia egy elfogadható időablakot, azokat a tevékenységeket, amelyeket előtte el kell végezni, valamint azokat a személyeket, akiknek tudniuk kell, hogy az élő adatbázis nem lesz elérhető.

Az Odoo útmutatása szerint az éles ütemezés a tesztelés és a problémák megoldása után következik. (Odoo 19.0 dokumentáció: Adminisztrációs frissítés) Az adminisztrátoroknak ezt a sorrendet kell követniük, amikor a tervezett 2026. szeptemberi támogatási határidőből visszafelé haladnak. Ha túl korán köteleződnek el az élesítés mellett, nem marad elegendő idő a munkafolyamatokban, integrációkban vagy egyedi modulokban talált problémák kezelésére az időablak módosítása nélkül.

Az éles bevezetési tervnek nem szabad feltételeznie, hogy az adatbázis-frissítés befejezése az egyetlen ütemezési szempont. Az Odoo megerősíti, hogy az adatbázis a folyamat alatt nem lesz elérhető, és az alacsony használatú időszak választását javasolja. (Odoo 19.0 dokumentáció: Adminisztrációs frissítés) A belső jóváhagyásnak ezért figyelembe kell vennie a fennakadást, és meg kell erősítenie, mely üzleti tevékenységeket kell szüneteltetni vagy be kell fejezni az időablak kezdete előtt.

Ellenőrzések az útvonal kiválasztása előtt

Mielőtt jóváhagynák a kiterjesztett támogatást vagy egy frissítési ütemtervet, ellenőrizni kell a pontos standard támogatási lezárási dátumot, a kiterjesztett támogatás további díját és az Odoo 17-hez elérhető lefedettséget. Az Odoo közzétett megkülönböztetése szerint a standard támogatás helpdesk-támogatást, hibajavításokat és biztonsági frissítéseket tartalmaz, míg a kiterjesztett támogatás helpdesk-támogatást és megvalósítható hibajavításokat biztosít további díj ellenében. (Odoo 19.0 dokumentáció: Adminisztráció standard kiterjesztett támogatás)

Frissítés esetén ellenőrizni kell, hogy kérték-e a frissített tesztadatbázist, tesztelték-e az üzleti munkafolyamatokat és integrációkat, megoldották-e az azonosított problémákat, és hogy az egyedi modulok kompatibilisek-e a célverzióval. Ezek a lépések az Odoo dokumentált frissítési útmutatójának részei. (Odoo 19.0 dokumentáció: Adminisztrációs frissítés) Az éles időablakot csak akkor szabad jóváhagyni, ha az ellenőrzésekhez megvannak a felelősök és a rögzített eredmények.

Az Odoo 17 standard támogatása tervek szerint 2026 szeptemberében ér véget, és az Odoo egy támogatott verzió használatát javasolja. (Odoo 19.0 dokumentáció: Adminisztráció standard kiterjesztett támogatás; Odoo 19.0 dokumentáció: Adminisztrációs frissítés) Azoknak a szervezeteknek, amelyek még mindig az Odoo 17-et használják, választaniuk kell egy tesztelt frissítés elvégzése a tervezett változás előtt, vagy megerősített kiterjesztett támogatási feltételek megszerzése között, miközben a frissítési munka folytatódik. Ennek a döntésnek az alkalmazandó szerződést, a munkafolyamatok és testreszabások készültségét, valamint az éles környezet elfogadható kiesési időszakát kell tükröznie.