Per un'azienda produttiva, scegliere tra ERP cloud e on premise non coincide con decidere dove mettere dei server. La questione è capire quanto del cuore operativo può stare fuori dal plant senza creare attrito su pianificazione, avanzamento, qualità, magazzino, tracciabilità, manutenzione e accessi dei reparti. La differenza emerge quando un fermo linea chiede dati immediati, una modifica distinta va propagata in fretta o un buyer deve capire se la produzione può reggere una commessa non prevista.
Il contesto spinge verso architetture più digitali, ma non in modo uniforme. Secondo l’Istat, nel 2025 il 56,0% delle imprese italiane con almeno 10 addetti usa software gestionali e il 68,1% acquista servizi cloud di livello intermedio o avanzato; sulle soluzioni ERP il divario dimensionale resta netto, con il 48,8% delle PMI contro l'85,9% delle grandi imprese. A livello europeo, Eurostat segnala che nel 2025 il 52,7% delle imprese utilizza servizi cloud a pagamento e che il 30,1% li usa anche per software ERP. Alla fine conta l'opzione che regge meglio processi, vincoli e margini di cambiamento.
In produzione l'architettura IT entra nel processo, non resta sullo sfondo. Un ERP non governa soltanto contabilità e ordini: spesso alimenta MRP, schedulazione, avanzamento, controllo materiali, qualità, tracciabilità di lotti e integrazione con WMS, MES o applicazioni di reparto. Quando queste connessioni sono fitte, la scelta tra cloud e on premise smette di essere una decisione da data center e diventa una decisione industriale.
Ci sono aziende in cui il gestionale deve dialogare in tempo quasi reale con la linea, con sistemi legacy ancora centrali oppure con applicazioni nate anni fa e mai del tutto sostituite. In questi casi contano latenza percepita, stabilità delle integrazioni, qualità della rete interna, finestre di fermo ammissibili, possibilità di testare gli aggiornamenti senza impattare il calendario produttivo. Se l'ERP è molto intrecciato con il plant floor, ogni scelta architetturale deve partire da qui.
Conta anche il perimetro operativo. Una fabbrica con un solo stabilimento e processi molto personalizzati ha esigenze diverse da un gruppo con più sedi, utenti mobili, assistenza tecnica distribuita, fornitori che accedono via portale e manager che vogliono leggere KPI aggiornati fuori sede. Nel primo caso la prossimità al processo può valere più dell'elasticità. Nel secondo, accessibilità e standardizzazione possono pesare di più.
Infine c'è il tema continuità operativa. Molte aziende leggono il cloud come sinonimo di disponibilità e l'on premise come sinonimo di controllo. In pratica nessuna delle due equazioni regge da sola. La disponibilità dipende da ridondanza, backup, restore, monitoraggio, presidio delle integrazioni e qualità del progetto. Il controllo, allo stesso modo, conta solo se l'azienda ha davvero competenze, procedure e tempo per esercitarlo.
Il cloud piace alla direzione per ragioni comprensibili: riduce il peso dell'hardware proprietario, accelera l'attivazione di nuovi utenti e sedi, rende più semplice distribuire aggiornamenti, facilita accessi remoti e collaborazione tra reparti o società diverse. In un contesto produttivo, però, questi vantaggi diventano reali solo quando il disegno applicativo è pulito e le integrazioni sono state pensate per reggere la vita quotidiana del plant.
Un segnale utile arriva dal mercato italiano. Nei dati dell'Osservatorio Cloud Transformation 2025, l'adozione del cloud tra le PMI resta al 67%, mentre tra le grandissime organizzazioni cresce un approccio ibrido e mirato, arrivato al 46%; le iniziative di repatriation restano sotto il 5%. Più che indicare un ritorno generalizzato all'on premise, questi dati mostrano che le aziende continuano a investire distinguendo meglio i workload che beneficiano della nuvola da quelli che richiedono un presidio diverso.
Per la produzione il cloud funziona bene quando serve scalare più in fretta, connettere sedi o utenti esterni, semplificare il governo di ambienti distribuiti e ridurre il debito infrastrutturale interno. Diventa molto meno lineare quando il progetto eredita personalizzazioni profonde, interfacce punto-punto con software di reparto, vincoli severi sui tempi di risposta o una qualità del dato ancora instabile. In questi casi il rischio non è "il cloud" in sé, ma spostare in cloud una complessità che nessuno ha ancora davvero rimesso in ordine.
Va poi gestita la dimensione sicurezza e compliance. La guida ENISA per le PMI richiama alcuni punti molto concreti nella scelta di un provider: backup separati dall'ambiente di produzione, test regolari di ripristino, attenzione alla localizzazione dei dati e verifica dei vincoli normativi quando i dati personali escono dallo Spazio economico europeo. Per un produttore, questo si traduce in una domanda semplice: chi presidia davvero continuità, restore, segregazione degli accessi e obblighi contrattuali quando una parte critica del processo gira fuori casa?
L'on premise continua ad avere senso in più casi di quanto il dibattito commerciale lasci intendere. In alcune fabbriche il sistema informativo è cucito addosso a linee, macchine, procedure di qualità, terminali di reparto e applicazioni che non si spostano senza conseguenze. Se la produzione vive su integrazioni molto personalizzate o su vincoli operativi rigidi, mantenere il cuore ERP vicino all'infrastruttura locale può restare una scelta razionale.
Tra i vantaggi dell'on premise c'è la libertà di governare tempi e modalità del cambiamento. Aggiornamenti, patch, finestre di test, configurazioni di rete, accesso ai database, interfacce con il plant e personalizzazioni profonde possono essere orchestrati con maggiore granularità. Per alcune aziende è decisivo, soprattutto quando un'anomalia in produzione non può aspettare il ciclo standard di un fornitore esterno o quando servono verifiche puntuali su performance e dati.
Però questo controllo ha un prezzo operativo. Significa investire in server, backup, business continuity, monitoraggio, cybersecurity, personale interno o partner affidabili. Significa anche evitare che la personalizzazione diventi una trappola: più il sistema resta aderente a eccezioni storiche, più ogni upgrade diventa costoso, lento e rischioso. L'on premise funziona quando l'azienda sa governare questa responsabilità; diventa fragile quando il controllo dichiarato nasconde semplicemente rinvio delle decisioni, versioni obsolete e dipendenza da poche persone chiave.
C'è anche un punto economico spesso trascurato. Il cloud rende più visibili i costi ricorrenti, l'on premise tende a frammentarli tra hardware, assistenza, licenze, consulenza e tempi interni. Se il confronto si ferma al canone annuo, si sbaglia bersaglio. La vera comparazione va fatta sul costo di possesso nel tempo, includendo downtime evitati, velocità di rollout, manutenzione evolutiva, durata delle personalizzazioni e capacità dell'azienda di sostenere il livello di presidio richiesto.
Nella manifattura il modello ibrido è spesso quello che regge meglio la realtà, proprio perché evita le semplificazioni. Permette di trattare i processi in modo diverso, separando ciò che ha bisogno di prossimità, continuità e controllo stretto da ciò che beneficia di scalabilità, accesso distribuito e aggiornamento più rapido.
Di solito la logica più sana è distribuire i carichi per criticità. I processi più vicini alla linea o fortemente dipendenti da integrazioni legacy possono restare on premise o in private cloud; collaboration, document management, analytics, portali, CRM, servizi di integrazione e funzioni con utenti distribuiti possono vivere più facilmente in cloud. Una scelta del genere non nasce da un gusto architetturale. Nasce dall'osservazione dei flussi: dove si perde tempo, dove serve resilienza, dove i dati cambiano più in fretta, dove il collo di bottiglia è tecnico e dove invece è organizzativo.
Anche le definizioni aiutano a evitare equivoci. Nella definizione NIST del cloud computing, il deployment ibrido non coincide con una convivenza casuale di ambienti diversi, ma con una combinazione governata di modelli distinti. Tradotto per la produzione: ibrido non vuol dire tenere "un po' tutto dappertutto". Vuol dire stabilire con chiarezza quali dati fanno fede, dove vivono i workload più sensibili, come passano le integrazioni, chi gestisce le eccezioni e quale livello di servizio serve davvero a ogni tratto del processo.
Per questo, nelle aziende produttive la domanda utile non è "cloud o on premise?”. Conviene chiedersi piuttosto quali processi devono stare il più vicino possibile alla fabbrica, quali guadagnano valore se diventano più accessibili e scalabili, e quali rischi non sei disposto a correre su integrazioni, fermo impianto, governance del dato e manutenzione futura. L'errore costoso non è scegliere l'una o l'altra architettura. È provare a piegare tutta la produzione a un modello unico, quando la complessità reale dell'azienda ne chiede uno più selettivo.