Unitiva

𝐒𝐜𝐞𝐠𝐥𝐢𝐞𝐫𝐞 𝐮𝐧 𝐄𝐑𝐏 𝐩𝐞𝐫 𝐢𝐥 𝐟𝐨𝐨𝐝 𝐞̀ 𝐮𝐧𝐚 𝐝𝐞𝐥𝐥𝐞 𝐝𝐞𝐜𝐢𝐬𝐢𝐨𝐧𝐢 𝐩𝐢𝐮̀ 𝐜𝐨𝐦𝐩𝐥𝐞𝐬𝐬𝐞 𝐜𝐡𝐞 𝐮𝐧𝐚 𝐝𝐢𝐫𝐞𝐳𝐢𝐨𝐧𝐞 𝐚𝐳𝐢𝐞𝐧𝐝𝐚𝐥𝐞 𝐬𝐢 𝐭𝐫𝐨𝐯𝐚 𝐚𝐝 𝐚𝐟𝐟𝐫𝐨𝐧𝐭𝐚𝐫𝐞.

Non perché i software manchino.
Perché mancano spesso le domande giuste da fare prima di firmare.

𝐓𝐫𝐚𝐜𝐜𝐢𝐚𝐛𝐢𝐥𝐢𝐭𝐚̀ bidirezionale reale (non "sì, gestiamo i lotti").
𝐃𝐢𝐬𝐭𝐢𝐧𝐭𝐚 𝐛𝐚𝐬𝐞 che sa stare dietro alla variabilità della materia prima.
𝐂𝐨𝐧𝐭𝐫𝐨𝐥𝐥𝐨 𝐪𝐮𝐚𝐥𝐢𝐭𝐚̀ 𝐢𝐧𝐭𝐞𝐠𝐫𝐚𝐭𝐨, non un Excel parallelo.
𝐋𝐨𝐠𝐢𝐜𝐡𝐞 𝐅𝐄𝐅𝐎 con shelf-life residua differenziata per cliente.
API aperte per parlare con le macchine in produzione.
EDI con la GDO, senza workaround manuali.
Un partner che conosce BRC e IFS (non genericamente "la manifattura").

Abbiamo raccolto i 7 errori più comuni che vediamo nelle implementazioni ERP in ambito alimentare, non da benchmark teorici, ma da progetti reali (guarda la sezione dei casi di studio di unitiva.it per leggerne qualcuno)

https://unitiva.it/technology/i-7-errori-fatali-nella-scelta-di-un-erp-per-il-settore-alimentare-e-come-evitarli

𝐈𝐧𝐭𝐞𝐠𝐫𝐚𝐫𝐞 Odoo con un sistema esterno è una delle operazioni più delicate che un team di sviluppo possa affrontare. Non perché sia tecnicamente impossibile. Ma perché i problemi più seri non fanno rumore.

I log dicono tutto ok. I processi girano. Eppure qualcosa non torna, e lo scopri settimane dopo, quando il danno è già fatto.

Abbiamo visto questo scenario ripetersi su progetti di ogni dimensione: 𝐖𝐌𝐒, 𝐦𝐚𝐫𝐤𝐞𝐭𝐩𝐥𝐚𝐜𝐞, 𝐏𝐈𝐌, 𝐄𝐑𝐏 𝐥𝐞𝐠𝐚𝐜𝐲.
Ogni volta, gli stessi pattern ricorrenti. Ogni volta, le stesse assunzioni implicite che nessuno aveva reso esplicite.

Abbiamo fatto un'analisi completa, con le soluzioni architetturali per ciascuno scenario: https://unitiva.it/news/sincronizzare-linvendibile-casi-limite-di-integrazione-tra-odoo-e-piattaforme-proprietarie

Il cervello non vede. Interpreta.

E lo fa in frazioni di secondo, applicando schemi appresi, prima ancora che tu legga una riga di copy o veda un CTA.

Il trend "𝐢𝐬 𝐢𝐭 𝐜𝐚𝐤𝐞?" è un caso da manuale di come funziona la percezione visiva. E ha molto da insegnare a chi costruisce prodotti digitali.

Nel carosello qui sotto abbiamo condensato i concetti chiave: 𝐆𝐞𝐬𝐭𝐚𝐥𝐭, 𝐬𝐤𝐞𝐮𝐨𝐦𝐨𝐫𝐟𝐢𝐬𝐦𝐨, 𝐝𝐞𝐥𝐢𝐠𝐡𝐭 𝐦𝐨𝐦𝐞𝐧𝐭 e perché il design convenzionale smette di funzionare quando tutto sembra uguale.

Se vuoi saperne di più leggi l'articolo di Lara Viviana Di Mare: https://unitiva.it/digital/cake-or-fake-perche-il-nostro-cervello-e-ossessionato-dai-dolci-iperrealistici-e-cosa-centra-il-design

𝐙𝐨𝐧𝐞.𝐣𝐬 𝐡𝐚 𝐟𝐚𝐭𝐭𝐨 𝐥𝐚 𝐬𝐭𝐨𝐫𝐢𝐚 𝐝𝐢 𝐀𝐧𝐠𝐮𝐥𝐚𝐫.
Ha intercettato eventi, avviato cicli di change detection, tenuto tutto sincronizzato nell'ombra. Ma intercettare tutto ha un costo. E nelle applicazioni complesse, quel costo si sente.

Con Angular v21 il paradigma cambia: i 𝐒𝐢𝐠𝐧𝐚𝐥𝐬 portano una reattività chirurgica, dove non è più il framework a chiedere "cosa è cambiato?" ma è il dato stesso a notificare esattamente chi deve aggiornarsi.

Meno cicli CPU. Bundle più leggeri. Debug finalmente prevedibile.

Alessandro Ieri ha scritto per il nostro magazine un articolo che spiega questa transizione in modo tecnico e concreto, con esempi di codice che mostrano la differenza (prima e dopo).

Se lavori con Angular, o stai progettando l'architettura di un frontend, vale la lettura: https://unitiva.it/technology/angular-zoneless-i-signals-ed-il-tramonto-di-zone.js

Vendere online funziona. Fino a quando qualcuno ordina un prodotto che risulta disponibile sul sito ma non c'è più in magazzino.

E a quel punto inizia il giro: chi ha aggiornato lo stock? Quando è partita l'ultima sincronizzazione? Dov'è il connettore che ha smesso di girare?

È la quotidianità di chi gestisce un 𝐞𝐂𝐨𝐦𝐦𝐞𝐫𝐜𝐞 collegato a un 𝐠𝐞𝐬𝐭𝐢𝐨𝐧𝐚𝐥𝐞 tramite integrazione esterna. Non è un problema tecnico occasionale: è il costo operativo di avere due sistemi che devono costantemente parlarsi.
Il problema non è la piattaforma. È l'architettura.

Nell'articolo Fabrizio Botti spiega cosa cambia davvero quando il negozio online è parte di Odoo, non affiancato ad esso. 𝐀𝐫𝐜𝐡𝐢𝐭𝐞𝐭𝐭𝐮𝐫𝐚, 𝐟𝐥𝐮𝐬𝐬𝐢 𝐨𝐩𝐞𝐫𝐚𝐭𝐢𝐯𝐢 𝐞 𝐜𝐨𝐬𝐚 𝐜𝐨𝐧𝐬𝐢𝐝𝐞𝐫𝐚𝐫𝐞 𝐩𝐫𝐢𝐦𝐚 𝐝𝐢 𝐬𝐜𝐞𝐠𝐥𝐢𝐞𝐫𝐞

L'articolo:

Odoo eCommerce: cosa cambia davvero quando il negozio online è parte dell'ERP Integrare una piattaforma di vendita esterna a Odoo o usare il modulo nativo? Non è una questione di preferenze: è una scelta architetturale con conseguenze operative concrete.

Quando un'azienda cresce, il suo ERP deve crescere con lei. Senza attriti, senza rallentamenti, senza che la tecnologia diventi un freno.

Con Odoo questo è più realizzabile che mai, 𝐚 𝐩𝐚𝐭𝐭𝐨 𝐝𝐢 𝐩𝐫𝐨𝐠𝐞𝐭𝐭𝐚𝐫𝐞 𝐥'𝐢𝐧𝐟𝐫𝐚𝐬𝐭𝐫𝐮𝐭𝐭𝐮𝐫𝐚 𝐧𝐞𝐥 𝐦𝐨𝐝𝐨 𝐠𝐢𝐮𝐬𝐭𝐨 𝐟𝐢𝐧 𝐝𝐚𝐥𝐥'𝐢𝐧𝐢𝐳𝐢𝐨.

Le nuove funzionalità di notifica in tempo reale e gli strumenti AI integrati aprono scenari operativi molto potenti. Ma per esprimerli al meglio, 𝐬𝐩𝐞𝐜𝐢𝐚𝐥𝐦𝐞𝐧𝐭𝐞 𝐨𝐥𝐭𝐫𝐞 𝐢 𝟏𝟎𝟎 𝐮𝐭𝐞𝐧𝐭𝐢 𝐬𝐢𝐦𝐮𝐥𝐭𝐚𝐧𝐞𝐢, serve un'architettura che li sappia sostenere.

Nei 𝐩𝐫𝐨𝐠𝐞𝐭𝐭𝐢 𝐄𝐧𝐭𝐞𝐫𝐩𝐫𝐢𝐬𝐞 che seguiamo, lavoriamo su quattro livelli:
→ 𝐍𝐨𝐝𝐢 𝐚𝐩𝐩𝐥𝐢𝐜𝐚𝐭𝐢𝐯𝐢 𝐬𝐭𝐚𝐭𝐞𝐥𝐞𝐬𝐬, con filestore su Object Storage e sessioni su Redis
→ 𝐏𝐠𝐁𝐨𝐮𝐧𝐜𝐞𝐫 𝐢𝐧 𝐭𝐫𝐚𝐧𝐬𝐚𝐜𝐭𝐢𝐨𝐧 𝐩𝐨𝐨𝐥𝐢𝐧𝐠, per gestire la concorrenza sul database senza sprechi
→ 𝐖𝐨𝐫𝐤𝐞𝐫 𝐂𝐫𝐨𝐧 isolati, che lavorano in background senza toccare le performance degli operatori
→ 𝐎𝐬𝐬𝐞𝐫𝐯𝐚𝐛𝐢𝐥𝐢𝐭𝐚̀ 𝐦𝐨𝐝𝐞𝐫𝐧𝐚 𝐜𝐨𝐧 𝐬𝐭𝐚𝐜𝐤 𝐋𝐆𝐓𝐌 𝐞 𝐎𝐩𝐞𝐧𝐓𝐞𝐥𝐞𝐦𝐞𝐭𝐫𝐲, per anticipare i problemi invece di rincorrerli

La complessità architetturale va calibrata sul reale fabbisogno: per molte aziende, Docker Compose su VM ridondante con HAProxy è la soluzione giusta. Kubernetes entra in gioco quando i volumi e i requisiti di disponibilità lo richiedono davvero.

Il nostro obiettivo, quindi, è che la tecnologia risulti invisibile a chi la usa e che l'ERP sia percepito solo come uno strumento che funziona, sempre!

Vuoi saperne di più? Leggi l'articolo del nostro dev Simone Tullino:

Architetture Cloud-Native per Odoo 19: scalare oltre i 100 utenti simultanei Dalla teoria alla pratica: come strutturare l'infrastruttura dell'ERP per garantire performance, resilienza e continuità operativa in scenari ad alta concorrenza.

𝐂𝐢 𝐜𝐡𝐢𝐞𝐝𝐨𝐧𝐨 𝐬𝐩𝐞𝐬𝐬𝐨: 𝐪𝐮𝐚𝐧𝐭𝐨 𝐜𝐢 𝐯𝐮𝐨𝐥𝐞 𝐩𝐞𝐫 𝐜𝐨𝐧𝐧𝐞𝐭𝐭𝐞𝐫𝐞 𝐥𝐞 𝐧𝐨𝐬𝐭𝐫𝐞 𝐦𝐚𝐜𝐜𝐡𝐢𝐧𝐞 𝐚 Odoo?
𝐋𝐚 𝐫𝐢𝐬𝐩𝐨𝐬𝐭𝐚 𝐨𝐧𝐞𝐬𝐭𝐚: 𝐝𝐢𝐩𝐞𝐧𝐝𝐞 𝐝𝐚 𝐭𝐫𝐞 𝐝𝐞𝐜𝐢𝐬𝐢𝐨𝐧𝐢 𝐚𝐫𝐜𝐡𝐢𝐭𝐞𝐭𝐭𝐮𝐫𝐚𝐥𝐢 𝐜𝐡𝐞 𝐥𝐚 𝐦𝐚𝐠𝐠𝐢𝐨𝐫 𝐩𝐚𝐫𝐭𝐞 𝐟𝐚 𝐝𝐨𝐩𝐨.

La prima è il 𝐩𝐫𝐨𝐭𝐨𝐜𝐨𝐥𝐥𝐨. OPC UA, Modbus, MQTT... non sono intercambiabili e non tutti i PLC espongono quello che ti aspetti. Capirlo in fase di progetto costa poco. Capirlo in fase di implementazione costa molto.

La seconda è il 𝐦𝐢𝐝𝐝𝐥𝐞𝐰𝐚𝐫𝐞. Collegare direttamente macchina e ERP sembra la strada più corta. Di solito è la più costosa: nessuna separazione tra rete OT e IT, nessun punto di normalizzazione dei dati, nessuna resilienza quando qualcosa cambia.

La terza è la 𝐥𝐚𝐭𝐞𝐧𝐳𝐚 𝐚𝐜𝐜𝐞𝐭𝐭𝐚𝐛𝐢𝐥𝐞. Odoo è un ERP, non un MES. Aggiorna lo stato dei work order nell'ordine dei secondi, non dei millisecondi. Se il tuo processo richiede reattività stretta, serve un layer dedicato tra le macchine e Odoo. Saperlo prima cambia l'architettura e il budget.

Queste tre decisioni determinano se l'integrazione regge in produzione o funziona solo in demo.

Luca Sollazzo, il nostro SysAdmin, le ha analizzate in dettaglio nell'articolo che trovate nei commenti: architettura reale, protocolli, vincoli di Odoo 19 MRP. Senza semplificazioni.

L'articolo: https://unitiva.it/technology/iiot-e-odoo-mrp-una-guida-tecnica-senza-semplificazioni

Se stai valutando un progetto simile e vuoi un confronto diretto, siamo qui.

IIoT e Odoo MRP: una guida tecnica senza semplificazioni Connettere l'officina a Odoo 19: architettura, protocolli e vincoli real

Esportare in 140 Paesi è un traguardo formidabile. Ma se i tuoi sistemi non si parlano, è l'inizio del caos operativo.

Quando vendite, produzione e logistica viaggiano su binari separati, la crescita moltiplica la complessità invece di ridurla.

È la sfida che ha affrontato P.M.T. - Pauselli Model Tyres, eccellenza italiana degli pneumatici da competizione. B2C, B2B e fabbrica erano disconnessi: questo significava ordini da ricopiare a mano, magazzini disallineati e logistica internazionale difficile da gestire.

Non era un problema di strumenti. Era un problema di architettura.

Insieme al team Unitiva abbiamo ripensato il modello operativo, centralizzando l'intera azienda su Odoo 18 Enterprise.

Oggi PMT Tyres viaggia su un unico motore integrato:
• 𝐁𝟐𝐂 𝐞 𝐁𝟐𝐁 𝐮𝐧𝐢𝐟𝐢𝐜𝐚𝐭𝐢 su un solo backend.
• 𝐖𝐞𝐛 𝐞 𝐟𝐚𝐛𝐛𝐫𝐢𝐜𝐚 𝐜𝐨𝐧𝐧𝐞𝐬𝐬𝐢: gli ordini online attivano direttamente la produzione.
• 𝐋𝐨𝐠𝐢𝐬𝐭𝐢𝐜𝐚 𝐞 𝐝𝐨𝐠𝐚𝐧𝐚 𝐚𝐮𝐭𝐨𝐦𝐚𝐭𝐢𝐳𝐳𝐚𝐭𝐞 direttamente nei processi.

Nel carosello qui sotto trovi i passaggi chiave della trasformazione.
Vuoi i dettagli tecnici? Leggi il caso studio completo (su architettura, integrazioni e compliance fiscale)
https://unitiva.it/case-study/pmt-tyres-lintegrazione-digitale-tra-performance-e-scalabilita-globale-con-odoo

Se lavori su operations complesse e questo post ti è stato utile, lascia un like!

PMT Tyres: l'integrazione digitale tra performance e scalabilità globale con Odoo Da un ecosistema digitale frammentato a un'unica piattaforma integrata che connette e-commerce, produzione e logistica internazionale.