Passer au contenu principal

[Organisation de la production - GCW] Guide étape par étape pour utiliser un fichier JDF avec Workflow

R
Écrit par Roman Aldunate

Cet article offre une vue d'ensemble complète du Format de définition de travail (JDF) et de son intégration avec GelatoConnect, en mettant l'accent sur l'automatisation efficace des flux de travail. Il aborde les concepts clés, les étapes de génération et de validation du JDF, le transfert de fichiers, ainsi que les différences d'automatisation entre les différentes technologies d'impression.

Comprendre l'intégration JDF et ISV

Pour automatiser efficacement votre flux de travail, il est essentiel de comprendre comment les fichiers JDF (Job Definition Format) sont utilisés pour envoyer des tâches depuis GelatoConnect vers vos systèmes internes et vos presses. Cela implique de configurer votre méthode d'entrée Internet et de la mapper à un modèle de ticket.

Concepts clés

  • Méthode de saisie : Assurez-vous que votre DFE (Digital Front End) dispose des méthodes de saisie internet configurées, pointant vers le modèle de ticket souhaité.

  • Modèles de tickets : Permettent au Frontal numérique (DFE) de comprendre les spécifications du travail et de fournir une base pour les paramètres du travail.

  • JDF : vous permet de remplacer les spécifications du modèle de ticket et de pointer vers vos œuvres d'art à traiter.

  • Noms des supports : Les noms de supports de Gelato peuvent ne pas correspondre à votre bibliothèque de supports de presse. Grâce à une activité JavaScript dans le Workflow Builder et le JDF, vous pouvez associer le nom du support GelatoConnect au support de la presse.

Intégration du JDF dans le workflow — Étape 1 : génération du JDF

  1. Prérequis : le produit à imprimer doit déjà être configuré à l'aide de WF builder.

  2. Ouvrez le workflow pour le produit configuré et ajoutez une activité (JS Script) après l'activité où la plaque PDF est envoyée au SFTP. Cette activité JS Script contiendra toute configuration personnalisée dont vous avez besoin, par exemple, le nom de l'identifiant de l'appareil, la structure du nom de fichier JDF, ainsi que tout autre mappage interne avec leurs systèmes.

  3. Ajoutez ensuite une activité « Create Configuration File », sélectionnez le type « xml » et le modèle « JDF Basic Template ». L'extension de fichier sera « .jdf » par défaut.

  4. Mettez à jour le schéma JDF ainsi créé pour qu'il contienne les valeurs du contexte.

Étape 2 : Validation JDF

  1. Vérifiez que le fichier JDF est correctement formaté.

  2. Il existe des cas où certaines valeurs, comme le substrat du produit, le nom de la presse, le nom du fichier, etc., sont configurées différemment de ce que nous avons dans GelatoConnect. Cela signifie que nous avons besoin d'une activité JS (JavaScript) ou d'une activité de mappage avant l'étape JDF, afin de pouvoir normaliser les valeurs avant de les envoyer dans le JDF (xml).

  3. Le fichier JDF doit contenir la bonne référence aux ressources associées (PDF réel ou images si nécessaire) et doit être accessible depuis votre établissement.

Étape 3 : Transfert de fichiers

  1. Pour la première itération, nous envoyons simplement le fichier JDF au serveur SFTP et vous laissons le lire depuis cet emplacement pour l'envoyer à la presse correspondante. Ajoutez une activité pour le SFTP, mettez à jour le nom du fichier selon les besoins, ainsi que le lien vers le fichier qui doit être utilisé par les PSP.

  2. Nous devrions être en mesure de vous envoyer les ressources associées, comme les PDF et les images pour le travail, via le protocole SFTP existant.

  3. Le DFE doit être en mesure de lire le fichier JDF et d'accéder aux ressources associées (PDF, images, etc.).

Workflow pour le transfert automatisé de fichiers (FTP vers dépliants actifs)

Le processus de transfert de fichiers depuis le FTP vers des dépliants de presse spécifiques implique une série de modules et de scripts qui fonctionnent ensemble pour traiter les fichiers JDF et PDF.

  1. Imposition et transfert FTP : Une fois l'imposition terminée, le travail est envoyé vers un serveur FTP.

  2. Activité JavaScript dans Workflow Builder : une activité JavaScript dans Workflow Builder est utilisée pour créer des variables, telles que :

    1. Nom descriptif : Ce que doit être le nom descriptif du travail sur la presse.

    2. Mappage des noms de papier : extraction de valeurs provenant de diverses sources pour associer le nom du papier au nom de substrat spécifique sur la presse. Par exemple, « 100 pound text code » peut être mappé à « silk on a B2 tool » avec une « feuille 20 par 29 », puis à un « master MPF, artist silk text » avec un numéro d'inventaire. Cette charge utile est ensuite renvoyée dans le contexte, qui inclut le modèle client.

  3. Configuration JDF : L'étape suivante consiste à utiliser ces variables pour renseigner une configuration JDF. Cela implique :

    1. Extension de fichier XML/JDF : s'assurer que l'extension du fichier est JDF.

    2. Remplissage des champs : Remplissage de divers champs dans le JDF avec le nom descriptif, les identifiants, le nom de fichier et d'autres informations enregistrées depuis le module JavaScript. Cela inclut l'identifiant de l'appareil (vers quel DFE les données sont envoyées), le
      nom descriptif et le nom du substrat.

  4. Push to FTP : le fichier JDF entièrement configuré est ensuite envoyé vers le FTP. Cela inclut le fichier JDF lui-même et l'identifiant de la plaque.

  5. Récupération de fichiers depuis le FTP (système interne) : Vous avez besoin d'un outil d'automatisation, d'un système interne ou d'un script capable de récupérer les fichiers JDF et PDF depuis le FTP et de les déplacer vers les emplacements appropriés. Exemples :

    1. Outils d'automatisation des flux de travail (par ex., Enfocus Switch, n8n, Make dot com).

    2. Scripts personnalisés : les scripts personnalisés au sein de ces outils peuvent être utilisés pour manipuler davantage les éléments de la base de données selon les besoins.

    3. Routage basé sur l'appareil : En fonction du nom de l'appareil (par exemple, « 18K-DFE » ou « 7800 DFE ») contenu dans le nom du fichier JDF, le fichier est acheminé vers le dossier JDF du DFE spécifique.

    4. Global Asset Library : les PDF de plaques sont généralement placés dans une bibliothèque d'assets globale à laquelle le DFE a accès. Le fichier JDF, placé dans le dossier JDF spécifique à la presse, indique ensuite à la presse où charger le PDF depuis la bibliothèque d'assets.

  6. Alternative (scripts personnalisés) : vous n'êtes pas obligé d'utiliser des outils d'automatisation. Des scripts personnalisés peuvent être écrits pour surveiller les dépliants et effectuer les mêmes tâches de routage et de manipulation de fichiers.

Automatisation du processus RIP

Le processus RIP (Raster Image Processor) est généralement géré par le DFE (Digital Front End) de la presse. Le fichier JDF (Job Definition Format), qui contient toutes les informations nécessaires sur le travail (imposition, support, quantités), est chargé dans le DFE de la presse. Le DFE utilise ensuite ces informations pour effectuer le RIP des fichiers de production avant de les envoyer à l'impression.

  • JDF comme instruction : Le fichier JDF (Job Definition Format) sert d'ensemble d'instructions complet pour la presse, éliminant ainsi le besoin de configuration manuelle à la presse pour chaque travail.

  • Responsabilité du DFE : Le rôle du DFE (Digital Front End) est d'interpréter le JDF (Job Definition Format) et de préparer le fichier pour l'impression, notamment la gestion des couleurs, la tramage et l'imposition.

Différences entre l'automatisation HP Indigo feuille à feuille et le grand format

Bien que les principes fondamentaux de l'utilisation du Format de définition de tâche (JDF) pour l'automatisation restent similaires, il peut exister des différences dans les configurations et les modules spécifiques utilisés, en raison des exigences distinctes des presses HP Indigo à feuilles par rapport aux presses grand format.

  • Modèles de tickets et mappage des méthodes de saisie Internet : Le mappage des méthodes de saisie Internet sur les modèles de tickets peut varier selon le fabricant et le modèle de presse. Chaque type de presse peut avoir des paramètres spécifiques ou des réglages propriétaires à prendre en compte lors de la génération et de l'interprétation du JDF.

  • Gestion des substrats : bien que les deux nécessitent un mappage des substrats, la gamme et les types de substrats pour le grand format sont généralement plus larges, ce qui peut entraîner une logique de mappage plus complexe dans l'activité JavaScript dans Workflow Builder.

  • Imposition Layouts : Les Imposition templates varient considérablement entre l'impression en feuilles (par exemple, la mise en commun de plusieurs petits travaux sur une seule feuille) et le grand format (par exemple, l'imbrication de formes irrégulières sur un rouleau). Le JDF intègre ces instructions de mise en page spécifiques.

  • Capacités DFE : Différents DFE (par exemple, pour HP Indigo ou un imprimeur grand format) peuvent avoir des niveaux variables de prise en charge JDF ou des extensions propriétaires à prendre en compte lors de la génération et du traitement des fichiers JDF.

  • Fonctionnalités RIP : Les RIP grand format incluent souvent des fonctionnalités telles que le carrelage, le pas-et-répétition pour les très grands graphiques, et des profils de gestion des couleurs spécifiques pour différents types de supports, qui peuvent être gérées différemment dans les instructions JDF ou dans le DFE lui-même par rapport à une presse à feuilles.

Référence vidéo


Avez-vous trouvé la réponse à votre question ?