Come Collegare un PLC al Gestionale Aziendale (e Cosa NON Fare)

Tipica situazione in officina: l'operatore di linea si lamenta che ogni fine turno deve scrivere a mano sul foglio quanti pezzi ha fatto la pressa, le ore di marcia e il numero di scarti. L'ufficio produzione vuole quei dati in tempo reale per pianificare le consegne. Il responsabile IT è terrorizzato dall'idea di "aprire" la rete industriale al gestionale per problemi di sicurezza. Risultato: continuano a scrivere a mano. Vediamo come collegare davvero un PLC al gestionale aziendale, i 4 metodi possibili, quali errori evitare e come farlo senza compromettere la sicurezza della rete.

Cosa significa "collegare un PLC al gestionale"

Tecnicamente, significa creare un canale di comunicazione tra il PLC (controllore programmabile della macchina) e il sistema informativo aziendale (ERP, MES, gestionale, BI). I dati che tipicamente vuoi far fluire dal PLC al gestionale:

• Contatori pezzi prodotti, scartati, totali.
• Cycle time reale di produzione.
• Stato macchina (in marcia, fault, idle, manutenzione).
• Parametri di processo (temperature, pressioni, velocità).
• Allarmi e codici errore.
• Ordine di lavoro corrente in produzione.

E nella direzione inversa (dal gestionale al PLC):

• Setpoint di ricetta (temperatura forno, velocità linea, ecc.).
• Comandi di start/stop/cambio formato.
• Codice articolo in produzione per tracciabilità.

I 4 metodi (e perché 3 sono sbagliati)

Metodo 1: Download manuale via USB ❌

L'operatore scarica periodicamente i dati del PLC su una chiavetta USB (formato CSV o proprietario), poi li importa in Excel o nel gestionale. È il metodo più diffuso nelle aziende che "vorrebbero digitalizzare".

Pro: zero costi setup, zero rischio sicurezza rete, indipendente dall'IT.

Contro:

• Dati con ritardo di ore o giorni — niente real-time.
• Tempo dell'operatore: 10-30 minuti/giorno.
• Errori di importazione: chiavette piene, formati cambiati, file persi.
• Non è interconnessione 4.0: l'Agenzia delle Entrate la considera NON conforme al credito d'imposta beni strumentali. Vedi il nostro articolo sui 5 errori che fanno perdere il credito d'imposta 4.0.

Verdetto: da evitare se l'azienda ha investito in macchine 4.0 o vuole digitalizzazione seria.

Metodo 2: OPC Server locale + Excel ❌

Configuri un OPC Server locale (Kepware, Matrikon, RSLinx) che legge dal PLC e espone i dati via OPC DA o OPC UA. Excel si collega all'OPC Server con plugin "DDE" o "OPC Client". Setup tipico nei primi anni 2010.

Pro: real-time, niente USB, gratuito (fino a Kepware OPC Server demo).

Contro:

• Excel non è un database: a 50.000 righe di letture/giorno il file si gonfia e si rompe.
• Niente storico vero: l'Excel sovrascrive le righe vecchie quando finisce lo spazio.
• Niente accesso multi-utente.
• Niente integrazione con ERP, dashboard, mobile.
• Funziona solo finché il PC dell'OPC Server è acceso e nessuno tocca il file.

Verdetto: soluzione "tampone" buona solo per test temporanei.

Metodo 3: Sviluppo custom interno ❌ (di solito)

L'IT aziendale (o un consulente) scrive un applicativo custom in C#, Python o Node.js che legge dai PLC e scrive in un database, dal quale poi il gestionale attinge.

Pro: massima flessibilità, integrazione perfetta con il gestionale esistente.

Contro:

• Costo: 20.000-100.000 € di sviluppo iniziale (variabile per protocolli e complessità).
• Mantenimento: chi lo manterrà tra 5 anni quando lo sviluppatore se ne sarà andato? Tipico debito tecnico fatale.
• Time-to-value: 6-18 mesi prima che funzioni davvero.
• Reinventa la ruota: protocolli industriali, gestione disconnessioni, retry, sync cloud.

Verdetto: da considerare solo per casi davvero unici. Per la maggior parte delle PMI è eccessivo.

Metodo 4: Agente di interconnessione + MES cloud ✅

Il metodo professionale moderno: installi un piccolo agente software su un mini-PC industriale nella rete di stabilimento, l'agente parla con i PLC tramite i protocolli standard (Modbus TCP, Siemens S7Comm, OPC UA, EtherNet/IP, MTConnect) e invia i dati in HTTPS verso un MES cloud. Il gestionale ERP si interfaccia al MES via API REST documentate.

Architettura tipica:

PLC (Siemens/Modbus/OPC UA)
       ↓ protocollo nativo (LAN)
Agente locale (mini-PC industriale)
       ↓ HTTPS (porta 443, in uscita)
MES Cloud
       ↓ API REST
Gestionale ERP / BI / Mobile App

Pro:

• Real-time: dati nel cloud entro pochi secondi dalla lettura PLC.
• Sicurezza: l'agente comunica solo in uscita via HTTPS — niente firewall da aprire dall'esterno verso la rete industriale.
• Plug & play: setup in 1-3 giorni invece di 6-18 mesi di sviluppo custom.
• Multi-protocollo: lo stesso agente parla Siemens S7, Modbus, OPC UA, EtherNet/IP — utile per parchi macchine eterogenei.
• Conforme Industria 4.0: l'AdE accetta questa architettura come "interconnessione automatica al sistema aziendale".
• Storico inoppugnabile: i dati nel cloud sono firmabili digitalmente per i verbali di interconnessione 4.0.
• Manutenzione: l'aggiornamento del MES è centralizzato, niente upgrade plant-by-plant.

Quanto costa l'opzione professionale

Caso tipico per PMI manifatturiera con 10-30 PLC:

• Mini-PC industriale per agente: 500-1.500 € (one-time).
• Setup e prima configurazione: 2.000-5.000 € (gestita da partner o internamente).
• Canone MES cloud: ~200-500 €/mese a seconda del numero di macchine e moduli.

Totale primo anno: ~5.000-12.000 €. Costi successivi: ~3.000-6.000 €/anno. Da confrontare con 40.000-150.000 € di sviluppo custom o l'inefficienza permanente del metodo USB.

I protocolli industriali da conoscere

Quando valuti una soluzione, verifica che supporti almeno i protocolli del tuo parco macchine:

• Siemens S7Comm: per PLC S7-1500, S7-1200, S7-300, S7-400. Lo standard de facto in Italia.
• Modbus TCP: per Schneider, drive, controllori HVAC, multimetri industriali.
• OPC UA (IEC 62541): standard aperto Industria 4.0 per Beckhoff, KEPServerEX, Siemens nuovo.
• EtherNet/IP: per Allen-Bradley CompactLogix e ControlLogix (Rockwell).
• MTConnect: per macchine utensili CNC (Mazak, DMG MORI, Okuma, Haas).
• Profinet, EtherCAT: per applicazioni motion control e packaging.

I protocolli proprietari chiusi (es. alcuni produttori italiani di macchine speciali per legno, ceramica, vetro) non sono ammessi dalla normativa Industria 4.0. Verifica sempre prima dell'acquisto della macchina che esponga almeno un protocollo standard.

Errori comuni da evitare

• Aprire il firewall verso la rete industriale: rischio cybersecurity grave. L'agente locale è la soluzione che evita questa esposizione.
• Cambiare l'IP del PLC senza avvisare l'agente: si perde la connessione. Documenta sempre la mappa IP del parco macchine.
• Polling rate troppo aggressivo: leggere ogni 100 ms tutti i tag carica il PLC e rallenta il programma ladder. Inizia con 1-5 secondi e abbassa solo se serve.
• Mancata documentazione delle mappe tag: se il PLC viene riprogrammato e cambia l'indirizzo dei DB Siemens, smettono di funzionare le letture.
• Niente backup configurazione agente: il giorno che si rompe il mini-PC industriale, ti tocca riconfigurare tutto.

Come fa PLCinCloud

PLCinCloud è progettato esattamente come l'opzione 4: agente locale + MES cloud + API REST per ERP. Funzionalità chiave:

• Interconnessione PLC multi-protocollo: tutti i protocolli industriali standard supportati.
• Agente leggero: gira su Windows o Linux, consumo CPU/RAM minimo, comunica solo in uscita HTTPS.
• Dashboard OEE real-time e KPI di stabilimento.
• API REST per integrazione con SAP, Dynamics, Zucchetti, TeamSystem, Sage, Odoo.
• Verbali automatici per il credito d'imposta 4.0.
• Storicizzazione firmata per la conformità annuale richiesta dalla Circolare 9/E del 2021.

Setup tipico per 10-30 PLC: 2-3 giorni di configurazione, payback in 4-12 mesi.

Richiedi una valutazione gratuita del tuo parco macchine: in 30 minuti analizziamo i protocolli e ti diciamo cosa serve per collegare tutto al gestionale.