Den här artikeln ger en heltäckande översikt över jobbdefinitionsformatet (JDF) och dess integration med GelatoConnect, med fokus på hur du automatiserar arbetsflöden på ett effektivt sätt. Den tar upp viktiga begrepp, steg för JDF-generering, validering, filöverföring samt skillnaderna i automatisering mellan olika tryckteknikteknologier.
Förstå JDF- och ISV-integration
För att effektivt automatisera ditt arbetsflöde är det viktigt att förstå hur JDF-filer (Job Definition Format) används för att skicka jobb från GelatoConnect till dina interna system och pресsar. Det innebär att du konfigurerar din Internet Input Method och mappar till en biljettmall.
Nyckelkoncept
Inmatningsmetod: Se till att din DFE (Digital Front End) har internetinmatningsmetoderna konfigurerade och pekar mot din önskade ärendemall.
Ticket Templates: Gör det möjligt för DFE att förstå jobbets specifikationer och ger en grund för jobbinställningar.
JDF: Låter dig åsidosätta specifikationerna i biljettmallen och låter dig peka på ditt konstverk som ska bearbetas.
Substratnamn: Gelatos substratnamn kanske inte matchar ditt trycks substratbibliotek. Via en JavaScript-aktivitet i Workflow Builder och JDF kan du mappa GelatoConnect-substratnamnet till substratet på trycket.
Bygga JDF i arbetsflödet – steg 1: JDF-generering
Förutsättning: Produkten som ska tryckas måste redan vara konfigurerad med WF builder.
Öppna arbetsflödet för den konfigurerade produkten och lägg till en aktivitet (JS Script) efter aktiviteten där PDF-plattan skickas till SFTP. Den här JS Script-aktiviteten innehåller alla anpassade konfigurationer som du behöver, till exempel enhets-ID-namn, strukturen för JDF-filnamnet och eventuella andra interna mappningar med deras system.
Lägg sedan till en aktivitet "Create Configuration File" och välj typ som "xml" och mall som "JDF Basic Template". Filtillägget är som standard ".jdf".
Uppdatera det skapade JDF-schemat med värden från kontexten.
Steg 2: JDF-validering
Kontrollera att JDF-filen är korrekt formaterad.
Det finns fall där vissa värden, som produktsubstrat, pressnamn, filnamn osv., är konfigurerade på ett annat sätt än vad vi har i GelatoConnect. Det innebär att vi behöver en JS (JavaScript)-aktivitet eller en mapper-aktivitet före JDF-steget, så att vi kan normalisera värdena innan de skickas i JDF (xml).
JDF-filen ska ha rätt referens till relaterade resurser (faktisk PDF eller bilder om det krävs) och ska vara tillgänglig från din anläggning.
Steg 3: Filöverföring
För den första iterationen skickar vi bara JDF-filen till SFTP-servern och låter dig läsa den därifrån och skicka den till respektive press. Lägg till aktivitet för SFTP och uppdatera filnamnet efter behov, samt länken till filen som behöver användas av PSP:erna.
Vi bör kunna skicka tillhörande filer som PDF och bilder för jobbet till dig via befintlig SFTP.
DFE ska kunna läsa JDF-filen och även komma åt relaterade resurser (PDF, bilder osv.).
Arbetsflöde för automatiserad filöverföring (FTP till aktiva mappar)
Processen att flytta filer från FTP till specifika press-hot folders innebär en serie moduler och skript som samarbetar för att bearbeta JDF- och PDF-filer.
Imposition och FTP-överföring: När din imposition är klar skickas jobbet till en FTP-server.
JavaScript-aktivitet i Workflow Builder: En JavaScript-aktivitet i Workflow Builder används för att skapa variabler, till exempel:
Beskrivande namn: Vad det beskrivande namnet på jobbet ska vara i pressen.
Paper Name Mapping: Hämtar värden från olika källor för att mappa pappersnamnet till det specifika substratnamnet på pressen. Till exempel kan "100 pound text code" mappas till "silk on a B2 tool" med ett "20 by 29 sheet" och sedan till ett "master MPF, artist silk text" med ett lagernummer. Denna payload returneras sedan till kontexten, som inkluderar kundmallen.
JDF-konfiguration: Nästa steg är att använda dessa variabler för att fylla i en JDF-konfiguration. Detta innebär:
XML/JDF-filtillägg: Se till att filtillägget är JDF.
Fylla i fält: Fyller i olika fält i JDF med det beskrivande namnet, ID:n, filnamnet och annan sparad information från JavaScript-modulen. Detta inkluderar enhets-ID (vart DFE ska skickas),
beskrivande namn och substratets namn.
Push to FTP: Den fullständigt konfigurerade JDF-filen skickas sedan till FTP:n. Detta inkluderar själva JDF-filen och plattans ID.
Hämta filer från FTP (internt system): Du behöver ett automatiseringsverktyg, internt system eller skript som kan hämta JDF- och PDF-filerna från FTP och flytta dem till rätt platser. Exempel:
Verktyg för arbetsflödesautomation (t.ex. Enfocus Switch, n8n, Make dot com).
Anpassade skript: Anpassade skript inom dessa verktyg kan användas för ytterligare hantering av databaselement vid behov.
Enhetsbaserad routing: Baserat på enhetsnamnet (t.ex. "18K-DFE" eller "7800 DFE") som finns i JDF-filnamnet dirigeras filen till den specifika DFE:ns JDF-mapp.
Global Asset Library: Plate PDF-filer läggs vanligtvis i ett globalt asset library som DFE har tillgång till. Sedan talar JDF-filen, som placeras i den specifika pressens JDF-mapp, om för pressen var den behöver ladda PDF-filen från asset library.
Alternativ (anpassade skript): Du behöver inte nödvändigtvis använda automatiseringsverktyg. Anpassade skript kan skrivas för att övervaka mappar och utföra samma uppgifter för routing och filhantering.
Automatisera RIP-processen
RIP-processen (Raster Image Processor) hanteras vanligtvis av pressens DFE (Digital Front End). JDF-filen, som innehåller all nödvändig jobbinformation (imposition, substrat, kvantiteter), läses in i pressens DFE. DFE:n använder sedan denna information för att RIP:a produktionsfilerna innan de skickas till utskrift.
JDF som instruktion: JDF-filen fungerar som en heltäckande instruktionsuppsättning för pressen, vilket eliminerar behovet av manuell konfiguration vid pressen för varje jobb.
DFE-ansvar: DFE:ns roll är att tolka JDF och förbereda filen för utskrift, inklusive färghantering, screening och imposition.
Skillnader mellan arkmatad HP Indigo och wide format-automation
Även om grundprinciperna för att använda JDF för automatisering är liknande, kan det finnas skillnader i de specifika konfigurationerna och modulerna som används, på grund av de olika kraven för arkmatade HP Indigo-pressar jämfört med storformatspressar.
Ticketmallar och mappning av internetinmatningsmetoder: Mappningen av internetinmatningsmetoder till ticketmallar kan variera beroende på presstillverkare och modell. Varje presstyp kan ha specifika parametrar eller proprietära inställningar som behöver beaktas vid generering och tolkning av JDF.
Substratshantering: Även om båda kräver substratkartläggning är utbudet och typerna av substrat för bredformat i allmänhet bredare, vilket potentiellt leder till mer komplex kartläggningslogik i JavaScript-aktiviteten i Workflow Builder.
Imposition Layouts: Imposition templates varierar avsevärt mellan arkmatade (t.ex. samkörning för flera små jobb på ett enda ark) och bredformat (t.ex. nesting för oregelbundna former på en rulle). JDF:en skulle innehålla dessa specifika layoutinstruktioner.
DFE-funktioner: Olika DFE:er (t.ex. för HP Indigo jämfört med ett storformatsskrivare) kan ha varierande nivåer av JDF-stöd eller proprietära tillägg som behöver beaktas när JDF-filer genereras och bearbetas.
RIP-funktioner: RIP-program för bredformat innehåller ofta funktioner som tiling, step-and-repeat för mycket stora grafiker och specifika färghanteringsprofiler för olika medietyper – funktioner som kan hanteras på ett annat sätt inom JDF-instruktionerna eller i själva DFE:n jämfört med ett arkmatningssystem.
Videoreferens