Un fermo linea non aspetta che il server locale venga aggiornato, che un backup sia verificato o che un’integrazione custom venga corretta. Nel confronto MES SaaS vs on premise, la scelta non riguarda soltanto dove risiedono i dati: determina tempi di avviamento, carico sul reparto IT, continuità operativa e capacità...
MES SaaS vs on premise: cosa cambia davvero
Un MES on premise viene installato sui server dell’azienda, in stabilimento o in un data center privato. L’impresa acquisisce e gestisce l’infrastruttura, il sistema operativo, il database, gli aggiornamenti applicativi, le politiche di backup e il monitoraggio dell’ambiente. Questo modello può essere adatto quando esistono vincoli specifici di sovranità del dato, reti completamente isolate o standard IT interni che richiedono una gestione diretta di ogni componente.
Un MES SaaS viene invece erogato come servizio cloud. Gli utenti accedono via browser, mentre l’applicazione, gli aggiornamenti e l’infrastruttura centrale sono gestiti dal fornitore. In ambito industriale, questo non significa collegare indiscriminatamente il PLC a Internet: un’architettura progettata correttamente usa un agente leggero in stabilimento, dedicato alla comunicazione con macchine e sistemi locali, mantenendo separati i livelli OT e IT.
La distinzione più utile non è quindi “cloud contro fabbrica”. È capire quali funzioni devono restare vicine alla macchina e quali traggono vantaggio da una piattaforma centralizzata. L’acquisizione dati, ad esempio, deve rispettare protocolli, segmentazione di rete e requisiti di continuità del reparto. Dashboard, analisi, gestione utenti, aggiornamenti e condivisione dei KPI beneficiano invece di un modello centralizzato e accessibile da più sedi.
Costi: investimento iniziale o costo operativo controllabile
L’on premise viene spesso percepito come una scelta più economica perché il software può essere acquistato con licenza perpetua. Il confronto corretto, però, deve includere il costo totale di possesso nel tempo. Oltre alla licenza entrano in gioco server, storage, database, sistemi di backup, firewall, virtualizzazione, rinnovi hardware, monitoraggio, aggiornamenti e ore del personale IT o dei partner esterni.
In molte realtà manifatturiere, l’infrastruttura locale viene dimensionata per il progetto iniziale. Quando si aggiungono linee, stabilimenti, utenti o nuove integrazioni con ERP e BI, è necessario rivedere risorse e configurazioni. Questo può trasformare un progetto circoscritto in una serie di interventi tecnici non sempre previsti a budget.
Il SaaS sposta una parte rilevante del costo su un canone ricorrente, rendendo più leggibile la spesa. Non elimina il lavoro di progetto - mappatura segnali, configurazione delle causali, integrazione con l’ERP, formazione degli utenti - ma riduce gli oneri legati alla gestione della piattaforma. È un vantaggio rilevante soprattutto per aziende che vogliono iniziare da una linea critica e attivare nuovi moduli o reparti quando il valore operativo è già misurabile.
Il SaaS non è automaticamente la soluzione meno costosa in qualsiasi scenario. Per installazioni molto grandi, altamente personalizzate e con competenze IT interne dedicate, un modello on premise può risultare coerente con la strategia aziendale. La decisione va presa confrontando un orizzonte di almeno tre-cinque anni, includendo crescita, manutenzione e rischio di obsolescenza.
Tempi di implementazione e aggiornamenti
Un MES crea valore quando i dati di produzione diventano disponibili e utilizzabili. Per questo il tempo necessario a passare dal collegamento del PLC alla dashboard di reparto conta quanto la ricchezza funzionale del prodotto.
Nel modello on premise, prima della configurazione applicativa occorre predisporre l’ambiente: server, sistemi operativi, database, accessi, certificati, backup e policy di sicurezza. In organizzazioni strutturate questi passaggi sono necessari e governati, ma possono allungare il progetto. Anche gli aggiornamenti futuri richiedono pianificazione, test di compatibilità e finestre di manutenzione.
Un MES SaaS riduce questa parte infrastrutturale. La piattaforma è già disponibile e il progetto può concentrarsi sulla parte che genera risultato: connessione dei macchinari, normalizzazione dei tag, definizione di ordini e fasi, raccolta delle dichiarazioni operatore, calcolo di OEE e scarti. Gli aggiornamenti applicativi e di sicurezza sono gestiti centralmente, senza dover pianificare interventi su ogni server di stabilimento.
Naturalmente, velocità non deve significare superficialità. Un avviamento efficace richiede un sopralluogo tecnico, la verifica dei protocolli disponibili - Siemens S7, Modbus TCP/IP, OPC UA, EtherNet/IP, MQTT o MTConnect - e una chiara definizione del dato da acquisire. Se il contatore pezzi della macchina non è affidabile, nessuna architettura potrà produrre un OEE credibile.
Sicurezza: il criterio non è dove si trova il server
La domanda “i dati sono nel cloud?” è legittima, ma incompleta. La sicurezza di un MES dipende da identità, autorizzazioni, cifratura, segregazione delle reti, tracciabilità degli accessi, backup, gestione delle vulnerabilità e continuità operativa. Un server locale non è sicuro per definizione: va aggiornato, monitorato e protetto con la stessa disciplina richiesta a qualsiasi sistema esposto a rischi informatici.
In un SaaS industriale ben progettato, l’agente on-premise può instaurare comunicazioni in uscita verso la piattaforma, evitando di aprire porte in ingresso sulla rete di fabbrica. L’accesso degli utenti può essere governato per ruolo, reparto e funzione, mentre il provider mantiene aggiornati i componenti centrali. La presenza di infrastrutture europee e certificazioni come ISO 27001, ISO 27017 e ISO 27018 costituisce un elemento concreto di valutazione, non un dettaglio commerciale.
L’on premise può essere necessario in reti air-gapped o in contesti in cui regolamenti, clienti o procedure aziendali vietano esplicitamente l’uso di servizi cloud. In questi casi, però, l’impresa deve assumersi pienamente la responsabilità di patching, disaster recovery e presidio di cybersecurity. La domanda utile è: chi gestirà queste attività tra due anni, con quali competenze e con quali SLA?
Integrazione OT, ERP e dati di produzione
Il punto più delicato di qualsiasi progetto MES resta l’integrazione. In fabbrica convivono PLC di generazioni diverse, HMI, macchine stand-alone, isole robotizzate, sistemi SCADA e gestionali che usano codifiche differenti. L’architettura del MES deve collegare questo patrimonio senza imporre modifiche invasive ai cicli produttivi.
Un sistema on premise può essere utile quando esistono già middleware aziendali, database locali o logiche custom mature da mantenere. Tuttavia, ogni personalizzazione profonda può aumentare la dipendenza dal fornitore o da specifiche competenze interne. Il rischio è ottenere un sistema potente ma difficile da evolvere.
Un MES SaaS cloud-native, con agente locale e connettori industriali nativi, punta a ridurre questa complessità. Il dato viene raccolto dal PLC o dalla macchina, contestualizzato con ordine, articolo e fase, quindi reso disponibile alla piattaforma per dashboard real-time, analisi e integrazione con ERP, BI o database aziendali. L’obiettivo non è spostare ogni informazione nel cloud, ma creare una catena dati affidabile e verificabile dal campo alla gestione.
Questa impostazione è particolarmente utile per la conformità Transizione 4.0. Per documentare interconnessione, scambio dati e tracciabilità non basta dichiarare che la macchina è collegata. Occorrono evidenze coerenti, dati consultabili e una struttura che mantenga nel tempo i requisiti operativi. Piattaforme come PLCinCloud sono progettate proprio per collegare raccolta dati, controllo di produzione e documentazione necessaria ai percorsi di compliance.
Quando scegliere SaaS e quando scegliere on premise
Il SaaS è generalmente indicato quando l’azienda vuole ridurre server locali, avviare il progetto in tempi rapidi, estendere gradualmente la digitalizzazione a linee o sedi diverse e lasciare al provider la gestione dell’infrastruttura centrale. È una scelta adatta anche quando il team IT deve concentrarsi su attività a maggiore valore, senza trasformare ogni nuovo modulo MES in un progetto di system administration.
L’on premise mantiene una ragione precisa quando la fabbrica opera su rete isolata, quando policy non negoziabili vietano il cloud o quando l’impresa dispone già di un’infrastruttura standardizzata, ridondata e presidiata da personale specializzato. Può essere appropriato anche per specifici processi che richiedono elaborazioni locali molto ravvicinate alla macchina. Questi casi vanno distinti dalla semplice preferenza per ciò che è già noto.
La scelta può anche essere ibrida: dati e connettività OT restano in stabilimento, mentre supervisione, analisi, accesso multi-sito e aggiornamenti risiedono nella piattaforma SaaS. Per molte aziende italiane questa è la combinazione più pragmatica, perché protegge l’operatività di reparto senza replicare infrastrutture IT in ogni stabilimento.
Prima di scegliere, partite da una linea su cui la perdita di visibilità costa davvero: una macchina con frequenti microfermi, scarti difficili da attribuire o dichiarazioni manuali poco affidabili. Se il progetto riesce a rendere quel processo misurabile, collegato all’ERP e governabile dal reparto, l’architettura avrà dimostrato il proprio valore ben oltre una semplice scelta tecnologica.