Denne artikel giver et omfattende overblik over Job Definition Format (JDF) og dets integration med GelatoConnect, med fokus på, hvordan du effektivt automatiserer workflows. Den dækker centrale begreber, trin til JDF-generering, validering, filoverførsel samt forskelle i automatisering på tværs af forskellige printteknologier.
Forstå JDF og ISV-integration
For effektivt at automatisere din arbejdsgang er det vigtigt at forstå, hvordan JDF-filer (Job Definition Format) bruges til at sende job fra GelatoConnect til dine interne systemer og presses. Dette indebærer konfiguration af din internet-inputmetode og mapping til en billetskabelon.
Vigtige begreber
Inputmetode: Sørg for, at din DFE (Digital Front End) har internetinputmetoderne konfigureret, så de peger på din ønskede billetskabelon.
Ticket Templates: Giver DFE mulighed for at forstå jobbets specifikationer og danner grundlag for jobindstillinger.
JDF: Giver dig mulighed for at tilsidesætte specifikationerne i ticket-skabelonen og pege på det kunstværk, der skal behandles.
Substratnavn: Gelatos substratnavn stemmer muligvis ikke overens med dit trykkeris substratsbibliotek. Via en JavaScript-aktivitet i Workflow Builder og JDF kan du mappe GelatoConnect-substratsnavnet til substratet på trykkeriet.
Opbygning af JDF i workflowTrin 1: JDF-generering
Forudsætning: Det produkt, der skal printes, skal allerede være konfigureret ved hjælp af WF builder.
Åbn workflowet for det konfigurerede produkt, og tilføj en aktivitet (JS Script) efter den aktivitet, hvor PDF-pladen sendes til SFTP. Denne JS Script-aktivitet indeholder enhver tilpasset konfiguration, du har brug for – f.eks. enheds-ID-navn, strukturen af JDF-filnavnet og eventuelle andre interne tilknytninger til deres systemer.
Tilføj derefter en aktivitet "Create Configuration File", og vælg typen "xml" og skabelonen "JDF Basic Template". Filudvidelsen vil som standard være ".jdf".
Opdater det JDF-skema, der er oprettet på denne måde, med værdier fra konteksten.
Trin 2: JDF-validering
Valider at JDF-filen er korrekt formateret.
Der er tilfælde, hvor visse værdier – som produktsubstrat, pressenavn, filnavn osv. – er konfigureret anderledes end det, vi har i GelatoConnect. Det betyder, at vi har brug for en JS (JavaScript)-aktivitet eller en mapper-aktivitet før JDF-trinnet, så vi kan normalisere værdierne, inden de sendes i JDF (xml).
JDF-filen skal have den korrekte reference til relaterede aktiver (faktisk PDF eller billeder, hvis det er nødvendigt) og skal være tilgængelig fra din facilitet.
Trin 3: Filoverførsel
I den første iteration sender vi blot JDF-filen til SFTP-serveren og lader dig læse den derfra og sende den til den respektive presse. Tilføj aktivitet for SFTP og opdater filnavnet efter behov samt linket til den fil, der skal bruges af PSP'erne.
Vi bør kunne sende de tilknyttede filer som PDF og billeder til jobbet til dig via eksisterende SFTP.
DFE skal kunne læse JDF-filen og også have adgang til de relaterede aktiver (PDF, billeder osv.).
Workflow til automatisk filoverførsel (FTP til hot folders)
Processen med at flytte filer fra FTP til specifikke press hot mapper involverer en række moduler og scripts, der arbejder sammen om at behandle JDF- og PDF-filer.
Imposition og FTP-overførsel: Når din imposition er færdig, sendes jobbet til en FTP-server.
JavaScript-aktivitet i Workflow Builder: En JavaScript-aktivitet i Workflow Builder bruges til at oprette variabler, f.eks.:
Beskrivende navn: Hvad det beskrivende navn på jobbet skal være på pressen.
Paper Name Mapping: Værdier trækkes fra forskellige kilder for at kortlægge papirnavnet til det specifikke substratnavn på pressen. For eksempel kan "100 pound text code" mappes til "silk on a B2 tool" med et "20 by 29 sheet" og derefter til en "master MPF, artist silk text" med et lagernummer. Dette payload returneres derefter til konteksten, som inkluderer kundeskabelonen.
JDF-konfiguration: Det næste trin er at bruge disse variabler til at udfylde en JDF-konfiguration. Dette indebærer:
XML/JDF-filudvidelse: Sørg for at filudvidelsen er JDF.
Udfyldning af felter: Udfyldning af forskellige felter i JDF med det beskrivende navn, ID'er, filnavn og andre gemte oplysninger fra JavaScript-modulet. Dette inkluderer enheds-ID'et (hvad DFE modtager),
beskrivende navn og substratnavn.
Push to FTP: Den fuldt konfigurerede JDF-fil sendes derefter til FTP. Dette inkluderer selve JDF-filen og plade-id'et.
Hentning af filer fra FTP (internt system): Du skal bruge et automatiseringsværktøj, et internt system eller et script, der kan hente JDF- og PDF-filer fra FTP'en og flytte dem til de rigtige placeringer. Eksempler:
Workflow Automation Tools (f.eks. Enfocus Switch, n8n, Make dot com).
Custom Scripts: Tilpassede scripts i disse værktøjer kan bruges til yderligere manipulation af databaseelementer efter behov.
Device-Based Routing: Baseret på enhedsnavnet (f.eks. "18K-DFE" eller "7800 DFE") i JDF-filnavnet dirigeres filen til den pågældende DFE's JDF-mappe.
Global Asset Library: PDF-pladefiler placeres typisk i et globalt asset library, som DFE'en har adgang til. Derefter fortæller JDF-filen, der er placeret i den specifikke presses JDF-mappe, pressen, hvor den skal indlæse PDF'en fra asset library'et.
Alternativ (tilpassede scripts): Du behøver ikke nødvendigvis at bruge automatiseringsværktøjer. Der kan skrives tilpassede scripts til at overvåge mapper og udføre de samme routing- og filhåndteringsopgaver.
Automatisering af RIP-processen
RIP-processen (Raster Image Processor) styres typisk af pressens DFE. JDF-filen, som indeholder alle nødvendige joboplysninger (imposition, substrat, antal), indlæses i pressens DFE. DFE'en bruger derefter disse oplysninger til at RIP'e produktionsfilerne, inden de sendes til print.
JDF som instruktion: JDF-filen fungerer som et komplet instruktionssæt til pressen og eliminerer behovet for manuel konfiguration ved pressen for hvert job.
DFE-ansvar: DFE'ens rolle er at fortolke JDF'en og forberede filen til print, herunder farvestyring, screening og imposition.
Forskelle mellem sheet-fed HP Indigo og wide format-automatisering
Selvom de grundlæggende principper for brug af JDF til automatisering er de samme, kan der være forskelle i de specifikke konfigurationer og moduler, der bruges – dette skyldes de forskellige krav til ark-fed HP Indigo-presses sammenlignet med wide format-presses.
Ticket Templates og Internet Input Method-mapping: Mapping af Internet Input Methods til ticket templates kan variere afhængigt af pressefabrikant og -model. Hver pressetype kan have specifikke parametre eller proprietære indstillinger, der skal tages højde for i JDF-generering og -fortolkning.
Substrathåndtering: Selvom begge kræver substratkortlægning, er udvalget og typerne af substrater til wideformat generelt bredere, hvilket potentielt fører til mere kompleks kortlægningslogik i JavaScript-aktiviteten i Workflow Builder.
Imposition Layouts: Imposition templates varierer markant mellem arkfed (f.eks. gang-up til flere små jobs på et enkelt ark) og bredt format (f.eks. nesting til uregelmæssige former på en rulle). JDF'en ville indeholde disse specifikke layoutinstruktioner.
DFE-funktioner: Forskellige DFE'er (f.eks. til HP Indigo vs. en storformatsprinter) kan have varierende niveauer af JDF-understøttelse eller proprietære udvidelser, der skal tages i betragtning, når JDF-filerne genereres og behandles.
RIP-funktioner: Wideformat-RIP'er indeholder ofte funktioner som tiling, step-and-repeat til meget store grafik og specifikke farvestyringsprofiler til forskellige medietyper – disse håndteres måske anderledes i JDF-instruktionerne eller selve DFE'en sammenlignet med et arkmateark-tryk.
Videoreference