Il 21 maggio, a Bologna, sono salito sul palco degli Odoo Days Italia per il terzo anno consecutivo con lo stesso filo conduttore: la localizzazione contabile italiana e il lavoro della community su Odoo. Con una differenza rispetto alle volte precedenti: nel 2025 presentavo un progetto appena avviato, quest'anno sono andato a tirarne le somme.
Da sostituti a partner
Il passaggio che considero più importante non riguarda una funzionalità, ma un cambio di ruolo.
Fino alla versione 16, Odoo core e community viaggiavano su due binari paralleli che non si incontravano mai: la localizzazione ufficiale si fermava di fatto alla fatturazione elettronica, mentre la contabilità italiana completa era stata costruita dalla community su un impianto separato. I due mondi erano incompatibili al punto che installare l'uno richiedeva di disinstallare l'altro.
Con la v18 i due binari si uniscono. Il core copre una base di funzionalità e la community non è più un sostituto, ma un partner: estende i casi coperti solo in parte, costruisce da zero quelli assenti, porta sulla Community ciò che esiste solo in Enterprise. È una differenza di sostanza: chi lavora oggi sulla localizzazione italiana non sta più rincorrendo Odoo, ma ci costruisce sopra.
Migrare dalla v16 alla v18 non è un upgrade
La parte più operativa del talk. Una migrazione dalla v16 alla v18 non è un aggiornamento tecnico e non riguarda solo gli sviluppatori: servono due continuità. Quella funzionale — le funzionalità che l'azienda usa devono esistere anche dopo — e quella fiscale e dei dati, perché liquidazione IVA, registri, fatturazione elettronica e quadrature contabili devono restare coerenti e consultabili.
Il momento giusto si sceglie sui vincoli contabili, non sul calendario dell'IT: tipicamente a fine trimestre, dopo aver registrato tutte le fatture, chiuso la liquidazione e verificato gli esiti di invio e ricezione dal Sistema di Interscambio. Si chiude tutto sulla v16, si migra, si riparte con le registrazioni sulla v18.
Sotto il cofano è cambiato parecchio, ed è il motivo per cui non basta un porting: nuovo motore fiscale, griglie IVA ora parte integrante dell'impianto, inversione contabile semplificata — dai tre documenti a una gestione basata su flag — split payment diventato una struttura padre-figlio, ritenuta d'acconto ora nativa nel core su un modulo completamente diverso da quello usato in v16. Per i registri IVA dei periodi già chiusi esiste un modulo di retrocompatibilità che ne consente la ristampa mantenendo la logica di calcolo originale: resta installato anche a regime, per consultazione e ristampe storiche.
L'errore che vedo più spesso è trattare tutto questo come un semplice upgrade e scoprire i problemi dopo il salto. I test realistici, su dati veri, servono da entrambe le parti.
Il porting alla v19 è già partito
L'annuncio con cui ho chiuso: l'Associazione Odoo Italia ha dato avvio ufficiale al porting verso la versione 19. Per anni la community aveva seguito solo le versioni pari — risorse limitate, carico di manutenzione alto — e questo cambio di passo è la conseguenza diretta di quanto ho raccontato sopra: più convergenza con il core, meno duplicazioni, un coordinamento migliore.
Per chi usa Odoo il vantaggio è concreto: si passa dai grandi salti a uno sviluppo continuo, le novità di ogni versione — comprese le funzionalità di intelligenza artificiale in arrivo — arrivano prima, e le migrazioni successive diventano più semplici.
Il video dell'intervento
L'Associazione Odoo Italia ha pubblicato la registrazione integrale del talk: Costruire Odoo per l'Italia: il lavoro della community su Odoo 18.
Se state valutando il passaggio a Odoo 18, o volete capire cosa comporta davvero per la vostra contabilità, scriveteci: è il terreno su cui lavoriamo ogni giorno.