Clarté de l'automatisation de l'impression et avantages de JDF et XJDF

En ce qui concerne les normes et les formats de fichiers conçus pour l'automatisation de l'impression, aucun n'est plus utile que JDF. Nous avons parlé au Dr Rainer Prosi, directeur technique du CIP4, pour en savoir plus.

Dans notre précédent article l uisiner à l'utilité de XML , nous avons vu qu'une version d' impression spécifique particulier de XML a été JDF (Job Definition Format). Créée à la fin des années 1990 par Adobe, Agfa, Heidelberg et MAN Roland, JDF est aujourd'hui gérée par la Coopération internationale pour l'intégration des procédés en prépresse, presse et postpresse (CIP4), une organisation à but non lucratif dont l'objectif est de favoriser l'adoption de l'automatisation dans l'imprimé.

L'objectif exprimé par le CIP4 de promouvoir la technologie open source a le potentiel de provoquer des conflits pour le Dr Rainer Prosi. Il est non seulement Chief Technical Officer chez CIP4, mais il est également Senior Workflow Architect chez le géant de l'impression industrielle Heidelberg. Cependant, il sait clairement où se situent ses préférences personnelles. « Personnellement, j'aimerais plus d'intégration. Et comme je suis responsable de l'intégration du système Heidelberg Prinect, je veille à ce qu'il soit aussi ouvert que possible », explique Rainer.

Bon de travail open source

JDF est à la base de la mission de CIP4 et de cet engagement envers la technologie d'automatisation open source.

« JDF, c'est l'idée d'un job ticket numérique. De la même manière que vous auriez un bon de travail papier que vous enverriez dans une imprimerie avec les palettes en disant, imprimez-en autant, pliez-les de cette façon, et ainsi de suite, JDF décrit tous les types de processus dans le monde de l'impression que subira un produit. Il décrit également la connexion des processus, par exemple celui qui vient en premier. Bien sûr, vous devez effectuer le réglage de la plaque avant de pouvoir imprimer, et vous devez imprimer avant de pouvoir plier », explique Rainer.

Vous pouvez avoir un instantané de votre production à tout moment sans que l'intégralité du ticket de travail ne revienne

« JDF comprend qu'il y a des dépendances – si les plaques ne sont pas là, vous ne pouvez pas encore plier – il y a donc un modèle de ressources et de processus. Les ressources typiques sont des choses telles que les plaques ou le papier d'impression, que nous appelons des composants, et elles peuvent avoir toutes sortes de propriétés, c'est là qu'intervient la connaissance de l'impression.

Une question d'informations

La situation la plus évidente dans laquelle un imprimeur commencera à rencontrer des JDF est l'utilisation d'un système d'information de gestion (MIS).

« Vous devez disposer de quelque chose qui écrive réellement le JDF qui effectue la planification pour vous et qui prépare l'automatisation », explique Rainer.

« Une imprimerie n'écrira pas ce code toute seule, à moins qu'il ne s'agisse d'une grande imprimerie en ligne qui aurait peut-être optimisé son propre flux de travail. Mais en général, une imprimerie achètera soit un SIG, soit un système de workflow. La différence entre les deux est floue : un SIG s'occupe également de l'aspect financier, alors qu'un système de workflow s'intéresse davantage à la vue technique du traitement.

Rainer Prosi

« En règle générale, un SIG a une idée du travail qu'il va produire. Il sait que le client le veut jeudi prochain, il veut 5 000 exemplaires dans ce format et en voici le PDF – ce sont les informations dont dispose un MIS. Ensuite, il doit d'une manière ou d'une autre penser, voici le produit, maintenant comment allons-nous le produire ? En fonction de cela, vous aurez différents flux de travail. Soit vous direz : OK, s'il ne s'agit que de 50 exemplaires, je le ferai passer par mon HP ou Indigo, mais si c'est 1 000, je le ferai passer par mon Heidelberg.

Une fois que le MIS a décidé des processus de production, il peut rédiger le JDF.

« Mais le MIS a également besoin de savoir quels périphériques sont disponibles et quelles autres tâches sont présentes – nous ne pouvons pas tout imprimer en même temps, nous devons les séquencer », explique Rainer.

« Ces systèmes communiqueront avec les appareils individuels – les plieuses, les presses et les poseurs de plaques – à l'aide de JDF. Le système utilisera alors JMF – Job Messaging Format – pour rendre compte de l'état du processus. Si le JDF est le gros ticket de travail, alors le JMF est le message renvoyé confirmant qu'une étape du processus a été effectuée. Le JMF peut dire que 10 exemplaires ont maintenant été imprimés, ou 20 sont imprimés toutes les 15 secondes, vous pouvez donc avoir un instantané de votre production à tout moment sans que le bon de travail entier ne revienne.

La bonne technologie

Pour travailler avec JDF et JMF, les machines et les processus de production doivent cependant satisfaire à certaines conditions spécifiques.

« Il y a deux choses à considérer », dit Rainer. « Vous avez certainement besoin d'une sorte de contrôleur informatique – si vous prenez une vieille typographie, cela ne fonctionnera évidemment pas avec JDF. Mais ce que vous pouvez faire dans le cas d'anciens appareils est de créer ce que nous pourrions appeler un contrôleur proxy devant lui, qui n'est en fait qu'un écran - un iPad Apple ou autre - et qui affiche à l'opérateur ce qu'il est. censé faire. Ainsi, la connexion entre le JDF et la machine est en fait une pression humaine sur des boutons.

Avec XJDF, vous savez exactement où dans le XML vous écrivez la quantité, ou le nom du client, ou l'épaisseur du substrat

« Le problème suivant, en particulier si vous parlez d'un SIG axé sur les finances, est que parfois il n'obtient pas les détails exacts de la technologie. Il dispose des informations dont il a besoin pour calculer le prix, mais il ne sait peut-être pas exactement où se trouvent les barres de couleur sur votre feuille ou quelle est l'épaisseur exacte du substrat - il sait que cela coûte 2 £ le kilo, par exemple, mais il ne sait pas qu'il fait exactement 127 m d'épaisseur.

« Ce flux d'informations utilisant JDF est en fait un problème assez important. JDF vous permet de définir de nombreux détails de votre travail d'impression, mais en général, les fabricants de périphériques aimeraient des informations spécifiques et détaillées. Malheureusement, les personnes qui mettent en place le travail n'ont pas toujours cette information, vous finissez donc par devoir vivre avec des informations floues ou manquantes.

Rationaliser le système

Cette propension de JDF à transmettre beaucoup d'informations, mais pas toujours beaucoup d'informations pertinentes, a conduit CIP4 à repenser - et à renommer - le format pour devenir le XJDF, ou Exchange Job Definition Format, plus rationalisé.

« JDF est sorti au début des années 2000, il y a maintenant 20 ans. C'est à ce moment-là que l'automatisation a commencé ou ce que nous appelons « Print 4.0 » était déjà dans nos esprits, mais bien avant que les gens ne parlent d'usines intelligentes. C'est l'un des gros problèmes de JDF. Comme l'industrie de l'imprimerie n'est pas nécessairement le précurseur le plus axé sur la technologie, de nombreux appareils n'étaient pas prêts et la mentalité n'était tout simplement pas prête pour une automatisation complète à ce stade », explique Rainer.

« Une chose avec JDF, c'est que nous avons essayé de définir le réseau de processus de manière vraiment explicite pour dire : voici la fabrication des plaques ; les assiettes sortent ; la presse les consomme, etc. Pour cela il fallait faire une structure XML assez complexe, que les non-initiés avaient du mal à générer et à consommer.

Nous avons pris du recul et pensé : que pouvons-nous simplifier ? Une chose était de supprimer la définition explicite du réseau de processus et de la rendre plus implicite car, en faisant cela, vous pourriez grandement simplifier la structure XML

« Nous avons pris du recul et pensé : que pouvons-nous simplifier ? Une chose était de supprimer la définition explicite du réseau de processus et de la rendre plus implicite car, en faisant cela, vous pourriez grandement simplifier la structure XML. Des choses comme devoir faire les plaques avant de pouvoir imprimer ne sont plus explicitement codées dans le XML, mais on suppose que vous savez ce que vous faites. Seuls les facteurs les plus importants sont dans le XJDF.

Cette approche simplifiée présente également un autre avantage. « Cela signifie également que vous pouvez utiliser beaucoup plus facilement les outils XML standard. Si vous regardez XML, il existe des éléments tels que des générateurs de code basés sur un schéma XML ou un schéma XML qui vérifient la validité de votre XML. Tout cela a été très, très difficile avec JDF ; c'était faisable mais c'était maladroit. Avec XJDF, c'est beaucoup plus simple.

La réception de XJDF a été largement très positive.

« Chaque fois que nous avons de nouveaux projets à Heidelberg, en particulier avec des imprimeries de taille moyenne qui ont de petits développements logiciels, elles sont très désireuses d'utiliser XJDF plutôt que JDF car elles peuvent s'en emparer et nous pouvons rédiger un cahier des charges beaucoup plus facilement, ", dit Rainer.

« Avec XJDF, vous savez exactement où dans le XML vous écrivez la quantité, ou le nom du client, ou l'épaisseur du substrat. Parce que JDF était si flexible, c'était déroutant, mais XJDF rend tout beaucoup plus clair.

XJDF n'est pas la fin de l'histoire de l'automatisation de l'impression. Lisez cet article pour découvrir comment les API PrintTalk, JSON et REST peuvent pousser l'automatisation encore plus loin.