Minden Odoo‑verzió támogatott: miért jó ez a cégeknek – és miért vállalati léptékű ugrás az Odoo számára?
Az Odoo 2025 nyarán bejelentett hosszú távú támogatási (LTS) modellje lényegében átírja a „meddig él egy verzió?” kérdést. A korábbi gyakorlatban az Enterprise támogatás a három legfrissebb főverzióra korlátozódott; mostantól az Odoo azt vállalja, hogy minden Enterprise verzióhoz biztosít támogatást, és a nagyon régi (három főverziónál idősebb) rendszerekhez évi +25% felárért adja ezt a szolgáltatást. A változás az újonnan vásárolt vagy megújított szerződésekre lép életbe, így az érintett cégek a megújításkor fogadják el az új feltételeket.
A legnagyobb nyereség a döntéshozóknak a tervezhetőség. Eddig egy régi verzión ülő vállalat sokszor „kiesett” a gyártói támogatásból, és kényszerpályára került egy nagy, időérzékeny frissítési projekttel. Az LTS‑modellben a vezetők már forgatókönyvként mérlegelhetik: vagy időben frissítenek, vagy – ha üzleti okból halasztani kell – hivatalos, szerződéses támogatás mellett maradhatnak a régi kiadáson, a felár vállalásával. Fontos finomság, hogy a +25% legkorábban 2026 áprilisától jelenik meg a számlákon, ezért most valódi időablak nyílik a kulturált átállás megtervezésére.
Platformoldalon is látszik a vállalati érettség: az Odoo.sh a korábbi három helyett immár öt nagyverziót tart hivatalosan „polcon”, ami hosszabb validációs és tesztelési periódust ad CI/CD, sandbox és több országot érintő bevezetések mellett. Odoo Online közben automatikusan frissül, így az LTS‑díj nem érinti a SaaS ügyfeleket. Ez a kettősség (SaaS automatikus frissítés ↔ Odoo.sh hosszabb támogatott ablak) kifejezetten kedvez a nagy, több joghatóságban működő vállalatoknak, ahol a változáskezelés, a lokális megfelelőség és a többkörös UAT a mindennapok része.
A jogi‑szolgáltatási finomságok is a nagyvállalati logikához igazodnak. A megújítások alapára továbbra is legfeljebb 7%-kal emelhető évente; a +25% felár ettől külön sor – akkor aktiválódik, ha a használt verzió már nem tartozik a „Covered Versions” körébe, és a bevezetés óta legalább fél év eltelt az új főverzió megjelenése óta. Hibajavításnál a gyártó garantálja, hogy a Covered Versions körében a fixet végigviszi, míg a régebbi, nem “Covered” kiadásoknál jogszerűen kérheti a frissítést, vagy egyedileg dönt a visszaportolásról. Ez tiszta keretrendszert ad: ahol a kockázat magas (biztonság, megfelelés), ott a gyártói felelősség világos; ahol a rendszer túl régi, ott a frissítés marad a preferált út.
A bejelentés vállalati szempontból azért is nagy lépés, mert összehangolja az Odoo életciklusát az iparági LTS‑szabvánnyal: nem „kieső” verziókról és sürgető kényszerről beszélünk, hanem tervezhető életciklusról, jól kommunikált költségsávokkal. Több partneri összefoglaló is kiemeli: a „minden verzió támogatott” szemlélet beruházásvédelmet és üzleti folytonosságot ad, miközben az ötverziós Odoo.sh‑ablak lehozza a nagyfrissítések kockázatát a vállalati szintű change management‑hez. Röviden: az Odoo ezzel a lépéssel belépett a nagyok játékszabályai közé, miközben megőrizte a gyors fejlesztési ciklus előnyeit.
Mit jelent ez holnaptól egy cégnek?
Lehetőség nyílt „üzleti ablakhoz” igazítani a váltást: pénzügyi zárások, csúcsszezonok, más rendszerek bevezetése, vagy akár egy új ország „go‑live” időzítése szerint. Akinek most nem fér bele az upgrade, annak ott az LTS opció; akinek belefér, az megkapja a legújabb kiadások funkcionális és UX‑előnyeit – az Odoo szerint az LTS a felhasználói igényekre adott válasz, de nem választható ki/be: ehhez minden ügyfél hozzájárulása kell, különben a régi verziók tartása nem lenne fenntartható.
Gyakori kérdések – rövid válaszok
„Kimaradhatok az LTS‑ből, ha nem kérek támogatást a régi verziómhoz?”
Nem. Az LTS az Enterprise keretrésze; az Odoo kifejezetten úgy kommunikálta, hogy ez nem opt‑in/opt‑out modell. Ennek üzleti oka van: a régi verziók fenntartható támogatásához mindenkinek hozzá kell járulnia.
„Miért nem kaptak a partnerek korábban jelzést?”
A bejelentést követően néhány partner nyilvánosan is leírta, hogy az első kommunikáció zavaros volt, és több ügyfél a közösségi médiából értesült. A hivatalos tájékoztatás azóta elérhető, a gyakorlat pedig az új/megújított szerződéseknél érvényes.
„Ütközik a 7%-os megújítási limit és a 25% felár?”
Nem. A 7% a megújítási alapár maximuma, a +25% pedig külön sor, amelyet akkor számolnak fel, ha a verzió már nem tartozik a „Covered Versions” körébe – évente legfeljebb egyszer, és legkorábban az új főverzió megjelenését követő 6 hónap után.
„Kiket és mikortól érint ténylegesen?”
Az új feltételek az új és megújított szerződésekre vonatkoznak. A legtöbb partnerkommunikáció szerint a felár 2026 áprilisa előtt nem jelenik meg, tehát van idő az átállási tervre. Odoo Online ügyfelekre ez nem vonatkozik (ők automatikusan frissülnek), míg Odoo.sh hivatalosan öt főverziót tart támogatva.
„Mit takar pontosan a ’támogatás’ és mi a helyzet a visszaportolással?”
A szerződés szerint hibajavításnál a gyártó a Covered Versions körében garantálja a fixeket, és azokat a frissebb kiadásokba is végigviszi. Ha a használt verzió már ezen kívül esik, előfordulhat, hogy a hiba orvoslásához frissítésre kérnek – azaz a visszaportolás nem automatikus jog, hanem eseti döntés.
Mit érdemes most megtenni?
Mi az Online ERP‑nél a következőt javasoljuk: készítsünk egy verzió‑ és megújítási térképet (hol és mikor futhat felárba a rendszer), tervezzünk upgrade‑roadmapet (UAT, integrációk, lokalizációk), és vizsgáljuk meg, ad‑e előnyt az Önök helyzetében az Odoo.sh 5 verziós támogatási ablak. Így a döntés nem kényszer, hanem átgondolt lépés lesz – appról appra.
Ha Te is szeretnél magadnak egy ilyen szuper új rendszert, akkor foglalj konzultációs időpontot
nálunk!