Partner di sviluppo software per l'industria: cosa valutare nel 2026

Un partner di sviluppo software per l'industria è un'azienda che costruisce applicazioni su misura sopra i sistemi di fabbrica: ERP, MES, le macchine in linea e i dati che passano fra loro. La differenza rispetto a un'agenzia software generalista sta tutta nella superficie di integrazione. Le schermate sono la parte piccola del lavoro.

Chi guida uno stabilimento o l'IT di produzione chiama un partner quando il prodotto standard smette di andare bene. Il MES non riesce a modellare un processo che in reparto si fa davvero. L'ERP non sa cosa è successo in linea nell'ultima ora. I dati di qualità stanno su un foglio Excel, in un portatile appoggiato accanto alla macchina. Un progetto fatto bene si chiude con poche applicazioni che leggono dalla linea e riscrivono nei sistemi di registrazione, più l'integrazione che le tiene allineate. Questa è una guida per chi compra: cosa contiene davvero quel lavoro, perché sfora, e cosa verificare prima di firmare nel 2026.

Cosa costruisce davvero un partner

Lo strato applicativo è sottile. Quasi tutto lo sviluppo sta sotto, nella raccolta dei dati, nel modello e nella riconciliazione. I deliverable ricorrenti:

• Terminali per gli operatori. Avvio e chiusura dell'ordine di lavoro, dichiarazione degli scarti, checklist di cambio produzione. Girano accanto all'HMI della macchina, non dentro.
• Fermi macchina e OEE. Gli stati macchina arrivano in automatico, la causale la mette l'operatore, e le due cose si riconciliano in un numero di cui il reparto si fida.
• Istruzioni di lavoro digitali legate all'ordine in corso e alla revisione del particolare.
• Tracciabilità. Quale lotto, quale macchina, quale operatore, con quali parametri, recuperabile quattro anni dopo durante un richiamo.
• Movimentazione materiali nello spazio dove il WMS finisce e comincia il reparto.
• Schedulazione di dettaglio sopra un ERP che pianifica a giorni mentre la linea si muove a minuti.
• Portali per clienti e fornitori con stato ordini, certificati e dati di consegna.

Un partner specializzato quasi mai sostituisce il MES o l'ERP. Riempie lo spazio fra i due e collega quello che lo stabilimento ha già. Chi propone di rifare entrambi in un progetto solo sta vendendo una riscrittura, e in fabbrica le riscritture si misurano in anni.

Perché i progetti software in fabbrica sfondano il budget

Il 2026 ERP Report di Panorama Consulting rileva che più di un quarto delle aziende ha superato il budget di progetto, e la causa principale è la tecnologia aggiuntiva comprata in corsa. La sequenza si ripete: un disallineamento funzionale emerge tardi, e per chiuderlo si compra altro software o si commissiona codice su misura che nessuno aveva messo a preventivo.

In reparto lo stesso fallimento ha un nome. La ricerca Global Lighthouse di McKinsey stima intorno al 30 per cento i progetti pilota di Industry 4.0 che arrivano a scala su tutta l'azienda: gli altri restano in quello che McKinsey chiama pilot purgatory, e il blocco sta nell'ultimo miglio fra IT e OT, non nel modello né nella dashboard.

Il meccanismo è banale. Il preventivo copre le schermate, perché le schermate sono quello che tutti riescono a immaginare durante una demo. Il costo vero sta nelle quaranta macchine della linea, negli undici protocolli che parlano fra loro, nei tre dialetti seriali non documentati di un fornitore che non esiste più, e nel fatto che per toccarli serve una finestra di manutenzione che lo stabilimento concede una volta al mese.

Come tira fuori i dati dalla linea?

È la domanda che predice il risultato. Falla al primo incontro e ascolta se arrivano nomi propri.

L'architettura su cui converge la maggior parte degli stabilimenti nel 2026 ha tre livelli. OPC UA a bordo macchina, dove il PLC espone dati strutturati tramite una companion specification. Un gateway edge che traduce e fa da buffer. MQTT con payload Sparkplug B che pubblica su un broker, dove i topic seguono la gerarchia ISA-95: impresa, sito, area, linea, cella, macchina, tag. Questo impianto è ciò che nel settore si chiama unified namespace, e il suo valore è noioso e concreto: le applicazioni si abbonano a un indirizzo stabile invece di tenere una connessione punto a punto verso ogni SCADA che verrà sostituito entro cinque anni.

Vale la pena arrivare all'incontro sapendo come stanno i due protocolli. OPC UA porta un modello dei tipi ricco e lavora bene vicino alla macchina, al prezzo di peso e configurazione. MQTT con Sparkplug è più leggero, a eventi, e regge reti di stabilimento che cadono: per questo è il vettore migliore verso l'alto e verso l'esterno. Nella pratica la maggior parte degli impianti usa entrambi, con il gateway come cerniera.

Il brownfield è la normalità. Metà delle macchine parlerà Modbus, qualcuna scriverà un file su una cartella, una offrirà un contatto pulito e nient'altro. Si lavora lo stesso. Ma va scritto nel preventivo, macchina per macchina, con un responsabile su ogni riga. Chi risponde a questa domanda con "scriviamo un connettore su misura per ogni macchina" ha quotato il primo mese e nessuno dei cinque anni successivi.

Due scadenze europee che hanno cambiato la richiesta a settembre 2026

Se lo stabilimento vende macchine o prodotti connessi nell'Unione europea, ci sono due date a un giorno di distanza e toccano entrambe il software che il partner sta per scrivere.

Segnalazioni Cyber Resilience Act, 11 settembre 2026. I fabbricanti di prodotti con elementi digitali devono segnalare a ENISA e al CSIRT nazionale le vulnerabilità attivamente sfruttate e gli incidenti gravi: preallerta entro 24 ore, notifica completa entro 72 ore, relazione finale entro 14 giorni dalla misura correttiva. Il resto degli obblighi, requisiti di sicurezza fin dalla progettazione, documentazione tecnica, valutazione di conformità e marcatura CE, si applica dall'11 dicembre 2027. Se vendi una macchina con un touchscreen a bordo, per questo regolamento sei un fabbricante.

Data Act, accesso by design, 12 settembre 2026. Il Data Act si applica dal 12 settembre 2025 e dà agli utenti il diritto di accedere ai dati generati dai prodotti connessi, letture dei sensori e prestazioni della macchina comprese. Dal 12 settembre 2026 scatta l'obbligo di progettazione: i prodotti connessi immessi sul mercato europeo vanno costruiti in modo che i dati di prodotto siano disponibili all'utente per impostazione predefinita, in un formato strutturato, di uso comune e leggibile da una macchina. Quell'obbligo cade esattamente sul modello dati che il partner sta disegnando, quindi va messo nel capitolato e non in un progetto di rimedio fra due anni.

Con NIS2 il fornitore diventa esposizione tua. I settori manifatturieri elencati nell'allegato II della direttiva, fra cui dispositivi medici, computer ed elettronica, apparecchiature elettriche, macchinari e autoveicoli, sono classificati come soggetti importanti. La sicurezza della catena di fornitura è un obbligo esplicito e le sanzioni amministrative per i soggetti importanti arrivano a 7 milioni di euro o all'1,4 per cento del fatturato annuo mondiale. Un fornitore software con credenziali sui sistemi di stabilimento sta dentro quella catena. La sua disciplina sulle patch e la sua risposta agli incidenti ora fanno parte della tua postura.

Cinque cose da verificare prima di firmare

1. L'inventario delle integrazioni dentro il preventivo. Numero di macchine, protocollo per ciascuna, chi possiede ogni gateway, e l'elenco esplicito delle macchine che nessuno ha documentato. Una voce unica che dice "integrazioni" è il segnaposto dello sforamento.
2. La proprietà del modello dati. Il namespace, la nomenclatura dei tag, il significato di ordine di lavoro nel tuo stabilimento. Documentato, esportabile, tuo. Se lo schema vive solo dentro il codice del partner, il partner successivo riparte da zero e te lo fa pagare.
3. Le finestre di manutenzione nel piano. Rilasciare su una linea che sta girando è prima un problema di calendario e poi di ingegneria. Chiedi quante finestre presuppone il piano e cosa succede alla data quando una salta per un ordine urgente.
4. La sicurezza del fornitore stesso. Con NIS2 è una questione di conformità, non una preferenza. Cadenza delle patch, modello di accesso remoto, impegno sulla notifica degli incidenti, scritti nel contratto e non citati nella presentazione. Le clausole contrattuali da controllare le abbiamo elencate a parte, ed è lì che di solito spariscono.
5. Cosa succede alle tre di notte. La linea è ferma, il terminale è bianco, il capoturno ha bisogno di una persona. Tempi di risposta, percorso di escalation, e se la manutenzione interna può leggere il codice e cambiare un'etichetta senza aprire un ordine di acquisto.

Quando il partner specializzato è la scelta sbagliata

Tre casi in cui la risposta onesta è spendere i soldi altrove.

Quello che manca è una funzione standard non ancora configurata. Il codice su misura costruito attorno a un MES implementato a metà moltiplica la superficie da mantenere e litiga con il prodotto a ogni aggiornamento. Le giornate di configurazione del vendor costano meno e invecchiano meglio.

Lo stabilimento ha una sola famiglia di macchine e un solo fornitore. Un system integrator che già conosce quello stack di solito vince sui tempi, sui ricambi e sul numero di telefono che risponde durante un fermo.

Hai già un buon gruppo di automazione interno. Allora l'aiuto esterno va perimetrato sullo strato applicativo e sui dati, e i controlli restano in casa. Lo schema costoso è affidare tutto a un partner e poi sorvegliarlo con le persone che ne avrebbero fatto metà.

Decisioni collegate

La meccanica commerciale di ingaggiare un partner non ha niente di specifico dell'industria. Scrivere il brief, separare SOW e MSA e sapere cosa deve produrre una discovery valgono anche qui, con un'aggiunta: la discovery in fabbrica comprende un giro della linea con il responsabile manutenzione e un inventario impianti che nessuno aggiorna dall'ultimo audit. Per lo stesso esercizio in un altro settore regolato, guarda cosa verificare in uno studio di sviluppo fintech.