Scadenza del supporto a settembre 2026
La tabella di supporto attuale di Odoo indica settembre 2026 come termine previsto del supporto standard per Odoo 17.0. Il supporto standard include assistenza helpdesk, correzioni di bug e aggiornamenti di sicurezza. Le organizzazioni che usano Odoo 17 dovrebbero decidere se eseguire l'upgrade prima della scadenza prevista o organizzare un supporto esteso. (Odoo 19.0 Docs: Administration Standard Extended Support)
Le informazioni pubblicate identificano il mese di fine previsto, ma non forniscono un giorno di chiusura esatto. Gli amministratori dovrebbero confermare la data operativa con Odoo, invece di presumere che la copertura cambi il primo o l'ultimo giorno di settembre. (Odoo 19.0 Docs: Administration Standard Extended Support) La pianificazione interna dovrebbe lasciare tempo per ottenere tale conferma prima che venga approvata una decisione di upgrade o di supporto.
Copertura dopo il supporto standard
Odoo indica una copertura diversa per il supporto standard e quello esteso. Il supporto standard copre assistenza helpdesk, correzioni di bug e aggiornamenti di sicurezza. Il supporto esteso prevede un costo aggiuntivo e copre assistenza helpdesk e correzioni di bug, laddove tali correzioni siano fattibili. (Odoo 19.0 Docs: Administration Standard Extended Support)
Gli aggiornamenti di sicurezza sono esplicitamente inclusi nel supporto standard, ma non sono elencati nel riepilogo fornito del supporto esteso. Anche le correzioni di bug nel supporto esteso sono soggette alla fattibilità. (Odoo 19.0 Docs: Administration Standard Extended Support) Prima di fare affidamento sul supporto esteso, i responsabili delle decisioni dovrebbero chiedere a Odoo di confermare i termini applicabili al loro contratto, come viene valutata la fattibilità e se eventuali limiti influiscono sui problemi esistenti.
Odoo afferma che ogni versione principale riceve tre anni di supporto e raccomanda vivamente di usare una versione supportata. (Odoo 19.0 Docs: Administration Standard Extended Support; Odoo 19.0 Docs: Administration Upgrade) Per le organizzazioni che eseguono ancora Odoo 17, la scadenza prevista richiede il coordinamento tra chi è responsabile dei contratti, dell'amministrazione di sistema, dello sviluppo personalizzato, delle integrazioni e dei fermi operativi.
Iniziare con un database di test aggiornato
Il processo documentato di Odoo inizia con la richiesta di un database di test aggiornato. L'organizzazione dovrebbe quindi testare i propri flussi di lavoro aziendali e le integrazioni, risolvere i problemi individuati e programmare l'upgrade di produzione solo dopo il completamento di queste attività. (Odoo 19.0 Docs: Administration Upgrade) Seguire questo ordine evita che l'upgrade in produzione diventi il primo test completo di compatibilità.
I test dovrebbero coprire i flussi di lavoro e le integrazioni da cui dipende l'organizzazione, in linea con le indicazioni di Odoo. (Odoo 19.0 Docs: Administration Upgrade) Ogni flusso di lavoro dovrebbe avere un responsabile che possa registrare l'esito, indagare i problemi e confermare che le correzioni siano state ritestate. La creazione del database di test è solo l'inizio della valutazione, non una prova che l'ambiente aggiornato sia pronto per la produzione.
Odoo raccomanda di risolvere i problemi emersi durante i test prima di pianificare l'upgrade di produzione. (Odoo 19.0 Docs: Administration Upgrade) Se un problema rimane irrisolto, il suo impatto operativo dovrebbe essere documentato prima dell'approvazione di una data in produzione. L'organizzazione può quindi decidere se spostare la data, modificare il piano di upgrade o chiedere ulteriore assistenza.
Il registro dei test dovrebbe distinguere tra verifiche riuscite, verifiche fallite e voci non ancora testate. Poiché il processo di Odoo prevede la risoluzione dei problemi prima della pianificazione in produzione, un test incompleto non dovrebbe essere considerato un risultato positivo. (Odoo 19.0 Docs: Administration Upgrade) Questa distinzione aiuta i responsabili delle decisioni a vedere quali parti dell'upgrade sono pronte e quali richiedono ancora lavoro.
Valutare separatamente i moduli personalizzati
Un database personalizzato ha un ulteriore prerequisito. Odoo afferma che i moduli personalizzati devono essere compatibili con la versione di destinazione prima che il database possa essere aggiornato. (Documenti Odoo 19.0: Aggiornamento amministrazione) Gli amministratori devono identificare ogni modulo personalizzato, assegnarne la responsabilità e verificare se è disponibile una versione compatibile per la release di destinazione prevista.
Il requisito documentato da Odoo pone la compatibilità dei moduli personalizzati prima dell'invio di un database personalizzato per l'aggiornamento. (Documenti Odoo 19.0: Aggiornamento amministrazione) Testare solo i flussi standard non consente di stabilire se il codice personalizzato sia pronto. Ogni modulo dovrebbe avere uno stato di compatibilità registrato ed essere incluso nel database di test aggiornato, così da poter verificare i flussi interessati.
Odoo richiede inoltre che le integrazioni siano testate come parte del processo del database aggiornato. (Documenti Odoo 19.0: Aggiornamento amministrazione) La valutazione dovrebbe quindi coprire sia i moduli personalizzati sia i sistemi connessi. Per ogni elemento, gli amministratori dovrebbero registrare cosa deve essere testato, chi può indagare su un guasto e se un terzo interessato deve partecipare durante i test o l'aggiornamento di produzione.
Pianificare l'indisponibilità della produzione
Il database di produzione non è disponibile durante l'aggiornamento e Odoo raccomanda di programmare il lavoro in un periodo di utilizzo minimo. (Documenti Odoo 19.0: Aggiornamento amministrazione) Il piano dovrebbe identificare una finestra accettabile, le attività che devono essere completate in anticipo e le persone che devono sapere che il database live non sarà disponibile.
Le indicazioni di Odoo collocano la pianificazione di produzione dopo i test e la risoluzione dei problemi. (Documenti Odoo 19.0: Aggiornamento amministrazione) Gli amministratori dovrebbero mantenere questa sequenza quando lavorano a ritroso rispetto alla scadenza di supporto prevista per settembre 2026. Impegnarsi troppo presto in produzione può lasciare tempo insufficiente per risolvere i problemi riscontrati nei flussi, nelle integrazioni o nei moduli personalizzati senza modificare la finestra.
Il piano di produzione non dovrebbe presumere che il completamento dell'aggiornamento del database sia l'unica considerazione di pianificazione. Odoo conferma che il database non sarà disponibile durante il processo e consiglia di scegliere un periodo di utilizzo minimo. (Documenti Odoo 19.0: Aggiornamento amministrazione) L'approvazione interna dovrebbe quindi tenere conto dell'interruzione e confermare quali attività aziendali devono essere sospese o completate prima dell'inizio della finestra.
Verifiche prima di scegliere un percorso
Prima di approvare il supporto esteso o una tempistica di aggiornamento, confermare la data esatta di fine del supporto standard, il costo aggiuntivo per il supporto esteso e la copertura disponibile per Odoo 17. La distinzione pubblicata da Odoo è che il supporto standard include assistenza helpdesk, correzione bug e aggiornamenti di sicurezza, mentre il supporto esteso offre assistenza helpdesk e correzioni bug fattibili a fronte di un costo aggiuntivo. (Documenti Odoo 19.0: Supporto standard ed esteso amministrazione)
Per un aggiornamento, verificare che sia stato richiesto un database di test aggiornato, che i flussi di lavoro aziendali e le integrazioni siano stati testati, che i problemi identificati siano stati risolti e che i moduli personalizzati siano compatibili con la versione di destinazione. Questi passaggi fanno parte delle indicazioni documentate di Odoo per l'aggiornamento. (Documenti Odoo 19.0: Aggiornamento amministrazione) La finestra di produzione dovrebbe essere approvata solo quando i controlli hanno responsabili nominati e risultati registrati.
Il supporto standard di Odoo 17 è previsto terminare a settembre 2026 e Odoo raccomanda di operare su una versione supportata. (Documenti Odoo 19.0: Supporto standard ed esteso amministrazione; Documenti Odoo 19.0: Aggiornamento amministrazione) Le organizzazioni che usano ancora Odoo 17 devono scegliere tra completare un aggiornamento testato prima della modifica pianificata o ottenere termini confermati di supporto esteso mentre il lavoro di aggiornamento continua. Tale decisione dovrebbe riflettere il contratto applicabile, la preparazione dei flussi di lavoro e delle personalizzazioni, e il periodo accettabile di indisponibilità della produzione.