Se il sistema gestionale non parla con il reparto CAD o con la prestampa, si perdono soldi. È il punto di partenza di un episodio del podcast Esko Insider dedicato all'integrazione tra MIS, prestampa e macchine di produzione, con un tecnico Esko che lavora da quarant'anni nel settore, di cui gli ultimi dieci dedicati proprio all'integrazione tra sistemi di aziende diverse.

Il ragionamento è concreto: con tirature sempre più corte, il costo amministrativo per singolo lavoro cresce in proporzione. Ogni passaggio manuale tra un sistema e l'altro — copia-incolla di dati, file che aspettano nella casella di posta di qualcuno, job trasferiti fisicamente da un reparto all'altro — aggiunge tempo di attesa e, soprattutto, occasioni di errore. Ogni interazione umana su un dato che potrebbe passare da solo non è solo inefficiente: è una fonte di errori.

Il vero problema è il modello dati, non il formato

Il tema che nel settore fa discutere da vent'anni è quale standard usare per scambiare i dati: JDF, XJDF, API. La posizione espressa nel podcast è netta ma controintuitiva — è una questione secondaria.

Il nodo difficile è un altro: il modello dati di dominio. Come si rappresenta un oggetto reale che entra ed esce da una macchina? Prendiamo un'etichetta: è un file artwork, ha una dimensione di stampa, un numero di colori sulla superficie, forse una stampa aggiuntiva sul retro, forse — in stampa ibrida — colori stampati in flexo e altri in digitale. Una scatola aggiunge la parte strutturale: come si ottiene una forma tridimensionale da un foglio piano, dove va la stampa, come funziona la fustellatura, quali passaggi di finitura seguono.

Rappresentare tutto questo in modo che il gestionale, la prestampa e la macchina lo interpretino allo stesso modo è il lavoro difficile. Il formato in cui poi si impacchettano quei dati — XML, JSON, JDF — viene dopo.

Sul JDF il giudizio è franco: non ha mantenuto le promesse degli inizi. Ha funzionato dove è stato adottato davvero — dal gestionale alla prestampa, dalla prestampa alle macchine digitali — ma non si è esteso oltre, e le molte estensioni proprietarie hanno eroso la promessa di interoperabilità. Allo stesso tempo, non esiste un'alternativa migliore con adozione altrettanto ampia. Per tutto ciò che è nato dopo — sistemi di carbon footprint, piattaforme di nuova generazione — la partita si gioca invece sulle API, dove però manca ogni standardizzazione e ogni interfaccia va costruita una per una.

Partire dalla baseline standard, non dall'eccezione

Il consiglio più pratico dell'episodio riguarda come impostare un progetto di integrazione. Molte aziende partono convinte di essere un caso unico, con un modo di lavorare diverso da chiunque altro. A volte è vero, spesso no.

L'approccio suggerito è l'opposto: partire dall'integrazione standard già disponibile, che secondo il podcast copre circa il 70% dei benefici a un costo di ingresso basso — a patto di essere disposti ad adattare un po' il proprio modo di lavorare. Solo quando quella base funziona ha senso ragionare su cosa costruirci sopra per differenziarsi davvero. Un approccio per fasi permette anche di capire, strada facendo, quali sono i vantaggi competitivi reali e quali solo presunti.

Il vero rischio: trattarlo come un progetto tecnologico

Alla domanda su quale sia il segnale che un progetto di integrazione sta andando male, la risposta è netta: quando l'azienda lo considera solo una questione di tecnologia, da installare per risolvere i problemi.

Collegare i sistemi cambia il modo di lavorare delle persone. Se non c'è disponibilità a modificare i processi, l'integrazione non porta i benefici attesi — anzi, diventa controproducente, perché chi la subisce troverà modi creativi per dimostrare che il sistema non funziona. La leva, in altre parole, è il change management, non il software.

Un'ultima osservazione dall'episodio: quello che non cambia mai, in quarant'anni di evoluzione tecnologica, è il valore della competenza di dominio — sapere come è fatto un packaging, come si produce, cosa funziona e cosa no. Le tecnologie cambiano per incrementi; quella conoscenza resta la base su cui si costruisce tutto il resto.

Automation Engine è la soluzione Esko dedicata all'automazione dei flussi di prestampa e all'integrazione con i sistemi gestionali. Synergic Solution la distribuisce in Italia: se state valutando un progetto di integrazione tra MIS, prestampa e produzione, possiamo aiutarvi a capire da dove conviene partire.