{"id":3287,"date":"2026-07-10T09:00:00","date_gmt":"2026-07-10T07:00:00","guid":{"rendered":"https:\/\/brentasoft.com\/blog\/upgrade-major-odoo-19-20-pmi-italiane-guida\/"},"modified":"2026-06-10T07:56:00","modified_gmt":"2026-06-10T05:56:00","slug":"upgrade-major-odoo-19-20-pmi-italiane-guida","status":"publish","type":"post","link":"https:\/\/brentasoft.com\/blog\/upgrade-major-odoo-19-20-pmi-italiane-guida\/","title":{"rendered":"Come gestire l&#8217;upgrade major di Odoo (es. da 19 a 20): processo, test, costi (guida PMI)"},"content":{"rendered":"<p><em>Trentatreesima guida operativa Odoo 19 per PMI italiane. Odoo rilascia una versione major ogni anno (Odoo 18, 19, 20&#8230;) e mantiene il supporto solo per le ultime 3 versioni. Per una PMI che usa Odoo come sistema critico, gestire l&#8217;upgrade major non \u00e8 opzionale: \u00e8 un&#8217;attivit\u00e0 ricorrente che, ben pianificata, diventa fluida; se trascurata, diventa un progetto da 30-100k \u20ac di emergenza. In questa guida vediamo come gestire un upgrade Odoo major dalla decisione strategica al rollback plan.<\/em><\/p>\n<p>Vediamo: ciclo di vita versioni Odoo, quando fare l&#8217;upgrade, processo step-by-step, gestione customization, test plan, rollback strategy, costi tipici, casi pratici PMI italiane.<\/p>\n<h2>Il ciclo di vita Odoo: come funziona<\/h2>\n<ul>\n<li><strong>Rilascio annuale<\/strong>: ogni ottobre Odoo SA pubblica una nuova versione major<\/li>\n<li><strong>Supporto Enterprise<\/strong>: 3 versioni pi\u00f9 recenti (es. 19, 18, 17)<\/li>\n<li><strong>Patch minor<\/strong>: durante tutto il ciclo di supporto (4-8 settimane di cadenza)<\/li>\n<li><strong>End of Life<\/strong>: dopo 3 anni la versione non riceve pi\u00f9 security patch<\/li>\n<li><strong>Community vs Enterprise<\/strong>: Community ha lifecycle simile ma senza supporto Odoo SA ufficiale<\/li>\n<\/ul>\n<h2>Quando fare l&#8217;upgrade major<\/h2>\n<h3>Trigger consigliati<\/h3>\n<ul>\n<li><strong>Sistema su versione N-2<\/strong>: hai 12 mesi prima della EOL, agire ora<\/li>\n<li><strong>Nuove feature critiche<\/strong>: la nuova versione ha funzionalit\u00e0 che servono al business<\/li>\n<li><strong>Performance migliorate<\/strong>: ottimizzazioni significative su moduli usati<\/li>\n<li><strong>Compliance update<\/strong>: nuovi requisiti normativi (es. SdI, e-invoicing)<\/li>\n<li><strong>Cleanup customization<\/strong>: occasione per refactor<\/li>\n<\/ul>\n<h3>Quando NON fare l&#8217;upgrade<\/h3>\n<ul>\n<li>Versione appena rilasciata (aspetta minor patch 19.0.3-5)<\/li>\n<li>Periodo critico business (chiusura fiscale, picchi stagionali)<\/li>\n<li>Customization pesanti non ancora documentate<\/li>\n<li>Team interno non disponibile per test<\/li>\n<li>Budget annuale gi\u00e0 allocato per altre priorit\u00e0<\/li>\n<\/ul>\n<h2>Strategia di versionamento per PMI<\/h2>\n<h3>Conservativa (raccomandata)<\/h3>\n<ul>\n<li>Upgrade ogni 18-24 mesi (saltare una versione su due)<\/li>\n<li>Versione utilizzata: sempre N-1 (mai bleeding edge)<\/li>\n<li>Test pesanti pre-upgrade<\/li>\n<li>Vantaggi: stabilit\u00e0, costo prevedibile<\/li>\n<li>Svantaggi: ritardo accesso a nuove feature<\/li>\n<\/ul>\n<h3>Aggressiva<\/h3>\n<ul>\n<li>Upgrade ogni 12 mesi<\/li>\n<li>Versione utilizzata: sempre l&#8217;ultima<\/li>\n<li>Test su staging robusti<\/li>\n<li>Vantaggi: feature nuove subito, costi distribuiti<\/li>\n<li>Svantaggi: rischio bug, costi ricorrenti maggiori<\/li>\n<\/ul>\n<h3>Stalling (sconsigliata)<\/h3>\n<ul>\n<li>Upgrade quando &#8220;non se ne pu\u00f2 pi\u00f9 fare a meno&#8221;<\/li>\n<li>Versione utilizzata: spesso N-3 o pi\u00f9<\/li>\n<li>Vantaggi: zero costi annuali<\/li>\n<li>Svantaggi: rischio sicurezza, upgrade emergency costoso (3-5x vs pianificato)<\/li>\n<\/ul>\n<h2>Processo upgrade in 8 fasi<\/h2>\n<h3>Fase 1: Decisione strategica (mese -6)<\/h3>\n<ul>\n<li>Approvazione management con business case<\/li>\n<li>Budget allocato<\/li>\n<li>Window temporale identificata (es. settembre-ottobre)<\/li>\n<li>Team assemblato (sponsor, project manager, partner)<\/li>\n<\/ul>\n<h3>Fase 2: Assessment (mese -5)<\/h3>\n<ul>\n<li>Inventario customization esistenti<\/li>\n<li>Compatibilit\u00e0 moduli con nuova versione<\/li>\n<li>Gap analysis: cosa cambia, cosa migrer\u00e0 automaticamente, cosa richiede refactor<\/li>\n<li>Effort estimation<\/li>\n<\/ul>\n<h3>Fase 3: Preparazione codice (mese -4 a -3)<\/h3>\n<ul>\n<li>Refactor customization per nuova API<\/li>\n<li>Test unit aggiornati<\/li>\n<li>Documentazione aggiornata<\/li>\n<li>Repository code review<\/li>\n<\/ul>\n<h3>Fase 4: Setup staging (mese -2)<\/h3>\n<ul>\n<li>Ambiente staging con nuova versione<\/li>\n<li>Restore copia produzione anonimizzata<\/li>\n<li>Esecuzione script upgrade Odoo SA (se Enterprise)<\/li>\n<li>Resolution conflitti<\/li>\n<\/ul>\n<h3>Fase 5: Testing intensivo (mese -1)<\/h3>\n<ul>\n<li>Test funzionali per ogni modulo<\/li>\n<li>Test integrazione (banca, SdI, e-commerce)<\/li>\n<li>UAT con key user<\/li>\n<li>Performance test su volume reale<\/li>\n<\/ul>\n<h3>Fase 6: Cutover (week 0)<\/h3>\n<ul>\n<li>Backup completo produzione<\/li>\n<li>Switch tecnico (1-4 ore)<\/li>\n<li>Smoke test produzione<\/li>\n<li>Comunicazione utenti<\/li>\n<\/ul>\n<h3>Fase 7: Hypercare post-upgrade (settimana +1 a +4)<\/h3>\n<ul>\n<li>War room attiva 5 giorni<\/li>\n<li>Bug fix prioritari<\/li>\n<li>Monitoring intensivo<\/li>\n<li>Feedback utenti raccolto sistematicamente<\/li>\n<\/ul>\n<h3>Fase 8: Stabilizzazione (mese +1 a +3)<\/h3>\n<ul>\n<li>Customization residue completate<\/li>\n<li>Documentazione finale aggiornata<\/li>\n<li>Lessons learned<\/li>\n<li>Pianificazione prossimo upgrade<\/li>\n<\/ul>\n<h2>Dati che DEVONO essere preservati<\/h2>\n<h3>Catalogo prodotti<\/h3>\n<p>Il catalogo prodotti \u00e8 il dato pi\u00f9 strutturato e con maggior numero di dipendenze. Ogni upgrade deve garantire la conservazione completa di template, varianti, immagini, prezzi:<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2026\/06\/odoo-upgrade-01-prodotti.png\" alt=\"Catalogo prodotti Odoo 19 con template e varianti per validazione upgrade major\" class=\"aligncenter size-full wp-image-3284\"\/><\/p>\n<ul>\n<li>Template e varianti con tutte le caratteristiche<\/li>\n<li>Codici interni, EAN, barcode<\/li>\n<li>Prezzi e listini multipli<\/li>\n<li>Immagini e attachment<\/li>\n<li>Categorie merceologiche<\/li>\n<li>BOM (distinta base) per produzione<\/li>\n<\/ul>\n<h3>Anagrafica contatti<\/h3>\n<p>I contatti (clienti, fornitori, partner) sono il database pi\u00f9 sensibile a livello GDPR. La continuit\u00e0 deve essere garantita al 100%:<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2026\/06\/odoo-upgrade-02-contatti.png\" alt=\"Lista contatti Odoo 19 con clienti fornitori per migrazione upgrade major\" class=\"aligncenter size-full wp-image-3285\"\/><\/p>\n<ul>\n<li>Dati anagrafici completi (P.IVA, codici fiscali)<\/li>\n<li>Indirizzi multipli (legale, spedizione, fatturazione)<\/li>\n<li>Contatti interni (referenti, telefoni)<\/li>\n<li>Storico comunicazioni<\/li>\n<li>Tag e segmentazioni<\/li>\n<li>Consensi GDPR documentati<\/li>\n<\/ul>\n<h3>Movimenti contabili<\/h3>\n<p>I journal entries sono il cuore della contabilit\u00e0: anni di registrazioni che non possono andare persi n\u00e9 disordinarsi:<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2026\/06\/odoo-upgrade-03-journal.png\" alt=\"Journal entries Odoo 19 movimenti contabili per validazione upgrade major PMI\" class=\"aligncenter size-full wp-image-3286\"\/><\/p>\n<ul>\n<li>Tutte le scritture contabili degli anni precedenti<\/li>\n<li>Riconciliazioni bancarie<\/li>\n<li>Allegati fatture (PDF, XML SdI)<\/li>\n<li>Codici natura IVA<\/li>\n<li>Cespiti e ammortamenti<\/li>\n<li>Chiusure d&#8217;esercizio<\/li>\n<\/ul>\n<h2>Gestione customization durante upgrade<\/h2>\n<p><img decoding=\"async\" src=\"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2026\/06\/odoo-pool-026.png\" alt=\"Gestione customization durante upgrade major Odoo da v19 a v20 per PMI\" class=\"aligncenter size-full wp-image-3436\"\/><\/p>\n<h3>Categorizzazione customization<\/h3>\n<table border=\"1\" cellspacing=\"0\" cellpadding=\"6\">\n<thead>\n<tr>\n<th>Tipo<\/th>\n<th>Esempio<\/th>\n<th>Effort upgrade<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Configurazioni<\/td>\n<td>Setup giornali, regole IVA<\/td>\n<td>Basso (auto)<\/td>\n<\/tr>\n<tr>\n<td>Studio (no-code)<\/td>\n<td>Campi custom, automazioni<\/td>\n<td>Basso (auto)<\/td>\n<\/tr>\n<tr>\n<td>Custom modules small<\/td>\n<td>1-2 file Python, alcune view<\/td>\n<td>Medio (1-3 gg)<\/td>\n<\/tr>\n<tr>\n<td>Custom modules medium<\/td>\n<td>Integrazioni esterne, workflow<\/td>\n<td>Alto (3-10 gg)<\/td>\n<\/tr>\n<tr>\n<td>Custom modules large<\/td>\n<td>Moduli verticali complessi<\/td>\n<td>Molto alto (10+ gg)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3>Strategia di refactor<\/h3>\n<ul>\n<li><strong>Mantieni<\/strong>: customization business-critical e usate &gt; 50%<\/li>\n<li><strong>Refactor<\/strong>: customization complesse che usano vecchia API<\/li>\n<li><strong>Sostituisci<\/strong>: customization che la nuova versione Odoo offre nativamente<\/li>\n<li><strong>Elimina<\/strong>: customization usate &lt; 10% o &#8220;nice to have&#8221; non essenziali<\/li>\n<\/ul>\n<h2>Test plan completo pre-upgrade<\/h2>\n<h3>Test funzionali (40-60 ore)<\/h3>\n<ul>\n<li>Workflow vendite end-to-end (preventivo \u2192 fattura)<\/li>\n<li>Workflow acquisti end-to-end (RDA \u2192 fattura passiva)<\/li>\n<li>Workflow magazzino (ricevimento, prelievo, inventario)<\/li>\n<li>Workflow contabilit\u00e0 (registrazioni, riconciliazioni, IVA)<\/li>\n<li>Workflow HR (se utilizzato)<\/li>\n<\/ul>\n<h3>Test integrazione (20-40 ore)<\/h3>\n<ul>\n<li>Fatturazione elettronica SdI (TD01-TD27)<\/li>\n<li>Riconciliazione bancaria automatica<\/li>\n<li>E-commerce sync (catalogo, ordini, stock)<\/li>\n<li>API esterne (CRM, marketing, BI)<\/li>\n<li>Stampanti fiscali \/ scanner barcode<\/li>\n<\/ul>\n<h3>Test performance (8-16 ore)<\/h3>\n<ul>\n<li>Caricamento liste con 1000+ record<\/li>\n<li>Generazione report mensili\/annuali<\/li>\n<li>Workflow multi-utente concorrente<\/li>\n<li>Operazioni batch (import massivo, ricalcoli)<\/li>\n<\/ul>\n<h3>UAT (16-32 ore)<\/h3>\n<ul>\n<li>Key user verifica workflow operativi<\/li>\n<li>Scenari &#8220;day in the life&#8221;<\/li>\n<li>Edge case business specifici<\/li>\n<li>Approvazione formale per go-live upgrade<\/li>\n<\/ul>\n<h2>Rollback strategy<\/h2>\n<h3>Backup pre-upgrade (obbligatorio)<\/h3>\n<ul>\n<li>Backup completo database + filestore<\/li>\n<li>Backup configurazione server<\/li>\n<li>Backup codice custom modules<\/li>\n<li>Snapshot VM\/container infrastruttura<\/li>\n<li>Test restore su ambiente separato<\/li>\n<\/ul>\n<h3>Criteri di rollback<\/h3>\n<ul>\n<li>Bug critico non risolvibile entro 4 ore<\/li>\n<li>Perdita dati o corruzione<\/li>\n<li>Performance peggiorate di &gt; 50% e non tunabili in 24h<\/li>\n<li>Integrazione critica down per &gt; 8 ore (es. fatturazione SdI bloccata)<\/li>\n<\/ul>\n<h3>Procedura rollback<\/h3>\n<ul>\n<li>Decisione formale (Sponsor + PM + Tech Lead)<\/li>\n<li>Comunicazione utenti &#8220;ritorno temporaneo a versione precedente&#8221;<\/li>\n<li>Restore backup pre-upgrade (1-4 ore)<\/li>\n<li>Smoke test produzione restored<\/li>\n<li>Postmortem entro 7 giorni: cosa rifare diversamente<\/li>\n<\/ul>\n<h2>Costi tipici upgrade major<\/h2>\n<table border=\"1\" cellspacing=\"0\" cellpadding=\"6\">\n<thead>\n<tr>\n<th>Voce<\/th>\n<th>PMI Small (15-40 utenti)<\/th>\n<th>PMI Medium (40-100 utenti)<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Assessment + planning<\/td>\n<td>2-4k \u20ac<\/td>\n<td>4-8k \u20ac<\/td>\n<\/tr>\n<tr>\n<td>Refactor customization<\/td>\n<td>4-15k \u20ac<\/td>\n<td>15-40k \u20ac<\/td>\n<\/tr>\n<tr>\n<td>Setup staging + test<\/td>\n<td>3-6k \u20ac<\/td>\n<td>6-12k \u20ac<\/td>\n<\/tr>\n<tr>\n<td>Cutover + hypercare<\/td>\n<td>3-6k \u20ac<\/td>\n<td>6-12k \u20ac<\/td>\n<\/tr>\n<tr>\n<td>Tempo interno team<\/td>\n<td>4-8k \u20ac<\/td>\n<td>8-18k \u20ac<\/td>\n<\/tr>\n<tr>\n<td>Licenze Odoo SA upgrade tool<\/td>\n<td>0-2k \u20ac<\/td>\n<td>2-5k \u20ac<\/td>\n<\/tr>\n<tr>\n<td><strong>Totale upgrade major<\/strong><\/td>\n<td><strong>16-41k \u20ac<\/strong><\/td>\n<td><strong>41-95k \u20ac<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Errori comuni nell&#8217;upgrade<\/h2>\n<h3>&#8220;Upgrade senza staging&#8221;<\/h3>\n<p><strong>Problema<\/strong>: provare direttamente su produzione per &#8220;risparmiare tempo&#8221;.<br \/>\n<strong>Soluzione<\/strong>: staging NON \u00e8 opzionale. Vale 10x il costo evitando un disastro.<\/p>\n<h3>&#8220;Mantenere tutte le customization&#8221;<\/h3>\n<p><strong>Problema<\/strong>: nessuna pulizia, debt accumulato esponenzialmente.<br \/>\n<strong>Soluzione<\/strong>: ogni upgrade \u00e8 occasione di refactor. Eliminare almeno 10-20% customization inutili.<\/p>\n<h3>&#8220;Test superficiale&#8221;<\/h3>\n<p><strong>Problema<\/strong>: 1 giorno di test, scoperta problemi solo dopo go-live.<br \/>\n<strong>Soluzione<\/strong>: minimo 80-120 ore di test totali. UAT obbligatorio.<\/p>\n<h3>&#8220;Cutover in momento sbagliato&#8221;<\/h3>\n<p><strong>Problema<\/strong>: upgrade in periodo critico (chiusura fiscale, picco vendite).<br \/>\n<strong>Soluzione<\/strong>: window di 4 settimane &#8220;calme&#8221; identificata 6 mesi prima.<\/p>\n<h3>&#8220;Comunicazione utenti carente&#8221;<\/h3>\n<p><strong>Problema<\/strong>: utenti scoprono cambiamenti UI il luned\u00ec mattina, frustrazione.<br \/>\n<strong>Soluzione<\/strong>: 2 sessioni informative pre-upgrade + video &#8220;cosa cambia&#8221; + FAQ aggiornate.<\/p>\n<h2>Casi pratici PMI italiane<\/h2>\n<p><img decoding=\"async\" src=\"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2026\/06\/odoo-pool-027.png\" alt=\"Casi pratici PMI italiane upgrade major Odoo processo test e costi\" class=\"aligncenter size-full wp-image-3437\"\/><\/p>\n<h3>Caso 1 \u2014 Manifattura: upgrade fluido<\/h3>\n<ul>\n<li>Da Odoo 17 a 19, salto strategico di 1 versione<\/li>\n<li>Effort totale: 38k \u20ac + 6 mesi di pianificazione<\/li>\n<li>Customization: 14 \u2192 9 (cleanup 35%)<\/li>\n<li>Downtime: 4 ore (sabato notte)<\/li>\n<li>Ticket post-upgrade: 18 in 30 giorni (tutti P3\/P4)<\/li>\n<li>Lesson learned: staging robusto e UAT formale sono ROI clarissimo<\/li>\n<\/ul>\n<h3>Caso 2 \u2014 Distributore: upgrade emergency<\/h3>\n<ul>\n<li>Da Odoo 15 a 19, salto 4 versioni (EOL imminente)<\/li>\n<li>Effort totale: 95k \u20ac (3x vs pianificato)<\/li>\n<li>Customization: refactor 80% (codice molto datato)<\/li>\n<li>Downtime: 2 giorni<\/li>\n<li>Settimane di rilavorazione: 6<\/li>\n<li>Lesson learned: stalling costa molto di pi\u00f9 che upgrade pianificati<\/li>\n<\/ul>\n<h3>Caso 3 \u2014 Servizi B2B: rollback eseguito<\/h3>\n<ul>\n<li>Upgrade Odoo 18 \u2192 19 con bug integrazione bancaria<\/li>\n<li>Rollback dopo 18 ore<\/li>\n<li>Costo rollback: 8k \u20ac<\/li>\n<li>Retry dopo 5 settimane con fix integrazione<\/li>\n<li>Lesson learned: rollback rapido \u00e8 un asset, non un fallimento<\/li>\n<\/ul>\n<h3>Caso 4 \u2014 E-commerce: upgrade con consolidamento<\/h3>\n<ul>\n<li>Upgrade Odoo 18 \u2192 19 + cleanup massiccio<\/li>\n<li>Sostituite 12 customization con feature standard nuove<\/li>\n<li>Costo upgrade: 32k \u20ac (vs 45k \u20ac atteso)<\/li>\n<li>Risparmio futuro: 8k \u20ac\/anno di manutenzione customization<\/li>\n<li>Lesson learned: feature standard nuove spesso sostituiscono customization datate<\/li>\n<\/ul>\n<h2>FAQ<\/h2>\n<h3>Posso saltare una versione (es. da 17 a 19)?<\/h3>\n<p>S\u00ec, Odoo SA supporta upgrade da N-2 a N. Saltare 3+ versioni (es. 15 \u2192 19) richiede passaggi intermedi e costa molto di pi\u00f9. Strategia ideale: mai pi\u00f9 di 18 mesi di gap.<\/p>\n<h3>Quanto dura l&#8217;upgrade in giornate-uomo?<\/h3>\n<p>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.<\/p>\n<h3>Devo informare i clienti dell&#8217;upgrade?<\/h3>\n<p>Generalmente no se il sistema rimane disponibile (downtime &lt; 4 ore). Eccezione: clienti che usano portale fornitore o EDI hanno bisogno di sapere in anticipo. Email informativa 7 giorni prima \u00e8 buona prassi.<\/p>\n<h3>Posso fare l&#8217;upgrade in autonomia (senza partner)?<\/h3>\n<p>Tecnicamente possibile per Odoo Community senza customization. Realisticamente: PMI con qualsiasi customization, integrazione, o sistema mission-critical, deve usare partner certificato. Il &#8220;fai da te&#8221; costa 5-10x in tempo team interno + rischio errori.<\/p>\n<h3>Quanto spesso dovrei aggiornare in futuro?<\/h3>\n<p>Cadenza 18-24 mesi \u00e8 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.<\/p>\n<h2>Prossimi passi<\/h2>\n<p>Nelle prossime guide vedremo come <strong>integrare Odoo con sistemi esterni<\/strong> (e-commerce, BI, marketing automation), come scegliere <strong>moduli specializzati per settore<\/strong> (manifattura, servizi, retail), e come <strong>estendere Odoo con sviluppi custom<\/strong> mantenibili nel tempo.<\/p>\n<p style=\"margin-top:30px;background:#f4f4f8;padding:18px;border-radius:8px;\"><strong>Vuoi affrontare un upgrade Odoo major con metodologia provata?<\/strong><br \/>\nG 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.<br \/>\n<a href=\"https:\/\/brentasoft.com\/preventivatore.php\"><strong>Richiedi un preventivo gratuito<\/strong><\/a> oppure prova la nostra <a href=\"https:\/\/odoo.brentasoft.com\/\">demo Odoo 19 live<\/a>. Oppure <a href=\"https:\/\/www.odoo.com?utm_campaign=partner-d192ce8a&amp;utm_source=partner_ref\" target=\"_blank\" rel=\"noopener noreferrer\">prova Odoo direttamente su odoo.com<\/a> (link partner Brentasoft).<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Trentatreesima guida Odoo 19: come gestire un upgrade major Odoo. Ciclo di vita versioni, processo 8 fasi, test plan, rollback strategy, costi, casi pratici PMI italiane.<\/p>\n","protected":false},"author":2,"featured_media":3284,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"Upgrade major Odoo: processo, test, costi PMI","_seopress_titles_desc":"Come gestire l'upgrade major Odoo: ciclo versioni, processo 8 fasi, test plan, rollback strategy, costi tipici, casi pratici PMI italiane.","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"https:\/\/brentasoft.com\/blog\/upgrade-major-odoo-19-20-pmi-italiane-guida\/","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"https:\/\/brentasoft.com\/blog\/wp-content\/uploads\/2026\/06\/odoo-upgrade-01-prodotti.png","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","footnotes":""},"categories":[24,689],"tags":[],"class_list":["post-3287","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-erp-gestionali","category-guide-odoo"],"_links":{"self":[{"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/posts\/3287","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/comments?post=3287"}],"version-history":[{"count":0,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/posts\/3287\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/media\/3284"}],"wp:attachment":[{"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/media?parent=3287"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/categories?post=3287"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/brentasoft.com\/blog\/wp-json\/wp\/v2\/tags?post=3287"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}