La tua versione è più vecchia di quanto pensi
Odoo rilascia una versione maggiore ogni anno e supporta solo le tre più recenti. Il conto è impietoso: se sei andato in produzione con Odoo 15 nel 2022, stai facendo girare software non supportato già da un po'. Odoo 16 è uscito dalla finestra di supporto con l'arrivo della 19. Odoo 17 è il prossimo della lista.
Non supportato non significa rotto. Il tuo sistema domani mattina processerà ancora gli ordini. Significa però:
- Nessuna patch di sicurezza. Le vulnerabilità trovate nel core restano aperte sulla tua istanza.
- Nessuna correzione di bug. Tutto ciò che si rompe diventa un problema del tuo team di sviluppo — o del nostro.
- Un sovrapprezzo legacy. Ai clienti Enterprise su versioni fuori supporto può essere applicata una maggiorazione sull'abbonamento, comunemente indicata al 25%.
- Un ecosistema di moduli che si restringe. OCA e sviluppatori terzi smettono di fare backport. Nuovi provider di pagamento, regole di fatturazione elettronica e aggiornamenti di localizzazione arrivano solo sulle versioni correnti.
- Disallineamento normativo. È il punto che in Europa forza davvero la decisione. Obblighi di fatturazione elettronica, formati di dichiarazione IVA e requisiti fiscali nazionali viaggiano negli aggiornamenti di localizzazione — che puntano alle versioni supportate.
Più il divario cresce, più il salto costa. Passare da 18 a 19 è un progetto. Passare da 14 a 19 è una ricostruzione con conservazione dei dati.
Migrare a 19 adesso o aspettare Odoo 20?
Domanda legittima, visto che Odoo 20 è atteso per l'autunno 2026. La risposta dipende da dove ti trovi:
Sei su 14, 15 o 16 — vai su 19 adesso. Sei già fuori supporto e ogni mese aggiunge rischio. Odoo 19 è in produzione da settembre 2025, la versione è stabile, l'ecosistema di moduli ha recuperato, e il supporto arriva attualmente fino a circa settembre 2028. Sono due anni di tranquillità prima di doverci ripensare.
Sei su 17 — pianifica la migrazione quest'anno. Sei al limite della finestra di supporto. Passare alla 19 ti dà il margine più lungo a parità di sforzo.
Sei su 18 — nessuna urgenza. Valuta le novità della 19 rispetto alla tua roadmap e considera di saltare direttamente alla 20 l'anno prossimo.
L'istinto di "aspettare l'ultimissima versione" di solito si ritorce contro. Una versione uscita il mese scorso ha la copertura più scarsa di moduli di terze parti e il maggior numero di spigoli. Migrare a una versione indietro rispetto all'ultima è quasi sempre la scelta più economica e più serena.
Due percorsi molto diversi: Enterprise e Community
È qui che molti budget di migrazione vengono valutati male, quindi conviene essere netti.
I clienti Odoo Enterprise hanno accesso al servizio di upgrade ufficiale di Odoo. Invii un database, la piattaforma te lo restituisce convertito nella versione di destinazione, e puoi saltare da qualsiasi versione direttamente alla 19 senza passare per quelle intermedie. È incluso con un abbonamento valido e funziona bene — per il codice standard.
Odoo Community non ha un equivalente. Non esiste né una procedura guidata ufficiale né un percorso in un clic. Le opzioni realistiche sono:
- OpenUpgrade — il progetto OCA che fornisce gli script di migrazione. Gestisce i cambi di schema e la trasformazione dei dati, ma si esegue versione per versione, e il codice personalizzato richiede comunque lavoro manuale.
- Strumenti di migrazione di terze parti — diversi fornitori concatenano ormai automaticamente i passaggi di versione.
- Installazione pulita con export/import dei dati — a volte la risposta pragmatica per database piccoli con poche transazioni, ma perdi lo storico se l'export non è pianificato con cura.
Qualunque strada prendi, una cosa non cambia: Odoo migra il proprio codice, non il tuo. I moduli personalizzati restano una tua responsabilità.
Cosa si rompe davvero
Tra la versione 16 e la 19 le modifiche cumulate si contano in centinaia di cambi ai modelli, decine di rinomine di modelli, fusioni di moduli, rinomine di campi e modifiche ai vincoli. In pratica colpiscono quattro aree:
Moduli personalizzati. API deprecate, metodi rimossi, viste XML ristrutturate, regole di sicurezza cambiate. Ogni modello custom, vista ereditata e report va rivisto. È quasi sempre la voce più pesante del budget — ed è normale lavoro di sviluppo, non qualcosa che uno script risolve.
Moduli di terze parti e OCA. Prima di ogni altra cosa, fai l'inventario di ogni modulo installato e verifica se esiste un branch per la 19. A volte il modulo è stato assorbito nel core di Odoo: buona notizia. A volte è abbandonato, e serve un sostituto o una riscrittura.
Integrazioni. Negozi online, gateway di pagamento, scanner di magazzino, API esterne, strumenti di BI. Tutto ciò che dialoga con Odoo via XML-RPC o REST va testato contro il nuovo schema — i campi rinominati rompono le integrazioni in silenzio.
Report e documenti stampati. I template QWeb cambiano tra le versioni. Fatture, documenti di trasporto ed etichette vanno verificati visivamente pagina per pagina, non dati per funzionanti.
Una migrazione che non fa male
Il processo che seguiamo su ogni progetto di aggiornamento:
1. Audit. Inventario completo di moduli installati, personalizzazioni, integrazioni e dimensione del database. Da qui nasce la stima reale — ed è qui che di solito troviamo moduli che nessuno apre da tre anni. Disinstallare il peso morto è il lavoro di migrazione più economico che esista.
2. Migrazione di prova. Ripristina una copia della produzione su un server di staging ed esegui lì l'aggiornamento. La produzione non viene mai toccata. Questa prova ti dice quanto dura la conversione, ed è su quel dato che costruisci la finestra di fermo.
3. Adattamento del codice. I moduli personalizzati vengono portati alla 19, sotto controllo di versione, in parallelo al lavoro sul database. I moduli di terze parti vengono sostituiti o aggiornati.
4. Test con persone reali. Non solo "si avvia" — cicli di business completi. Dal preventivo all'incasso. Dall'acquisto al pagamento. Dall'ordine di produzione al movimento di magazzino. La chiusura mensile. Metti il commercialista e il responsabile di magazzino davanti al sistema di staging: troveranno cose che uno sviluppatore non vedrà mai.
5. Switch e assistenza. Backup fresco, migrazione finale, go-live in una finestra pianificata — di solito un fine settimana. Poi supporto ravvicinato nei primi giorni, quando gli utenti incontrano un'interfaccia cambiata e emergono le piccole cose.
Tempi e fattori di costo
Database piccolo con poche personalizzazioni: tipicamente 4–8 settimane dall'inizio alla fine. Azienda di medie dimensioni con forti personalizzazioni, diverse integrazioni e anni di dati transazionali: 3–6 mesi.
La conversione del database è spesso la parte più veloce — un database sotto 1 GB può convertirsi in pochi minuti. Il costo lo determinano il volume di personalizzazione, il numero di integrazioni, quante versioni stai saltando e quanto test richiedono i tuoi processi aziendali. Non la dimensione dei dati.
Errori che vediamo ripetutamente
- Migrare senza audit. Non si può stimare ciò che non si è inventariato.
- Saltare la prova di migrazione. Scoprire che la conversione richiede sei ore durante la finestra di go-live rovina il sabato.
- Trattarlo come un progetto IT. Una migrazione è una revisione dei processi aziendali. Gli utenti devono vedere la nuova versione prima del go-live, non il lunedì mattina.
- Portarsi dietro personalizzazioni morte. Metà del codice custom di una vecchia istanza Odoo risolve problemi che Odoo standard oggi copre nativamente. La migrazione è il momento giusto per cancellarlo.
- Nessun piano di rollback. Una procedura di ripristino testata, non solo "abbiamo i backup".
Da dove partire
Se sei su 14, 15, 16 o 17, il primo passo utile non è scegliere uno strumento — è sapere cosa hai davvero. Un audit di moduli, personalizzazioni e integrazioni trasforma "prima o poi dovremmo aggiornare" in un progetto definito, con tempi e numeri concreti.
Gestiamo le migrazioni Odoo dall'inizio alla fine: audit, porting dei moduli personalizzati, migrazioni di prova, switch e supporto post go-live — sia Community che Enterprise, on-premise o su Odoo.sh.
Prenota una consulenza gratuita e ti diremo onestamente com'è fatto il tuo aggiornamento — anche se la risposta è "aspetta un anno".