Implementare Odoo 19 senza rifare nulla: cosa decidere prima, in che ordine, cosa non migrare e dove si inciampa rispetto alla 17 e alla 18

App installate prima di decidere dove vive il database. Un negozio collegato prima di ripulire il catalogo. Anni di fatture importate che nessuno aprirà mai. Sono gli errori di ordine che costringono a rifare più lavoro, e Odoo 19 non li cambia. Quello che aggiunge, rispetto alla 17 e alla 18, sono alcune insidie che non compaiono nelle guide alle novità.

Cosa si decide prima di toccare qualsiasi cosa

Ci sono decisioni economiche all'inizio e costose da disfare. Dove viene ospitato: nel piano standard di Odoo Online non si installano moduli con codice Python proprio, quindi se ti servirà un connettore, l'hosting ha già deciso per te. Community o Enterprise. In Spagna, quale sistema emette la fattura legale: se il punto vendita o il negozio già fatturano, Odoo non deve fatturare di nuovo la stessa vendita, e con VeriFactu ogni fattura emessa lascia un registro concatenato che non si annulla. E una di business: quali processi devono funzionare il primo giorno.

L'ordine reale di un progetto

1. Azienda con paese, valuta e dati fiscali corretti.
2. Piano dei conti, imposte e posizioni fiscali.
3. Anagrafiche: contatti, prodotti, varianti, listini e fornitori.
4. Processi: vendita, acquisto, magazzino, fatturazione e incasso, configurati e testati uno per uno.
5. Integrazioni: negozio, marketplace, corrieri e banca.
6. Un ciclo completo su una copia con dati reali: ordine, consegna, etichetta, fattura, incasso e reso.
7. Saldi di apertura e giacenze alla data di chiusura, e avvio.

Il primo passo sembra banale e non lo è. Odoo sceglie il piano dei conti in base al paese dell'azienda quando si installa Contabilità: con il paese sbagliato entra un piano generico, e cambiarlo poi si scontra con conti già esistenti. La valuta non si può cambiare non appena c'è una registrazione.

Anagrafiche: qui il progetto si vince o si perde

Uno SKU per prodotto, senza duplicati. Varianti come attributi, non prodotti separati con il colore nel nome. Peso e dimensioni compilati: senza di essi non c'è etichetta del corriere. Contatti senza duplicati e con la loro partita IVA. E un responsabile per ogni blocco di dati. Conviene azzeccarla al primo colpo, perché un prodotto con movimenti di magazzino non si cancella più, si archivia soltanto. Modello e dettagli in preparare le anagrafiche prima di migrare.

Cosa NON migrare

La tentazione è portarsi dietro tutto, e quasi mai conviene. In Odoo entrano saldi, non storico: fatture ancora da incassare e da pagare, bilancio di apertura alla data di chiusura e giacenze per ubicazione alla stessa data. Il resto resta fuori:

• Fatture e ordini di esercizi chiusi: si consultano nel sistema precedente o in un'esportazione che si continua a conservare.
• Movimenti di magazzino vecchi: si importa la quantità per ubicazione, non il percorso di ogni unità.
• Prodotti e clienti senza attività: il limite lo fissa il business, non il tecnico.
• Campi che nessuno compila e automatismi che aggiravano i limiti del programma precedente. Migrarli significa migrare il problema.

Se c'è e-commerce, il negozio viene dopo il catalogo

In un'implementazione di Odoo per l'e-commerce, la prima decisione è se il negozio sarà Odoo Website o resterà fuori. Con Odoo Website non c'è nulla da sincronizzare, perché l'ordine web è un ordine di vendita (quando conviene e quando no). Se il negozio è su Shopify o WooCommerce, o vendi sui marketplace, Odoo è la giacenza principale e lo SKU la chiave comune. Per questo le integrazioni vanno alla fine: un connettore acceso su un catalogo sporco distribuisce il disordine su tutti i canali.

I nostri connettori pubblicati (Shopify, Amazon, Mirakl, Temu e il resto del catalogo) funzionano su Odoo 17, 18 e 19, e la maggior parte anche su Odoo 20 (ogni scheda indica le sue versioni).

Le insidie di Odoo 19 rispetto alla 17 e alla 18

Per chi lo usa, Odoo 19 assomiglia molto alla 18. Quello che morde sta sotto, nei moduli di terze parti. Che una scheda dica «compatibile con la 19» non garantisce che si installi: la 19 ha portato la categoria dei gruppi di accesso in un nuovo modello, res.groups.privilege, e un modulo portato in fretta fallisce con Invalid field 'category_id' in 'res.groups' (perché compila e non si installa).

La peggiore non dà errore: nella 19, _sql_constraints viene ignorato con un avviso nel log. Il modulo si installa, i test passano e il vincolo di unicità che impediva di importare due volte lo stesso ordine non è nel database. E il foglio spese (hr.expense.sheet) della 17 e della 18 non esiste nella 19: un circuito di approvazione costruito su di esso va rifatto. Elenco completo in mantenere lo stesso modulo su Odoo 19, 18 e 17.

Quando non ti serve un integratore

Se usi Odoo Online, i tuoi processi rientrano nello standard e non ci sono negozio, marketplace né corrieri da collegare, non ti serve ingegneria: la configurazione standard ti porta fino all'avvio. Chiamarci ha senso quando ci sono canali di vendita, integrazioni, moduli propri o una migrazione con dati da ripulire; è quello che facciamo nell'implementazione di Odoo 17, 18 e 19.

Domande frequenti

Link utili all'interno di FlexigoTech