Termen limită pentru suport în septembrie 2026
Tabelul actual de suport Odoo indică septembrie 2026 drept sfârșitul planificat al suportului standard pentru Odoo 17.0. Suportul standard include asistență helpdesk, remedieri de erori și actualizări de securitate. Organizațiile care folosesc Odoo 17 ar trebui să decidă dacă fac upgrade înainte de termenul planificat sau dacă solicită suport extins. (Odoo 19.0 Docs: Administration Standard Extended Support)
Informațiile publicate indică luna planificată de final, dar nu oferă o zi exactă de întrerupere. Administratorii ar trebui să confirme data operativă cu Odoo, în loc să presupună că acoperirea se va schimba în prima sau în ultima zi din septembrie. (Odoo 19.0 Docs: Administration Standard Extended Support) Programul intern ar trebui să lase timp pentru obținerea acestei confirmări înainte de aprobarea unui upgrade sau a unei decizii privind suportul.
Acoperirea după suportul standard
Odoo indică o acoperire diferită pentru suportul standard și cel extins. Suportul standard include asistență helpdesk, remedieri de erori și actualizări de securitate. Suportul extins implică o taxă suplimentară și acoperă asistența helpdesk și remedierile de erori în măsura în care aceste remedieri sunt fezabile. (Odoo 19.0 Docs: Administration Standard Extended Support)
Actualizările de securitate sunt incluse explicit în suportul standard, dar nu sunt menționate în rezumatul furnizat pentru suportul extins. Remedierile de erori din suportul extins sunt, de asemenea, condiționate de fezabilitate. (Odoo 19.0 Docs: Administration Standard Extended Support) Înainte de a vă baza pe suportul extins, factorii de decizie ar trebui să ceară Odoo să confirme termenii aplicabili contractului lor, modul în care este evaluată fezabilitatea și dacă există limite care afectează problemele existente.
Odoo afirmă că fiecare versiune majoră primește trei ani de suport și recomandă ferm utilizarea unei versiuni suportate. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Pentru organizațiile care rulează încă Odoo 17, termenul planificat necesită coordonare între persoanele responsabile de contracte, administrarea sistemului, dezvoltarea personalizată, integrări și perioada de nefuncționare operațională.
Începeți cu o bază de date de test actualizată
Procesul documentat de Odoo începe cu solicitarea unei baze de date de test actualizate. Apoi, organizația ar trebui să își testeze fluxurile de lucru și integrările, să rezolve problemele identificate și să programeze upgrade-ul în producție numai după finalizarea acestor activități. (Odoo 19.0 Docs: Administration Upgrade) Respectarea acestei ordini împiedică upgrade-ul de producție să devină primul test complet de compatibilitate.
Testarea ar trebui să acopere fluxurile de lucru și integrările de care organizația depinde, în conformitate cu recomandările Odoo. (Odoo 19.0 Docs: Administration Upgrade) Fiecare flux de lucru ar trebui să aibă un responsabil care poate înregistra rezultatul, investiga problemele și confirma că remedierile au fost retestate. Crearea bazei de date de test este doar începutul evaluării, nu dovada că mediul actualizat este pregătit pentru producție.
Odoo recomandă rezolvarea problemelor identificate în timpul testării înainte de programarea upgrade-ului în producție. (Odoo 19.0 Docs: Administration Upgrade) Dacă o problemă rămâne nerezolvată, impactul ei operațional ar trebui documentat înainte ca o dată de producție să fie aprobată. Organizația poate apoi decide dacă mută data, modifică planul de upgrade sau solicită asistență suplimentară.
Înregistrarea testelor ar trebui să distingă între verificări reușite, verificări eșuate și elemente care nu au fost testate. Deoarece procesul Odoo pune rezolvarea problemelor înaintea programării în producție, un test incomplet nu ar trebui tratat ca rezultat reușit. (Odoo 19.0 Docs: Administration Upgrade) Această distincție îi ajută pe factorii de decizie să vadă ce părți ale upgrade-ului sunt pregătite și ce mai necesită lucru.
Evaluați separat modulele personalizate
O bază de date personalizată are o condiție prealabilă suplimentară. Odoo afirmă că modulele personalizate trebuie să fie compatibile cu versiunea țintă înainte ca baza de date să poată fi actualizată. (Odoo 19.0 Docs: Administrare Upgrade) Administratorii ar trebui să identifice fiecare modul personalizat, să atribuie responsabilitatea pentru acesta și să stabilească dacă este disponibilă o versiune compatibilă pentru versiunea țintă vizată.
Cerința documentată de Odoo pune compatibilitatea modulului personalizat înainte de trimiterea unei baze de date personalizate pentru upgrade. (Odoo 19.0 Docs: Administrare Upgrade) Testarea doar a fluxurilor de lucru standard nu stabilește dacă codul personalizat este pregătit. Fiecare modul ar trebui să aibă un statut de compatibilitate consemnat și să fie inclus în baza de date de test actualizată, astfel încât fluxurile de lucru afectate de acesta să poată fi verificate.
Odoo solicită, de asemenea, ca integrările să fie testate ca parte a procesului bazei de date actualizate. (Odoo 19.0 Docs: Administrare Upgrade) Evaluarea ar trebui, prin urmare, să acopere atât modulele personalizate, cât și sistemele conectate. Pentru fiecare element, administratorii ar trebui să consemneze ce trebuie testat, cine poate investiga o defecțiune și dacă un terț relevant trebuie să participe în timpul testării sau al upgrade-ului de producție.
Planificați pentru indisponibilitatea producției
Baza de date de producție nu este disponibilă în timpul upgrade-ului, iar Odoo recomandă programarea lucrării într-o perioadă cu utilizare minimă. (Odoo 19.0 Docs: Administrare Upgrade) Planul ar trebui să identifice o fereastră acceptabilă, activitățile care trebuie finalizate înainte și persoanele care trebuie să știe că baza de date live va fi indisponibilă.
Ghidul Odoo plasează programarea producției după testare și rezolvarea problemelor. (Odoo 19.0 Docs: Administrare Upgrade) Administratorii ar trebui să păstreze această succesiune atunci când lucrează retrospectiv de la termenul planificat de suport din septembrie 2026. Angajarea în producție prea devreme poate lăsa timp insuficient pentru a aborda problemele găsite în fluxurile de lucru, integrări sau module personalizate, fără a schimba fereastra.
Planul de producție nu ar trebui să presupună că finalizarea upgrade-ului bazei de date este singura considerație de programare. Odoo confirmă că baza de date va fi indisponibilă în timpul procesului și recomandă alegerea unei perioade cu utilizare minimă. (Odoo 19.0 Docs: Administrare Upgrade) Aprobarea internă ar trebui, prin urmare, să țină cont de întrerupere și să confirme ce activități de business trebuie să se oprească sau să fie finalizate înainte de începerea ferestrei.
Verificări înainte de a alege o opțiune
Înainte de a aproba suportul extins sau un calendar de upgrade, confirmați data exactă a încetării suportului standard, taxa suplimentară pentru suportul extins și acoperirea disponibilă pentru Odoo 17. Distincția publicată de Odoo este că suportul standard include asistență helpdesk, corecții de erori și actualizări de securitate, în timp ce suportul extins oferă asistență helpdesk și corecții de erori fezabile, pentru o taxă suplimentară. (Odoo 19.0 Docs: Administrare Suport standard extins)
Pentru un upgrade, verificați că a fost solicitată o bază de date de test actualizată, că fluxurile de lucru ale afacerii și integrările au fost testate, că problemele identificate au fost rezolvate și că modulele personalizate sunt compatibile cu versiunea țintă. Aceste etape fac parte din ghidul documentat de upgrade al Odoo. (Odoo 19.0 Docs: Administrare Upgrade) Fereastra de producție ar trebui aprobată numai atunci când verificările au responsabili desemnați și rezultate consemnate.
Suportul standard Odoo 17 este planificat să se încheie în septembrie 2026, iar Odoo recomandă utilizarea unei versiuni suportate. (Odoo 19.0 Docs: Administrare Suport standard extins; Odoo 19.0 Docs: Administrare Upgrade) Organizațiile care folosesc încă Odoo 17 trebuie să aleagă între finalizarea unui upgrade testat înainte de schimbarea planificată sau obținerea unor termeni confirmați pentru suport extins în timp ce lucrările de upgrade continuă. Această decizie ar trebui să reflecte contractul aplicabil, nivelul de pregătire al fluxurilor de lucru și al personalizărilor, precum și perioada acceptabilă de indisponibilitate a producției.