Artikkel 2 av 7

JDF under lupen

JDF-filen er generelt sett ikke merkbar for brukeren, da den så og si arbeider under lokket som et transportmiddel for ulike typer av informasjon mellom aktørene i arbeidssystemet. Satt på spissen, er filen en digital arbeidsordre, som har til oppgift å erstatte den tradisjonelle arbeidsordren.

Informasjonen i JDF-filen kan deles inn i to grundleggende kategorier Product intent och Process intent.Begge disse kan inngå i en och samme JDF-fil. Product intent, er den del som kunden er interressert i, altså hva  slags produkt som skal utføres, hvor manga sider, sluttformat, blekktype, hvilken type av papir, etc.. Denne informasjon kan oppbevares uforandret , samtidig som informasjon om hvordan jobben skal utføres, spares i Process intent. 

JDF-moduler(noder) 
Rent praktisk består hvert steg i produksjonen av en modul (node) i JDF-filen. Tillsammen bygger modulene et tre, som beskriver det ønskede trykk, og produksjonens arbeidsordning. Jo dypere ned i treet man kommer, desto mer detaljert blir beskrivelsen av hva som skal gjøres. Den øverste modulen (noden) beskriver hele produktet, og de moduler (noder) som fins lengre ned, beskriver mer detaljerte prosesser om hvordan eksempelvis de ulike delene av produktet skal trykkes eller etterbearbeides. Observer at det er samme type av moduler (noder) som brukes uansett om man beskriver et produkt, eller en prosess.

Klikk her for bilde på JDF-treet.
 
Bildet illustrerer JDF-treet der hver boks tilsvarer en modul (node). Det blir mer og mer detaljert jo lengre ned man kommer.

Resultatet av en modul (node) blir en vanlig inndata til nesta modul (node) og etter  at en modul har blitt utført, så lagres resultatet i JDF-filen, dette gjør det mulig å spore hver enkel hendelse, og å se hvem eller hvilken maskin som har utført respektive prosess. Sammenlagt kan man si, at en modul (node), er en instruksjon om å utføre noe ved en gitt situasjon.

Hver modul (node) består  av et flertall element, bestanddeler, som igjen har ulike instrukser, som har til oppgift å beskrive det elementet. Elementet kan også inneholde ulike sublimenter.

Nedenfor følger noen eksempler på de elementer som kan finnes igjen i modulene (nodene) :

• Nodeinfo
  Elementet NodeInfo inneholder informasjon om skjemainnlegging, eksempelvis deadlines och tidsbesparing. Elementet kan også inneholde administrativ data, som eksempelvis beskriver vilken presse som skal brukes. NodeInfo inneholder også informasjon om reiseruten for statusmeldingen. Altså hvor JMF-meldingen og JDF-filer skal sendes etter utførelsen. Informasjonen i denne modul (node) kommer vanligvis i fra ledningssystemet.
   

• AuditPool
  Dette elementet sparer informasjon om selve hendelsesforløpet, blant annet kan den spare informasjon om tidsbruk, ressursbruk, og hendelsesinformasjon. Eksempelvis kan den spare informasjon, om at det ble brukt 430, 120 g ark, istedenfor planlagte 400, 130 g ark, da 30 av arkene ble ødelagt og at 130 g arkene gikk det tomt for. Elementet sparer også informasjon om eksempelvis papir som har satt seg fast i pressen. Dette elementet fungerer nærmest som en loggbok og får informasjon alt ettersom arbeidet framkrider.
   

• CustomerInfo
  Elementet CustomerInfo inneholder detaljert informasjon om kunden, samt informasjon om dennes kontaktpersoner og oppgitte leveransadresser.
   

• ResourcePool
  Ressurser er materiale eller parametre som behøves av, eller som skapes av en modul (nod). Eksempel på ressurser kan være papir, blekk, digitalt materiale som PDF, maskinparametre, med mer. En modul (nod) kan ikke påbegynne sitt arbeide, før alle innkommende ressurser fins tillgjengelige, hvilket er ganske åpenbart, da det er vanskelig og f.eks trykke, uten hverken  papir eller blekk.
   

• ResourceLinkPool
  For ikke å behøve definere samme ressurs mer enn en gang bruker man   linker for å hente informasjon om en ressurs. Linkene kan hente data innom en og samme modul (nod) eller ifra overliggende moduler (noder). Grunnen til dette, er blant annet at to submoduler (subnoder) skal kunne bruke samme ressurs, uten at for den sakens skyld å behøve definere den to ganger.

Det fins mye mer å si om JDF og dens struktur, er du interressert i å fordype deg i emnet, kan jeg anbefale deg et besøk på CIP4.org.