Chiarezza nell'automazione della stampa e vantaggi di JDF e XJDF

Quando si tratta di standard e formati di file progettati per l'automazione della stampa, nessuno è più utile di JDF. Abbiamo parlato con il Dr Rainer Prosi, Chief Technical Officer di CIP4, per saperne di più.

Nel nostro precedente articolo l ooking presso l'utilità di XML , abbiamo visto che una particolare versione di stampa specifica di XML era JDF (Job Definition Format). Creato alla fine degli anni '90 da Adobe, Agfa, Heidelberg e MAN Roland, JDF è ora gestito dalla International Cooperation for the Integration of Processes in Prepress, Press and Postpress (CIP4), un'organizzazione no-profit il cui scopo è promuovere l'adozione dell'automazione nella stampa.

L'obiettivo espresso da CIP4 di promuovere la tecnologia open source ha il potenziale per causare conflitti per il dottor Rainer Prosi. Non solo è Chief Technical Officer di CIP4, ma è anche Senior Workflow Architect presso il gigante della stampa industriale Heidelberg. Tuttavia, è chiaro dove si trovano le sue preferenze personali. “Personalmente vorrei una maggiore integrazione. E poiché sono responsabile dell'integrazione del sistema Heidelberg Prinect, mi assicuro che sia il più aperto possibile", afferma Rainer.

Biglietto di lavoro open source

Alla radice della missione di CIP4 e della dedizione alla tecnologia di automazione open source c'è JDF.

“JDF è l'idea di un job ticket digitale. Allo stesso modo in cui avresti un job ticket cartaceo che manderesti in una tipografia insieme ai pallet dicendo, stampa questo numero, piegali in questo modo e così via, JDF descrive tutti i tipi di processi nel mondo della stampa che un prodotto subirà. Descrive anche la connessione dei processi, ad esempio quale viene prima. Naturalmente, è necessario impostare la lastra prima di poter stampare e stampare prima di poter piegare", afferma Rainer.

Puoi avere un'istantanea della tua produzione in qualsiasi momento senza che l'intero job ticket torni indietro

“JDF capisce che ci sono delle dipendenze – se le lastre non ci sono, non puoi ancora piegarle – quindi c'è un modello di risorse e di processi. Le risorse tipiche sono cose come le lastre o la carta da stampa, che chiamiamo componenti, e possono avere tutti i tipi di proprietà ed è qui che entra in gioco la conoscenza della stampa".

Una questione di informazioni

La situazione più ovvia in cui una stampante inizierà a incontrare JDF è nell'uso di un sistema informativo di gestione (MIS).

"Devi avere qualcosa che scriva effettivamente il JDF che faccia la pianificazione per te e che prepari l'automazione", afferma Rainer.

“Un'azienda di stampa non scriverà quel codice da sola a meno che non sia una grande azienda di stampa online che potrebbe aver ottimizzato il proprio flusso di lavoro. Ma in generale, un'azienda di stampa acquisterà un MIS o un sistema di flusso di lavoro. La differenza tra i due è sfocata: un MIS si occupa anche dell'aspetto finanziario delle cose, mentre un sistema di flusso di lavoro guarda più alla vista tecnica dell'elaborazione.

Rainer Prosi

“In genere, un MIS ha un'idea di quale lavoro produrrà. Sa che il cliente lo vuole giovedì prossimo, vuole 5.000 copie di questo formato ed ecco il PDF: queste sono le informazioni che ha un MIS. Quindi deve in qualche modo pensare, ecco il prodotto, ora come lo produrremo? A seconda di ciò, avrai flussi di lavoro diversi. Dirai: OK, se sono solo 50 copie lo inserirò nel mio HP o Indigo, ma se sono 1.000 lo inserirò nel mio Heidelberg.

Una volta che il MIS ha deciso i processi di produzione, può scrivere il JDF.

"Ma il MIS ha anche bisogno di sapere quali dispositivi sono disponibili e quali altri lavori sono disponibili: non possiamo stampare tutto contemporaneamente, dobbiamo metterli in sequenza", afferma Rainer.

“Questi sistemi comunicheranno con i singoli dispositivi – le piegatrici, le presse e i platesetter – utilizzando JDF. Il sistema utilizzerà quindi JMF – Job Messaging Format – per segnalare lo stato del processo. Se JDF è il big job ticket, allora JMF è il messaggio inviato a conferma che una fase del processo è stata eseguita. Il JMF potrebbe dire che ora sono state stampate 10 copie o ne vengono stampate 20 ogni 15 secondi, quindi puoi avere un'istantanea della tua produzione in qualsiasi momento senza che l'intero job ticket torni indietro.

Tecnologia giusta

Tuttavia, per lavorare con JDF e JMF, i macchinari e i processi di produzione devono soddisfare alcune condizioni specifiche.

"Ci sono due cose da considerare", dice Rainer. “Hai sicuramente bisogno di un qualche tipo di controller per computer: se prendi una vecchia macchina da stampa tipografica, ovviamente non funzionerà con JDF. Ma quello che puoi fare nel caso dei vecchi dispositivi è creare quello che potremmo chiamare un controller proxy di fronte ad esso, che in pratica è solo uno schermo – un Apple iPad o altro – e che mostra all'operatore ciò che è dovrebbe fare. Quindi, la connessione tra il JDF e la macchina è in realtà un pulsante umano che preme.

Con XJDF, sai esattamente dove nell'XML scrivi la quantità, o il nome del cliente, o lo spessore del supporto

“Il problema successivo, soprattutto se si parla di un MIS focalizzato finanziariamente, è che a volte non riesce a ottenere i dettagli esatti della tecnologia. Ha le informazioni necessarie per calcolare il prezzo, ma potrebbe non sapere esattamente dove si trovano le barre di colore sul foglio o qual è lo spessore esatto del supporto di stampa - sa che costa 2 sterline al chilo, ad esempio, ma non sa che è esattamente 127μm di spessore.

“Quel flusso di informazioni che utilizza JDF è in realtà un problema abbastanza grande. JDF ti consente di definire molti dettagli del tuo lavoro di stampa, ma in generale i produttori di dispositivi vorrebbero informazioni specifiche e dettagliate. Sfortunatamente, le persone che organizzano il lavoro non sempre dispongono di tali informazioni, quindi finisci per dover convivere con informazioni sfocate o prive di informazioni".

Snellire il sistema

Questa propensione per JDF a trasmettere molte informazioni, ma non sempre molte informazioni rilevanti, ha portato a ripensare CIP4 - e rebranding - il formato per diventare il più snello XJDF, o Exchange Job Definition Format.

“JDF è stato rilasciato nei primi anni 2000, ora 20 anni fa. È allora che è iniziata l'automazione o quella che chiamiamo "Stampa 4.0" era già nelle nostre menti, ma molto tempo prima che si parlasse di fabbriche intelligenti. Questo è uno dei grandi problemi con JDF. Poiché l'industria della stampa non è necessariamente il precursore più guidato dalla tecnologia, molti dispositivi non erano pronti e anche la mentalità non era pronta per l'automazione completa a quel punto”, afferma Rainer.

“Una cosa con JDF è che abbiamo cercato di definire la rete di processo in modo molto esplicito per dire: ecco la produzione di lastre; i piatti escono; la stampa li consuma, ecc. Per farlo avevamo bisogno di creare una struttura XML abbastanza complessa, che i non iniziati avevano difficoltà a generare e consumare.

Abbiamo fatto un passo indietro e abbiamo pensato: cosa possiamo semplificare? Una cosa era togliere la definizione esplicita della rete di processo e renderla più implicita perché, così facendo, si poteva semplificare notevolmente la struttura XML

“Abbiamo fatto un passo indietro e abbiamo pensato: cosa possiamo semplificare? Una cosa era eliminare la definizione esplicita della rete di processi e renderla più implicita perché, così facendo, si poteva semplificare notevolmente la struttura XML. Cose come dover creare le lastre prima di poter stampare non sono più codificate esplicitamente nell'XML, ma si presume che tu sappia cosa stai facendo. Solo i fattori più importanti sono nell'XJDF.”

Questo approccio semplificato ha anche un altro vantaggio. “Significa anche che puoi utilizzare gli strumenti XML standard molto più facilmente. Se guardi XML, ci sono cose come generatori di codice basati su schema XML o schema XML che controllano la validità del tuo XML. Tutto ciò è stato molto, molto difficile con JDF; si poteva fare ma era goffo. Con XJDF è molto più semplice.”

L'accoglienza a XJDF è stata in gran parte molto positiva.

"Ogni volta che abbiamo nuovi progetti a Heidelberg, in particolare con aziende di stampa di medie dimensioni che hanno piccoli sviluppi software, sono molto desiderose di utilizzare XJDF piuttosto che JDF perché possono ottenerlo e possiamo scrivere una specifica molto più facilmente, "dice Rainer.

“Con XJDF, sai esattamente dove nell'XML scrivi la quantità, o il nome del cliente, o lo spessore del supporto. Poiché JDF era così flessibile, creava confusione, ma XJDF rende tutto molto più chiaro".

XJDF non è la fine della storia dell'automazione della stampa. Leggi questo articolo per vedere come le API PrintTalk, JSON e REST possono migliorare ulteriormente l'automazione.