Come gestire l’upgrade major di Odoo (es. da 19 a 20): processo, test, costi (guida PMI)

Trentatreesima guida operativa Odoo 19 per PMI italiane. Odoo rilascia una versione major ogni anno (Odoo 18, 19, 20…) e mantiene il supporto solo per le ultime 3 versioni. Per una PMI che usa Odoo come sistema critico, gestire l’upgrade major non è opzionale: è un’attività ricorrente che, ben pianificata, diventa fluida; se trascurata, diventa un progetto da 30-100k € di emergenza. In questa guida vediamo come gestire un upgrade Odoo major dalla decisione strategica al rollback plan.

Vediamo: ciclo di vita versioni Odoo, quando fare l’upgrade, processo step-by-step, gestione customization, test plan, rollback strategy, costi tipici, casi pratici PMI italiane.

Il ciclo di vita Odoo: come funziona

• Rilascio annuale: ogni ottobre Odoo SA pubblica una nuova versione major
• Supporto Enterprise: 3 versioni più recenti (es. 19, 18, 17)
• Patch minor: durante tutto il ciclo di supporto (4-8 settimane di cadenza)
• End of Life: dopo 3 anni la versione non riceve più security patch
• Community vs Enterprise: Community ha lifecycle simile ma senza supporto Odoo SA ufficiale

Quando fare l’upgrade major

Trigger consigliati

• Sistema su versione N-2: hai 12 mesi prima della EOL, agire ora
• Nuove feature critiche: la nuova versione ha funzionalità che servono al business
• Performance migliorate: ottimizzazioni significative su moduli usati
• Compliance update: nuovi requisiti normativi (es. SdI, e-invoicing)
• Cleanup customization: occasione per refactor

Quando NON fare l’upgrade

• Versione appena rilasciata (aspetta minor patch 19.0.3-5)
• Periodo critico business (chiusura fiscale, picchi stagionali)
• Customization pesanti non ancora documentate
• Team interno non disponibile per test
• Budget annuale già allocato per altre priorità

Strategia di versionamento per PMI

Conservativa (raccomandata)

• Upgrade ogni 18-24 mesi (saltare una versione su due)
• Versione utilizzata: sempre N-1 (mai bleeding edge)
• Test pesanti pre-upgrade
• Vantaggi: stabilità, costo prevedibile
• Svantaggi: ritardo accesso a nuove feature

Aggressiva

• Upgrade ogni 12 mesi
• Versione utilizzata: sempre l’ultima
• Test su staging robusti
• Vantaggi: feature nuove subito, costi distribuiti
• Svantaggi: rischio bug, costi ricorrenti maggiori

Stalling (sconsigliata)

• Upgrade quando “non se ne può più fare a meno”
• Versione utilizzata: spesso N-3 o più
• Vantaggi: zero costi annuali
• Svantaggi: rischio sicurezza, upgrade emergency costoso (3-5x vs pianificato)

Processo upgrade in 8 fasi

Fase 1: Decisione strategica (mese -6)

• Approvazione management con business case
• Budget allocato
• Window temporale identificata (es. settembre-ottobre)
• Team assemblato (sponsor, project manager, partner)

Fase 2: Assessment (mese -5)

• Inventario customization esistenti
• Compatibilità moduli con nuova versione
• Gap analysis: cosa cambia, cosa migrerà automaticamente, cosa richiede refactor
• Effort estimation

Fase 3: Preparazione codice (mese -4 a -3)

• Refactor customization per nuova API
• Test unit aggiornati
• Documentazione aggiornata
• Repository code review

Fase 4: Setup staging (mese -2)

• Ambiente staging con nuova versione
• Restore copia produzione anonimizzata
• Esecuzione script upgrade Odoo SA (se Enterprise)
• Resolution conflitti

Fase 5: Testing intensivo (mese -1)

• Test funzionali per ogni modulo
• Test integrazione (banca, SdI, e-commerce)
• UAT con key user
• Performance test su volume reale

Fase 6: Cutover (week 0)

• Backup completo produzione
• Switch tecnico (1-4 ore)
• Smoke test produzione
• Comunicazione utenti

Fase 7: Hypercare post-upgrade (settimana +1 a +4)

• War room attiva 5 giorni
• Bug fix prioritari
• Monitoring intensivo
• Feedback utenti raccolto sistematicamente

Fase 8: Stabilizzazione (mese +1 a +3)

• Customization residue completate
• Documentazione finale aggiornata
• Lessons learned
• Pianificazione prossimo upgrade

Dati che DEVONO essere preservati

Catalogo prodotti

Il catalogo prodotti è il dato più strutturato e con maggior numero di dipendenze. Ogni upgrade deve garantire la conservazione completa di template, varianti, immagini, prezzi:

• Template e varianti con tutte le caratteristiche
• Codici interni, EAN, barcode
• Prezzi e listini multipli
• Immagini e attachment
• Categorie merceologiche
• BOM (distinta base) per produzione

Anagrafica contatti

I contatti (clienti, fornitori, partner) sono il database più sensibile a livello GDPR. La continuità deve essere garantita al 100%:

• Dati anagrafici completi (P.IVA, codici fiscali)
• Indirizzi multipli (legale, spedizione, fatturazione)
• Contatti interni (referenti, telefoni)
• Storico comunicazioni
• Tag e segmentazioni
• Consensi GDPR documentati

Movimenti contabili

I journal entries sono il cuore della contabilità: anni di registrazioni che non possono andare persi né disordinarsi:

• Tutte le scritture contabili degli anni precedenti
• Riconciliazioni bancarie
• Allegati fatture (PDF, XML SdI)
• Codici natura IVA
• Cespiti e ammortamenti
• Chiusure d’esercizio

Gestione customization durante upgrade

Categorizzazione customization

Tipo	Esempio	Effort upgrade
Configurazioni	Setup giornali, regole IVA	Basso (auto)
Studio (no-code)	Campi custom, automazioni	Basso (auto)
Custom modules small	1-2 file Python, alcune view	Medio (1-3 gg)
Custom modules medium	Integrazioni esterne, workflow	Alto (3-10 gg)
Custom modules large	Moduli verticali complessi	Molto alto (10+ gg)

Strategia di refactor

• Mantieni: customization business-critical e usate > 50%
• Refactor: customization complesse che usano vecchia API
• Sostituisci: customization che la nuova versione Odoo offre nativamente
• Elimina: customization usate < 10% o “nice to have” non essenziali

Test plan completo pre-upgrade

Test funzionali (40-60 ore)

• Workflow vendite end-to-end (preventivo → fattura)
• Workflow acquisti end-to-end (RDA → fattura passiva)
• Workflow magazzino (ricevimento, prelievo, inventario)
• Workflow contabilità (registrazioni, riconciliazioni, IVA)
• Workflow HR (se utilizzato)

Test integrazione (20-40 ore)

• Fatturazione elettronica SdI (TD01-TD27)
• Riconciliazione bancaria automatica
• E-commerce sync (catalogo, ordini, stock)
• API esterne (CRM, marketing, BI)
• Stampanti fiscali / scanner barcode

Test performance (8-16 ore)

• Caricamento liste con 1000+ record
• Generazione report mensili/annuali
• Workflow multi-utente concorrente
• Operazioni batch (import massivo, ricalcoli)

UAT (16-32 ore)

• Key user verifica workflow operativi
• Scenari “day in the life”
• Edge case business specifici
• Approvazione formale per go-live upgrade

Rollback strategy

Backup pre-upgrade (obbligatorio)

• Backup completo database + filestore
• Backup configurazione server
• Backup codice custom modules
• Snapshot VM/container infrastruttura
• Test restore su ambiente separato

Criteri di rollback

• Bug critico non risolvibile entro 4 ore
• Perdita dati o corruzione
• Performance peggiorate di > 50% e non tunabili in 24h
• Integrazione critica down per > 8 ore (es. fatturazione SdI bloccata)

Procedura rollback

• Decisione formale (Sponsor + PM + Tech Lead)
• Comunicazione utenti “ritorno temporaneo a versione precedente”
• Restore backup pre-upgrade (1-4 ore)
• Smoke test produzione restored
• Postmortem entro 7 giorni: cosa rifare diversamente

Costi tipici upgrade major

Voce	PMI Small (15-40 utenti)	PMI Medium (40-100 utenti)
Assessment + planning	2-4k €	4-8k €
Refactor customization	4-15k €	15-40k €
Setup staging + test	3-6k €	6-12k €
Cutover + hypercare	3-6k €	6-12k €
Tempo interno team	4-8k €	8-18k €
Licenze Odoo SA upgrade tool	0-2k €	2-5k €
Totale upgrade major	16-41k €	41-95k €

Errori comuni nell’upgrade

“Upgrade senza staging”

Problema: provare direttamente su produzione per “risparmiare tempo”.
Soluzione: staging NON è opzionale. Vale 10x il costo evitando un disastro.

“Mantenere tutte le customization”

Problema: nessuna pulizia, debt accumulato esponenzialmente.
Soluzione: ogni upgrade è occasione di refactor. Eliminare almeno 10-20% customization inutili.

“Test superficiale”

Problema: 1 giorno di test, scoperta problemi solo dopo go-live.
Soluzione: minimo 80-120 ore di test totali. UAT obbligatorio.

“Cutover in momento sbagliato”

Problema: upgrade in periodo critico (chiusura fiscale, picco vendite).
Soluzione: window di 4 settimane “calme” identificata 6 mesi prima.

“Comunicazione utenti carente”

Problema: utenti scoprono cambiamenti UI il lunedì mattina, frustrazione.
Soluzione: 2 sessioni informative pre-upgrade + video “cosa cambia” + FAQ aggiornate.

Casi pratici PMI italiane

Caso 1 — Manifattura: upgrade fluido

• Da Odoo 17 a 19, salto strategico di 1 versione
• Effort totale: 38k € + 6 mesi di pianificazione
• Customization: 14 → 9 (cleanup 35%)
• Downtime: 4 ore (sabato notte)
• Ticket post-upgrade: 18 in 30 giorni (tutti P3/P4)
• Lesson learned: staging robusto e UAT formale sono ROI clarissimo

Caso 2 — Distributore: upgrade emergency

• Da Odoo 15 a 19, salto 4 versioni (EOL imminente)
• Effort totale: 95k € (3x vs pianificato)
• Customization: refactor 80% (codice molto datato)
• Downtime: 2 giorni
• Settimane di rilavorazione: 6
• Lesson learned: stalling costa molto di più che upgrade pianificati

Caso 3 — Servizi B2B: rollback eseguito

• Upgrade Odoo 18 → 19 con bug integrazione bancaria
• Rollback dopo 18 ore
• Costo rollback: 8k €
• Retry dopo 5 settimane con fix integrazione
• Lesson learned: rollback rapido è un asset, non un fallimento

Caso 4 — E-commerce: upgrade con consolidamento

• Upgrade Odoo 18 → 19 + cleanup massiccio
• Sostituite 12 customization con feature standard nuove
• Costo upgrade: 32k € (vs 45k € atteso)
• Risparmio futuro: 8k €/anno di manutenzione customization
• Lesson learned: feature standard nuove spesso sostituiscono customization datate

FAQ

Posso saltare una versione (es. da 17 a 19)?

Sì, Odoo SA supporta upgrade da N-2 a N. Saltare 3+ versioni (es. 15 → 19) richiede passaggi intermedi e costa molto di più. Strategia ideale: mai più di 18 mesi di gap.

Quanto dura l’upgrade in giornate-uomo?

PMI Small con poche customization: 15-30 giornate consulente. PMI Medium con sistema complesso: 40-80 giornate. PMI Large: 80-150+ giornate. A questo aggiungere 30-50% di tempo team interno per test e validazione.

Devo informare i clienti dell’upgrade?

Generalmente no se il sistema rimane disponibile (downtime < 4 ore). Eccezione: clienti che usano portale fornitore o EDI hanno bisogno di sapere in anticipo. Email informativa 7 giorni prima è buona prassi.

Posso fare l’upgrade in autonomia (senza partner)?

Tecnicamente possibile per Odoo Community senza customization. Realisticamente: PMI con qualsiasi customization, integrazione, o sistema mission-critical, deve usare partner certificato. Il “fai da te” costa 5-10x in tempo team interno + rischio errori.

Quanto spesso dovrei aggiornare in futuro?

Cadenza 18-24 mesi è il sweet spot per PMI. Cadenza 12 mesi solo se hai team tecnico dedicato. Cadenza 36+ mesi accumula debt e rende ogni upgrade un mini-progetto.

Prossimi passi

Nelle prossime guide vedremo come integrare Odoo con sistemi esterni (e-commerce, BI, marketing automation), come scegliere moduli specializzati per settore (manifattura, servizi, retail), e come estendere Odoo con sviluppi custom mantenibili nel tempo.

Vuoi affrontare un upgrade Odoo major con metodologia provata?
G Tech Group accompagna le PMI italiane negli upgrade Odoo major con framework strutturato: assessment, refactor, staging, test plan, cutover, hypercare. Cadenza 18-24 mesi raccomandata.
Richiedi un preventivo gratuito oppure prova la nostra demo Odoo 19 live. Oppure prova Odoo direttamente su odoo.com (link partner Brentasoft).