Thomas Hoffmann-Walbeck Sebastian Riegel

Der JDF-Workow
Lehrbuch zur Automatisierung in der graschen Industrie

Verlag Beruf und Schule

Thomas Hoffmann-Walbeck, Sebastian Riegel jdf@hdm-stuttgart.de

Die vorliegende Publikation ist urheberrechtlich geschtzt. Alle Rechte vorbehalten. Die Verwendung der Texte und Abblildungen, auch auszugsweise, ist ohne die schriftliche Zustimmung des Verlages urheberrechtswidrig und daher strafbar. Dies gilt insbesondere fr die Vervielfltigung, bersetzung oder die Verwendung in elektronischen Systemen. Alle Informationen in diesem Buch wurden mit grter Sorgfalt kontrolliert. Weder Autor noch Verlag knnen jedoch fr Schden haftbar gemacht werden, die in Zusammenhang mit der Verwendung dieses Buches stehen. In diesem Buch werden eingetragene Warenzeichen, Handelsnamen und Gebrauchsnamen verwendet. Auch wenn diese nicht als solche gekennzeichnet sind, gelten die entsprechenden Schutzbestimmungen.

Alle Rechte vorbehalten 2009 by Verlag Beruf und Schule Postfach 2008, D-25524 Itzehoe E-Mail-Adresse: vbus@online.de www.vbus.de Druck: AALEXX Druck GmbH, D-30938 Groburgwedel

ISBN 978-3-88013-675-5

Vorwort

Vorwort
Warum ein Buch ber JDF-Workow? Vor allem, warum JDF? Ist das nicht einfach nur ein Datenformat, das hinter den Kulissen dafr sorgt, dass Maschinen in einer Druckerei die richtigen Daten bekommen? Wen interessiert schon beim Telefonieren, wie im Hintergrund die Signalisierungsprotokolle ablaufen? Und kann man nicht auch Auto fahren ohne die technischen Details der Kolbenprole zu kennen? In der Tat sind diese Argumente nicht ganz von der Hand zu weisen. Trotzdem meinen wir, dass die Beschftigung mit JDF nicht nur fr Medieninformatiker interessant sein kann, denn das Job Denition Format (JDF) beschreibt die meisten Prozesse in der Druckindustrie und stellt damit ein wichtiges Modell fr die grasche Industrie dar, die Technologie ist noch recht neu und die Bedienung funktioniert noch nicht selbsterklrend wie ein Telefon oder ein Auto (beim Telefon allerdings immer weniger). Einen JDF-Workow zu projektieren, einzurichten, zu testen und mglicherweise von Fehlern zu befreien bentigt durchaus gewisse Grundkenntnisse des Formates. Aber wir beabsichtigen auch nicht, uns nur auf den Niederungen des Datenformates zu bewegen. Wichtiger ist in der Tat der Workow selber, der mit Hilfe des JDFs aufgebaut werden kann. Deswegen werden wir beispielsweise in vielen Kapiteln zuerst die Prozesse vllig unabhngig vom JDF beschreiben, um erst anschlieend die Modellierung im JDF zu erklren. Wir haben versucht, beide Teile zu trennen. So knnen Sie sich nur mit einem der beiden Dinge auseinander setzen, wenn Sie mchten. Als Leserkreis fr dieses Buch ist gedacht an Auszubildende in der graschen Industrie nach der Zwischenprfung, an Studierende der Druckund Medientechnologie, an Praktiker in Druckereien oder bei Herstellern und schlielich auch an Medieninformatiker. Wir setzen in diesem Buch keinerlei Kenntnisse ber das JDF-Format voraus, erwarten aber, dass die grundlegenden Produktionsprozesse zur Herstellung eines Druckproduktes bekannt sind. Im Glossar haben wir allerdings noch einige dieser Prozesse deniert, um den Lesern das Verstndnis gegebenenfalls zu erleichtern. Natrlich knnen wir in einem solchen Buch nicht alle Prozessschritte zur Herstellung eines graschen Produktes bis ins mikroskopische Detail beschreiben. Dafr gibt es spezielle Fachbcher ber Bildbearbeitung, Computer-to-Plate, Offsetdruck usw. Wir werden hier zum Teil

Vorwort

nur mit Beispielen in die technische Tiefe gehen knnen. Andererseits mchten wir dieses durchaus tun und uns nicht mit dem Philosophieren ber den allgemeinen Sinn von Prozessvernetzung begngen. Und noch eine Warnung: Wir wollen die grundstzlichen Prinzipien von JDF-Workows erhellen und keine Tips & Tricks zu einzelnen Workow-Produkten geben. Wir werden nicht einmal die Workowsysteme der verschiedenen Hersteller gro vorstellen dafr sind unserer Ansicht nach die Fachzeitschriften zustndig. Wir unterrichten seit mehreren Jahren Prepress-Workow an der Hochschule der Medien in Stuttgart, sowohl theoretisch in Vorlesungen als auch praktisch in bungen. Hierbei haben wir festgestellt, dass es allgemein in dem Workow-Bereich wenig geeignete Literatur gibt. Auf der einen Seite gibt es natrlich die ber 1000-seitige Spezikation des JDF-Formats [13], die sich aber in erster Linie an Informatiker richtet und ansonsten eher abschreckend ist, auf der anderen Seite werden allgemeinere Beschreibungen des wirtschaftlichen Nutzen einer JDF-Automatisierung verffentlicht (z.B. in [32] oder [33]). Natrlich gibt es von den Herstellern von JDF-Workow umfangreiche Handbcher ber die Benutzung ihrer Systeme. Herstellerbergreifende Bcher explizit ber Workow sind ziemlich rar (siehe z.B. [16] ) und meist auch eingeschrnkt auf einen Teilbereich der Produktion (siehe z.B. [10] und [22]). Wir sind der festen berzeugung, dass mit dem JDF-Workow eine neue Produktionsform in der graschen Industrie entstanden ist und auch noch weiterentwickelt wird, die fr manche faszinierend und fr andere auch erschreckend ist. Und so glauben wir, dass sich die nhere Beschftigung mit diesem Thema auf jeden Fall lohnt. Es gilt also immer noch (oder auch schon wieder) das Zitat aus dem Klimschs Jahrbuch von 1924/25 (Seite 109): Unaufhaltsam und rcksichtslos geht die wirtschaftliche Entwicklung ihren Weg. Das Alte strzt, und neues Leben spriet aus den Ruinen. Ein Rckblick zeigt die fast sprunghafte Entwicklung, die im letzten Jahrzehnt die grasche Technik genommen hat In der Einleitung (Kapitel 1) werden wir die allgemeinen Eigenschaften und Erwartungen an einen JDF-Workow diskutieren. Dabei wird auch kuez auf die Entwicklung eingegangen, die zu diesem Format gefhrt hat. Wer bereits seit einer gewissen Zeit die Fachartikel ber das JDFThema verfolgt hat, kann dieses Kapitel getrost berschlagen. Im zweiten Kapitel mchten wir drei Szenarien von Druckproduktionen beschreiben. Alle drei Druckereien benden sich auf dem derzeitigen Stand der Technik, jedoch nur zwei setzen JDF-Technologien ein. Wir

Vorwort

mchten damit Lesern die Unterschiede verdeutlichen, die damit einhergehen knnen. Auerdem werden in Abschnitt 4 von diesem Kapitel noch Begriffe wie Workow, Jobtickets etc. deniert und in Abschnitt 5 allgemeine Merkmale von Workows vorgestellt. Das Prozess-Ressourcen-Modell bzw. das Produzent-Konsument-Modell ist Thema in Kapitel 3. Hier werden die Grundzge und Vorteile dieser Sichtweise mit Beispielen aus den Bereichen Auftragsmanagement, Vorstufe, Druck und Weiterverarbeitung demonstriert. In Kapitel 5 wird eine Kurzeinfhrung in XML, die Extensible Markup Language, gegeben, soweit sie fr das Verstndnis von JDF-Code vonnten ist. Im darauf folgenden Kapitel 6 werden die wichtigsten JDF-Strukturen vorgestellt. Kapitel 7 beschftigt sich mit dem Job Messaging Format (JMF), dem SMS der Druckindustrie. Es ist ein Datenformat und ein Protokoll zur Kommunikation in einer JDF-Umgebung. Beide bilden die Grundlagen fr die Kapitel 8 bis 12, in denen es um WorkowDetails und deren JDF-Entsprechungen aus den Bereichen Auftragsmanagement, Vorstufe, Druck, Weiterverarbeitung und Verpackungsdruck geht. In Kapitel 13 werden zwei mgliche JDF-Projekte diskutiert, welche die Leser interessieren knnten. Im ersten Abschnitt geht es um die Implementierung von JDF-Workows in Druckereien. Der zweite Abschnitt gibt eine kurze Einfhrung in die JAVA-Programmierung von JDF-Applikationen. Hierbei geht es nur darum, eine erste Hilfestellung zu leisten, wie beispielsweise Bibliotheken einzubinden sind. Am Ende mancher Kapitel haben wir noch bungen angefgt, die helfen sollen, den Stoff weiter zu durchdringen. Die JDF-Terminologie ist englisch. Wir haben die Fachbegriffe auch nur dann ins Deutsche bersetzt, wenn es uns sinnvoll erschien. In diesen Fllen haben wir die englischen Originalbegriffe kursiv in Klammern v gesetzt. In vielen Fllen haben wir aber auch gleich die englische Notation beibehalten und dann bestenfalls die deutschen bersetzungen in Klammern angefgt. Auerdem haben wir am Schluss des Buches noch einer englisch-deutsche bersetzungstabelle der JDF-Prozessnamen angefgt. Die Autoren mchten sich fr die wertvolle Untersttzung beim Verfassen dieses Buches bei den folgenden Personen ganz herzlich bedanken: Herrn Dieter Adam (MB Buerle), Herrn Jan Breithold (HELL Gravure Systems), Herrn Ruben Cagnie (EskoArtwork), Frau Anja Dannhorn

Vorwort

(Fujilm), Herrn Gottfried Grasl (Heidelberger Druckmaschinen), Herrn Stefan Kopec (Druckerei Mack), Frau Ulrike Kurz (MBO), Herrn Bernd Laubengaier (Druckerei Laubengaier), Frau Prof. Dr. Christa Ne (Hochschule der Medien), Herrn Lieven Plettnick (EskoArtwork), Frau Ulrike Seethaler (Heidelberger Druckmaschinen), Herrn Matthias Siegel (MB Buerle), Herrn Klaus Stocklossa (MBO).

ber Anregungen, Korrekturen, Bemerkungen oder Ergnzungen zu diesem Buch wrden wir uns sehr freuen. Thomas Hoffmann-Walbeck Sebastian Riegel c/o Hochschule der Medien Nobelstrae 10 D-70569 Stuttgart 0711-89232128 oder 0711-89232115 jdf@hdm-stuttgart.de

Inhaltsverzeichnis

Inhaltsverzeichnis
Vorwort 1 Einleitung 1.1 Entwicklung des JDF 1.2 Hauptmerkmale des Job Denition Formats 1.3 Implementierungen von JDF-Workows 2 Grundlagen Workow 2.1 Beispielrma ohne JDF-Workow 2.2 Beispielrma mit teilweiser JDF-Vernetzung 2.3 Firma mit weitreichender JDF/JMF-Vernetzung 2.4 Denitionen 2.5 Workow-Klassikation 2.6 Eigenschaften von WMS und Jobticket-Formaten 3 Print-Workow-Modelle 3.1 Auftragsmanagement 3.2 Ausgabe-Workow in der Vorstufe 3.3 Der Prozess Bogenoffset 3.4 Modell eines Postpress-Beispiels 4 Klassische Metadaten und deren Anwendung 4.1 Metadaten fr Fotos und Dokumente 4.2 Print Production Format (PPF) 4.3 Portable Jobticket Format (PJTF) 5 Kurzeinfhrung in XML 5.1 Aufbau eines XML-Dokuments 5.2 XML-Namensrume 5.3 Resource Description Framework (RDF) und XMP 5.4 Commerce Extensible Markup Language (cXML) 6 Einfhrung in JDF 6.1 Aufbau eines JDF-Dokuments 6.2 Beispiele fr JDF-Knoten 6.3 Partitionierte Ressourcen 6.4 Gray Boxen und kombinierte Prozesse 6.5 JDF-Workow Architekturen 6.6 Trennen und Zusammenfhren 6.7 Interoperability Conformance Specications (ICS) 7 Job Messaging Format (JMF) 7.1 Kommunikationsmodelle 7.2 JMF-Familien 7.3 JMF ICS 11 11 13 16 18 18 20 21 23 25 29 35 37 38 44 46 49 50 55 60 65 65 68 70 71 74 74 78 84 86 89 92 95 99 99 101 108

Inhaltsverzeichnis

8 Auftrags-Managementsysteme 8.1 Grundfunktionalitt eines AMS 8.2 JDF-Schnittstelle zur Produktion 8.3 MIS-ICS-Papiere 8.4 PrintTalk-/JDF-Schnittstelle zu Kunden 9 Vorstufe 9.1 Schnittstelle zwischen MIS und Prepress 9.2 Montage 9.3 Trapping 9.4 RIPing und Plattenherstellung 9.5 Proof und Druckfreigabe 10 Druck 10.1 Konventionelles Drucken 10.2 Digitaldruck 11 Weiterverarbeitung 11.1 Planschneider 11.2 Falzmaschine 11.3 Sammelhefter 12 Verpackungsdruck 12.1 Stanzformdesign, Vernutzung und Stanzformherstellung 12.2 Stanzen und Faltschachteln kleben 12.3 Barcode

110 111 113 125 127 132 134 139 144 147 150 154 155 169 176 178 181 183 188 191 195 199

13 JDF/JMF-Projekte 201 13.1 Workow-Implementierung mit Modulen eines Anbieters 203 13.2 Workow-Implementierung mit Modulen mehrerer Anbieter 206 13.3 JDF/JMF-Programmierung 209 Literaturverzeichnis Glossar Deutsche bersetzung der JDF-Prozessnamen Abkrzungen Index 214 216 218 220 221

Kapitel 1

11

1 Einleitung
Unter einem JDF-Workow wird im Allgemeinen eine Prozessvernetzung in der graschen Industrie verstanden, die auf den beiden offenen standardisierten Datenformaten Job Denition Format (JDF) und Job Messaging Format (JMF) basiert. Erklrtes Ziel der Vernetzung ist die Automatisierung der Prozessschritte durch Integration unterschiedlicher Anwendungen und Systeme. Die zugrunde liegende Idee ist dabei ganz einfach: Es geht nmlich im Wesentlichen nur darum, Informationen ber einen Druckjob zusammenzufassen und an die Stellen weiterzugeben, die sie bentigen. Man bedenke z.B. nur einmal, wo berall die Gre des Druckbogens manuell eingetragen werden muss: bei der Kalkulation, bei der digitalen Montage, am Leitstand der Druckmaschine, am Planschneider... Hier lsst sich offenbar Aufwand reduzieren. Aber ein JDF-Workow hat noch weitere Ziele, wie wir sehen werden. Es sind hier vor allem Fehlerreduzierung, Zeitersparnis und Kostentransparenz zu nennen.

1.1 Entwicklung des JDF Bereits kurz vor der DRUPA 2000 wurden diese Datenformate von den Initiatoren Heidelberger Druckmaschinen, manroland, Agfa und Adobe angekndigt und auf der Drupa selber dann prsentiert. Noch im gleichen Jahr (September) wurde die Weiterentwicklung dieser Formate der International Cooperation for the Integration of Processes in Prepress, Press and Postpress (CIP4) bergeben. Der Verein hat derzeit ber 300 Mitglieder, meist Zulieferer, Anwender, Berater und Institute der graschen Industrie. Die CIP4-Organisation ist aus dem bereits 1995 gegrndeten CIP3Konsortium hervorgegangen, wobei CIP3 ein Krzel fr International Cooperation for Integration of Prepress, Press and Postpress ist. Auch das vom CIP3-Konsortium propagierte Print Production Format (PPF) wurde von CIP4 bernommen. Seinen Sitz hat das CIP4-Konsortium in Zrich (Schweiz). Sowohl das PPF als auch das JDF/JMF sind Schnittstellenformate fr Vernetzungslsungen. Beide Formate dienen dem Prinzip der industriellen Produktion von Druckprodukten, das im Gegensatz zur herkmmlichen, eher handwerklich orientierten Produktionsweise gesehen wird. In diesem Zusammenhang fllt hug das Schlagwort Computer Integrated Manufacturing (CIM).

Abbildung 1.1 Geschichte des JDFs und CIP4-Logo 1993 Konzeptentwicklung vom PPF 1995 ffentliche Vorstellung der PPF Version 1.0 Grndung der CIP3Organisation 1996 PPF Version 2.0 1998 PPF Version 3.0 2000 ffentliche Vorstellung vom JDF. Grndung des CIP4-Konsortiums 2001 JDF Version 1.0 2002 JDF Version 1.1 2004 JDF Version 1.3 2008 JDF Version 1.4

12

Einleitung

Abbildung 1.2 Verteilung der PPFInformationen

Prepress

Press

Postpress

Das PPF, das in der Industrie weithin auch als CIP3-Format bekannt ist, ermglicht den Transport von technischen Daten, meist von der Vorstufe zum Drucksaal oder von der Vorstufe zur Weiterverarbeitung (Abbildung 1.2). Die am weitesten verbreitete Anwendung ist die Speicherung eines Vorschaubildes (Preview) eines Druckbogens in einer PPFw Datei, eine Aufgabe, die ein RIP bernimmt, der einem Plattenbelichter vorgeschaltet ist. Dieses Vorschaubild wird dann einer Software bergeben, die daraus Farbzonenvoreinstellungen fr eine Offsetdruckmaschine berechnen kann (Abbildung 1.3). Ein weiteres Beispiel fr den PPF-Workow ist die Weitergabe der Schneid- und Falzinformationen eines Bogens von der digitalen Montage an die Weiterverarbeitung. In der Montage werden die entsprechenden Marken gesetzt und anschlieend die Informationen in geeigneter Weise in eine PPF-Datei geschrieben. Eine PPF-interpretierende Software kann dann hieraus fr einen Planschneider oder fr eine Falzmaschine ein Schneide- beziehungsweise Falzprogramm in einem herstellerspezischen Datenformat generieren. In PPF werden also keine Maschinensteuerungsdaten bergeben, sondern abstraktere Informationen, aus denen Maschinensteuerungsdaten erzeugt werden knnen. Zusammenfassend bietet der PPF-Workow folgende Vorteile gegenber einer Produktionsweise ohne PPF-Vernetzung: Technische Daten, speziell fr Maschinenvoreinstellungen, knnen ber Abteilungsgrenzen hinaus weitergereicht werden. Mehrfacherfassung von Daten (wie z.B. Bogengre) bei unterschiedlichen Aggregaten knnen entfallen.
PPF Preview Bgen Interface Farbzonenvoreinstellung Drucken

Abbildung 1.3 detaillierter PPF-Workow

RIP

Interface PPFInformationen Interface

Falzprogramm

Falzen

Montage

Schneideprogramm

Schneiden

Kapitel 1

15

extrahiertes JDF-Teildokument
<?xml version="1.0" encoding="UTF-8" ?> <JDF xmlns="http://www.CIP4.org/JDFSchema_1_1" CommentURL="file://prinance/PRINANCE/JDFConnector /Auftragstasche-HTML/07-0111.htm" DescriptiveName="Zustnde-WS0708" ICSVersions="Base_L1-1.0 MISBC_L1-1.0" ID="Link78056484_002162" JobID="07-0111" JobPartID="07-0111" Status="Ready" Type="Product" Version="1.2" xmlns:HDM="www.heidelberg.com/schema/HDM">- <!-Generated by the CIP4 Java open source JDF Library version : CIP4 JDF Writer Java 1.2.42 alpha --> - <AuditPool> <Created AgentName="Prinance" AgentVersion="4.5600 (Creator:Pnc_V02.00.00.12a fuer Prinance 4.60)" Author="Administrator" ID="Link78056484_002163" TimeStamp="2007-11-27T16:40:56+01:00" /> </AuditPool> <Comment Name="JobDescription">Zustnde-WS0708</Comment> <CustomerInfo CustomerID="12201" CustomerJobName="Zustnde-WS0708" DescriptiveName="HdM"> <ContactRef rRef="Link78056484_002164" /> <ContactRef rRef="Link78056484_002167" /> <ContactRef rRef="Link78056484_002168" /> <ContactRef rRef="Link78056484_002169" /> </CustomerInfo><ResourcePool>- <Contact Class="Parameter" ContactTypes="Customer" DescriptiveName="HdM" ID="Link78056484_002164" Status="Available"> <CompanyRef rRef="Link78056484_002165" /> <AddressRef rRef="Link78056484_002166" />

(Creator:Pnc_V02.00.00.12a fuer Prinance 4.60)" Author="Administrator" ID="Link78056484_002163" TimeStamp="2007-11-27T16:40:56+01:00" /> </AuditPool> <Comment Name="JobDescription">Zustnde-WS0708</Comment> <CustomerInfo

resultierendes JDF-Dokument
<?xml version="1.0" encoding="UTF-8" <JDF xmlns="http://www.CIP4.org/JDFSch CommentURL="file://prinance/PRINANCE/J /Auftragstasche-HTML/07-0111.htm" DescriptiveName="Zustnde-WS0708" ICSVersions="Base_L1-1.0 MISBC_L1-1.0" ID="Link78056484_002162" JobID="07-011 JobPartID="07-0111" Status="Ready" Type="Product" Version="1.2" xmlns:HDM="www.heidelberg.com/schema/HDM">- <!-Generated by the CIP4 Java open source JDF Library version : CIP4 JDF Writer Java 1.2.42 alpha --> - <AuditPool> <Created AgentName="Prinance" AgentVersion="4.5600 (Creator:Pnc_V02.00.00.12a fuer Prinance 4.60)" Author="Administrator" ID="Link78056484_002163" TimeStamp="2007-11-27T16:40:56+01:00" /> </AuditPool> <Comment Name="JobDescription">Zustnde-WS0708</Comment> <CustomerInfo </Contact> <Company Class="Parameter" DescriptiveName="HdM" ID="Link78056484_002165" OrganizationName="Hochschule der Medien" Status="Available" /> <Address City="Stuttgart" Class="Parameter" Country="Deutschland" CountryCode="DE" ID="Link78056484_002166" PostalCode="70569" Status="Available" Street="Nobelstrae 10" /> - <Contact Class="Parameter" ContactTypes="Administrator CustomerID="12201" CustomerJobName="Zustnde-WS0708" DescriptiveName="HdM"> <ContactRef rRef="Link78056484_002164" /> <ContactRef rRef="Link78056484_002167" /> <ContactRef rRef="Link78056484_002168" /> <ContactRef rRef="Link78056484_002169" /> </CustomerInfo><ResourcePool>- <Contact Class="Parameter" ContactTypes="Customer" DescriptiveName="HdM" ID="Link78056484_002164" Status="Available"> <CompanyRef rRef="Link78056484_002165" /> <AddressRef rRef="Link78056484_002166" />

ursprngliches JDF-Dokument

(Creator:Pnc_V02.00.00.12a fuer Prinance 4.60)" Author="Administrator" ID="Link78056484_002163" TimeStamp="2007-11-27T16:40:56+01:00" /> </AuditPool> <Comment Name="JobDescription">Zustnde-WS0708</Comment> <CustomerInfo </Contact> <Company Class="Parameter" DescriptiveName="HdM" ID="Link78056484_002165" OrganizationName="Hochschule der Medien" Status="Available" /> <Address City="Stuttgart" Class="Parameter" Country="Deutschland" CountryCode="DE" ID="Link78056484_002166" PostalCode="70569" Status="Available" Street="Nobelstrae 10" /> - <Contact Class="Parameter" ContactTypes="Administrator

verndertes JDF-Teildokument

Die Details zu diesen Punkten werden in spteren Kapiteln ausfhrlich diskutiert und sind vielleicht auch dann erst richtig verstndlich. Doch lsst sich vielleicht jetzt schon erkennen, dass der JDF-Workow im Vergleich zum PPF-Workow vor allem die Auftragsabwicklung optimiert (Abbildung 1.6). Doch warum wird dieser Aspekt immer wichtiger? Die Antwort ist einfach: Die Verringerung der durchschnittlichen Auagenhhen und die Erhhung der durchschnittlichen Produktionsgeschwindigkeiten bzw. die Reduktion der Rstzeiten von Druck- und Weiterverarbeitungsmaschinen lassen die Anzahl der zu bearbeitenden Jobs pro Stunde im Betrieb steigen. Damit fallen die Kosten, die unabhngig von der AufKunden Business-Workflow (AMS, MIS)

Abbildung 1.5 Vernderung eines JDFDokumentes, wenn verschiedene Dienstleister an der Bewltigung der Aufgaben beteiligt sind.

Abbildung 1.6 Kommunikationswege im JDF-Workow

Lieferanten

Technischer Produktions-Workflow

Innendienst

Prepress

Press

Postpress

Versand

18

Grundlagen Workow

2 Grundlagen Workow
In diesem Kapitel sollen zwei recht entgegengesetzte Dinge behandelt werden. Zunchst werden in den ersten Abschnitten die Arbeitsweisen von drei Druckereien vorgestellt, die wir X, Y und Z nennen. Die Firma X hat zwar einen Workow eingerichtet, der vllig up-to-date ist, jedoch keine speziellen JDF-Merkmale enthlt. Die Firma Y hingegen hat einige Komponenten implementiert, die JDF nutzen. Die Firma Z ist weitgehend JDF/JMF-vernetzt. Nach diesen eher recht konkreten Beschreibungen geht es umso abstrakter weiter. In Abschnitt 2.4 werden grundlegende Begriffe wie Workow, Workow-Managementsystem und Jobticket deniert. Ein paar allgemeine Eigenschaften von Workows mchten wir dann in 2.5 behandeln, wobei wir dort zum Schluss noch eine Workow-Klassikation vorstellen, die wieder konkreter auf Druckereien bezogen ist.

2.1 Beispielrma ohne JDF-Workow Der vollstuge Betrieb X hat nur 12 Mitarbeiter. In der Vorstufenabteilung ist seit mehreren Jahren ein modernes Workow-Managementsystem (WMS) installiert mit einem Formproofer und einem Plattenbelichter als Ausgabemglichkeit. Das WMS kann auch PPF-Daten fr die Farbzonenvoreinstellung erstellen, diese Funktionalitt wird derzeit aber noch nicht genutzt. Im Drucksaal wird an drei Offsetmaschinen gearbeitet, einer Fnf-, einer Vier- und einer Zweifarbenmaschine im Format bis zu 50x70 cm. Auerdem gibt es noch eine Digitaldruckmaschine mit Inline-Weiterverarbeitung. In der Druckweiterverarbeitung benden sich neben Planschneider und Falzmaschine auch ein Buchdruckzylinder, auf dem gestanzt und geprgt wird. Circa 50 Auftrge werden pro Woche bearbeitet, wobei viele Auftrge aus mehreren Teilprodukten bestehen. Angebotsanfragen kommen meist ber E-Mail oder Telefon, manchmal noch ber Fax ins Haus. Ein/e Sachbearbeiter/in gibt die wichtigsten Angaben zu den Anfragen in ein Auftrags-Managementsystem (AMS) ein. Die Kalkulation bernimmt hug der Inhaber selbst, wobei er nur eine Preistabelle und einen Taschenrechner benutzt. In etwa einem Drittel aller Flle fehlen Angaben, die zur Kalkulation notwendig sind, und es mssen Rckfragen bei den Anfragenden gestellt werden. Die Anzahl der Angebotsvarianten, die vom potentiellen Auftraggeber gefordert werden, hat in den letzten Jahren stark zugenommen. Vor allem Werbeagenturen wnschen fr ihren Auftrag hug mehrere leicht modizierte Angebote.

Kapitel 2

29

Ein vollstndiges integriertes und abteilungsbergreifendes WMS innerhalb eines Betriebes ist in Abbildung 2.4 skizziert. Hier werden Metadaten ber das lokale Netzwerk an die Aggregate der verschiedenen Abteilungen transportiert und auch wieder zurck. Die Content-Daten vom Auftraggeber werden natrlich nur bis zur Druckvorstufe geleitet. Es soll noch einmal angemerkt werden, dass eine solche Skizze nicht die Wirklichkeit widerspiegelt, da die Vernetzung zurzeit in den BeKunde trieben immer nur partiell ist. 50 50 50
EURO EURO EURO EURO

Abbildung 2.4 vollstndig integriertes WMS

In Abbildung 2.5 schlielich ndet der Datenaustausch nur noch ber das Internet statt. Auftragsmanagement, Druckvorstufe und die Druckformherstellung knnen an beliebigen Orten auf der Welt liegen und zu verschiedenen Firmen gehren. Erst wenn physische Dinge wie Druckplatten oder Druckbogen transportiert werden mssen, ist geograsche Nhe zwingend. Zwar erscheint eine solche Skizze noch recht realittsfremd oder bertrieben zu sein, doch wenn man sich die in den letzen Jahren entwickelten Beispiele von internet-basiertem Workow zwischen Auftraggeber und Druckerei ansieht, ist man nicht mehr so weit davon entfernt.

50 50 50 50 5050 5050

50 50

Sachbearbeiter

JobTicket

WorkflowServer File-Server

JobTicket

Datenbank

JobTicket

JobTicket

JobTicket

PrePress

Druckplatten

Press

Druckbogen

PostPress

2.6 Eigenschaften von WMS und Jobticket-Formaten Folgende drei Forderungen an Workow-Managementsysteme beziehungsweise an den zugrunde liegenden Jobticket-Datenformaten mchten wir genauer diskutieren: Anpassbarkeit Standardisierung Erweiterbarkeit Diese Schlagworte klingen auf den ersten Blick unmittelbar einleuchtend, sind aber beim nheren Hinsehen nicht vllig unproblematisch.

32

Grundlagen Workow

Standardisierung Um herstellerbergreifende Integration von WMS-Engines zu ermglichen, ist es erforderlich, dass die zugrunde liegende Kommunikation standardisiert ist. Doch auch die Standardisierung hat ihre Grenzen. Denn was wrde sie in letzter Konsequenz bedeuten? Zunchst msste ein Jobticket-Format vollstndig sein, das heit es msste alle denkbaren Kommunikationsinhalte fr die Herstellung grascher Produkte abdecken. Wre dem nicht so, wrden einige WMSHersteller wegen der fehlenden Funktionalitt fr ihre speziellen Anforderungen das standardisierte Jobticket-Format nicht verwenden knnen. Denn die Alternative, dass sich die WMS-Hersteller in der Funktionalitt auf das einschrnken mssten, was im Jobticket-Format deniert werden kann, will sicherlich keiner: Der Fortschritt wre damit vllig blockiert und Firmen knnten sich in ihren Produkten nur schwer differenzieren. Schlielich ist eine solche Standardisierung auch nur eine freiwillige Vereinbarung zwischen Firmen und keine staatliche Verordnung! Insofern ist eine Beschrnkung auch vllig unrealistisch. Eine nicht vollstndige Standardisierung wre also zum Scheitern verurteilt. Andererseits wird es eine vollstndige Spezikation niemals geben knnen, dazu sind die Produktionswege viel zu komplex. Doch wie lst man dieses Dilemma? Die Antwort ist, dass die Standardisierung nur zu einem gewissen Teil erfolgen kann und Jobtickets mit privaten, nicht standardisierten Information ergnzt werden. Das widerspricht zwar eigentlich der Idee der Standardisierung und kann auch durchaus zu Inkompatibilitten zwischen Workow-Engines fhren, ist aber der einzig verbleibende Ausweg. Wir werden auf die so genannte Erweiterbarkeit von Jobticket-Formaten gleich noch nher eingehen. Es gengt auch nicht, bei der Spezikation von Jobticket-Formaten nur die Kommunikationsinhalte also das Was zu denieren. Es muss auch das Wer festgelegt werden. Denn eine Kommunikation zwischen mehreren Workow-Engines kann erst dann richtig funktionieren, wenn klar ist, wer eine gewisse Information zur Verfgung stellen muss und wer auf der anderen Seite sich auf diese Bereitstellung der Information verlassen kann. Im JDF/JMF-Umfeld gibt es hierzu die Interoperability Conformance Specications (ICS), die in Abschnitt 6.7 behandelt werden. Ein ganz pragmatischer Gesichtpunkt stellt noch eine Einschrnkung bei der Standardisierung dar. Workow-Managementsysteme werden nicht oder zumindest nur selten von Grund auf neu programmiert, sondern entwickeln sich ber Jahre. So mssen hug Altlasten bercksichtigt werden, und Umstellungen auf neue Jobticket-Formate nden

Abbildung 2.7 Das Pipe-Prinzip kennt jeder Hobby-Grtner von seiner Regenwassertonne: 1. Der Output des Regens ist der Input des Gieens. 2. Whrend des Regens kann gleichzeitig gegossen werden, solange Wasser in der Tonne (=Pipe) ist.

Kapitel 3

35

3 Print-Workow-Modelle
In diesem Kapitel werden die vier folgenden Workow-Modelle, die im Zusammenhang von Print-Workows vielfach eingesetzt werden, anhand von einigen Beispielen beschrieben: Aktivittenlisten Zustandsbergangsdiagramme und Aktivittendiagramme Flussdiagramme Produzent-Konsument-Modell beziehungsweise ProzessRessourcen-Modell Weitere Modellierungsanstze fr allgemeine Geschftsprozesse ndet man in [18]. Die Aktivittenliste wird hug auch als ToDo-Liste bezeichnet und stellt eine Sammlung von Teilaufgaben dar, wie beispielsweise eine bliche Einkaufsliste. Eine erweiterte Aktivittenliste kann vielleicht auch noch die Verantwortlichkeit und die Anfangs- und Endtermine der Teilaufgaben auisten. Es geht also nur darum, wer macht was, wann und womit. Nicht aufgefhrt in den Aktivittenlisten sind Abhngigkeiten zwischen den Teilaufgaben oder auch explizit aufgefhrte Entscheidungskriterien bei mglichen Verzweigungen von Arbeitsablufen. Letzteres ist ein wichtiges Merkmal von Zustandsbergangsdiagrammen. Dort werden Zustnde als Rechtecke oder Kreise und Zustandsbergnge mit Pfeilen zwischen den betroffenen Zustnden gezeichnet. Ein klassisches Beispiel stellten die Zustnde einer Maschine dar, wie ruhend, beschftigt, unterbrochen und defekt (Abbildung 3.1). Im Fehlerfall gibt es zum Beispiel dann einen Zustandsbergang von ruhend oder beschftigt auf defekt. Bei der Workow-Beschreibung d hat man die gleiche Art von Diagrammen, nur werden hier Aktivitten
unterbrochen (paused) unterbrechen Start ruhend (idle) aktivieren beenden beschftigt (busy) Stop Abbildung 3.1 Zustnde, welche eine Maschine in der Produktion einnehmen kann.

defekt (fault)

38

Workow-Modelle

Abbildung 3.6 Fludiagramm mit Aktionen einer Druckerei

Start

Angebot erstellen ja nein

vom Kunden akzeptiert? ja

neues Angebot? nein

Auftrag besttigen

Ablehnung verarbeiten

In der Regel kann man einen Workow mit einem Flussdiagramm noch detaillierter darstellen. Denn jede Aktivitt und auch jeder bergang zwischen den Aktivitten in einem Aktivittendiagramm kann selbst wieder eine Menge von Abfragen und Operationen gem der Flussdiagramm-Terminologie sein. In der Abbildung 3.6 sind die DruckereiAktionen aus dem Diagramm 3.5 noch einmal ausfhrlich als Flussdiagramm dargestellt (siehe auch Figur 3 in [40]).

vom Kunden akzeptiert? ja

nein

Auftrag stornieren

3.2 Ausgabe-Workow in der Vorstufe Eine Druckformherstellungsabteilung einer Druckerei, die fertige PDF-Seiten angeliefert bekommt, hat typischerweise folgende Aktivitten (zur Klrung der Begriffe siehe das Glossar am Ende des Buches):

Auftrag ausfhren

Preight durchfhren, Daten ggf. korrigieren Normalisieren der PDF-Dateien Farbraumtransformationen durchfhren Trapping Einen oder mehrere Standbogen auswhlen bzw. erstellen (BogenLayout) Ausschieen RIPing der Daten zur Ausgabe von Formproof(s) auf einem Plotter Druckfreigabe RIPing der Daten, um Voransichtsbilder zu erzeugen RIPing der Daten zur Belichtung, Plattenbelichtung und Entwicklung von Druckplatten Farbzonenvoreinstellungswerte berechnen.
Stop

Wir wollen nur kurz auf den Unterschied zwischen Bogen-Layout erzeugen (stripping) und Ausschieen (imposition) eingehen, da

Kapitel 3

41

R11

Abbildung 3.9 ein komplexes ProzessRessourcen-Modell Bezeichnung der Ressourcen:

R1

Preflight

R12

R13

R2

Normalisieren

R14

R3

Farbraumtransformation

R15

R1 bis R10 Eingabeparameter des jeweiligen Prozesses R11 PDF-Seiten R12 Preight-Report R13 PDF-Seiten R14 normalisierte PDFs R15 farbkonvertierte PDFs R16 ber-/unterfllte PDFs R17 Standbogen R18 PDF-Bogen R19 Datei fr Formproofer R20 Vorschaubild R21 TIFF-B R22 Formproof R23 Farbzonenvoreinstellwerte R24 bebilderte Druckplatte

R4

Trapping

R16

R5

Bogen-Layout

R17

Ausschieen

R6

R18

R7

RIPing

R19

R21

R20

R10

Formproof

R8

Belichtung und Entwicklung

R9

Farbzonenvoreinstellung

R22

R24

R23

Kapitel 3

45

Fortdruck drucken, Bogen ziehen und visuell/messtechnisch kontrollieren Farbe nachstellen Farbe nachfllen Papierstapel wechseln Gummituchzylinder waschen Auftragsende Gummituchzylinder waschen ggf. Farbe wechseln Auftragstasche ausfllen Ist es denn sinnvoll, hieraus vier Prozesse zu modellieren, nmlich Grundrsten, Einrichten, Fortdruck und Auftrag beenden? Oder sollte sogar jeder Unterpunkt ein eigener Prozess sein? Letzteres ist sicher nicht zu empfehlen, da die einzelnen Aktivitten nicht unabhngig von einander sind. Aber auch eine Einteilung in vier Prozesse ist problematisch, vor allem, weil die Unterpunkte meist identisch oder zumindest hnlich sind. Die Ttigkeiten beim Einrichten oder beim Fortdruck sind eigentlich gleich, nur das Ergebnis ist unterschiedlich: einmal Makulatur und einmal Gutbogen. Zu der Auftragliste ist noch zu bemerken, dass natrlich das Schema recht starr ist. So wird in der Praxis eher verzahnt gearbeitet, das heit, whrend ein Produktionsjob luft, liest der Drucker be- Druckplatten reits die Auftragstasche fr den Farbzonennchsten Job. Auch sind nicht alle profil Aktivitten zwingend erforderlich. Wenn beispielsweise ein Papier in Druckparameter einer Druckerei bekannt ist, entfllt in der Regel dann beim GrunDruckfarbe drsten der Punkt Papierlauf einstellen. Insofern hat sich auch die CIP4-Organisation fr ein sehr einfaches Prozess-Ressourcen-Modell beim Offsetdruck entschieden, wie in Abbildung 3.12 zu sehen ist. Um dennoch zwischen den einzelnen Aktivitten beim Offsetdruck unterscheiden zu knnen, spricht man dann von Zustnden, in welchem sich der Druckprozess bendet.
Substrat

Abbildung 3.12 JDF-Modell fr den Offsetdruck

Offsetdruck

Druckbogen

Farbigkeit Kontrollfelder Proof Druckbedingungen

Kapitel 4

53

Die XMP-Daten knnen sich auf ein gesamtes Dokument beziehen, aber auch auf einzelne Komponenten eines Dokuments. Eine solche Situation erlaubt es beispielsweise, dass den Graken und Bildern, die in einem PDF-Dokument eingebettet sind, eigene XMP-Metadaten assoziiert sind. Abbildung 4.3 gibt das Prinzip wieder, whrend Abbildung 4.4 eine Seite dieses Buches zeigt, bei der die XMP-Informationen von Komponenten zu sehen sind. In der XMP-Sprache wird das Wort Ressource verwendet, die durch XMP beschrieben werden kann. Eine Ressource ist also entweder ein Dokument oder eine (sinnvolle) Komponente eines Dokuments. Die XMP-Metadaten knnen in XML-Syntax gespeichert werden. Da wir XML erst im nchsten Kapitel behandeln wollen, sei hier nur so viel vorweggenommen: XML ist sehr leicht erweiterbar, indem man neue Schemata deniert. Man kann dabei gleichzeitig mehrere Sche-

Dokument Komponente 1 XMP 1

Komponente 2 XMP 2

Dokument XMP

Abbildung 4.3 Prinzip fr XMP von Komponenten eines Dokumentes

Abbildung 4.4 XMP-Informationen eines Bildes innerhalb einer PDFDatei

mata benutzen. Die Firma Adobe hat einige Schemata vordeniert, wie: Dublin Core Schema, XMP Basic Schema, XMP Rights Management Schema, XMP Paged-Text Schema, EXIF Schema for EXIF-specic Properties.

Kapitel 4

55

Produktionsbereiche beschrnkt, die mit digitalen Dokumenten umgehen, also nur auf die Druckvorstufe. Die beiden Metadatenformate, die wir in den nchsten beiden Abschnitten behandeln, sind da vom Grundsatz her vllig anders.

4.2 Print Production Format (PPF) In der Einleitung haben wir bereits die beiden wichtigsten Anwendungen des PPF vorgestellt: bergabe von Daten aus der Vorstufe zur Errechnung von Farbzonenvoreinstellungen fr eine Offsetdruckmaschine sowie zur Berechnung von Schneid- und Falzprogrammen fr die Weiterverarbeitung. Im Abschnitt Erweiterbarkeit in Kapitel 2.6 wurde schon erwhnt, dass PPF in PostScript kodiert ist und es wurde dort auch ein sehr kurzes Beispiel vorgestellt.

Abbildung 4.6 Struktur der PPF-Daten

Bogen Sheet

Schn Front

Wider Back

Voransichtsbild PreviewImage

Farbkontrolle ColorControl

Schneidedaten CutData

Registermarken RegisterMarks

Block 1

Block 2

Die Abbildung 4.6 zeigt anhand der Beschreibung eines Druckbogens, dass PPF-Informationen in ihrer logischen Strukturierung baumartig aufgebaut sind. Wie man sich erklren kann, dass von Baumstrukturen die Rede ist, zeigt Abbildung 4.7, in der die Wandlung unserer Bogenbeschreibung in einen Baum hineingezaubert wurde. Der Bogen bildet das Wurzelelement (root element), alle VerzweiVoransichtsbild Block 2 Farbkontrolle Block 4 Registermarken Block 1 Block 3

Block 3

Block 4

Abbildung 4.7 Baumstruktur

Bogen Schn Wider Schneidedaten Voransichtsbild Block 2 Farbkontrolle Block 4 Registermarken Block 1 Block 3

Schn Wider Schneidedaten Bogen

Kapitel 5

65

5 Kurzeinfhrung in XML
Die Extensible Markup Language (XML) zu deutsch: erweiterbare Auszeichnungssprache ist eigentlich keine Sprache, sondern vielmehr ein System, Sprachen zu denieren, also eine Metasprache. XML ist auch ein Standard zur Denition von Dokumententypen, die zwischen Programmen ausgetauscht werden sollen. Ein Beispiel fr einen solchen XML-Dokumententyp ist das Job Denition Format. Das ist der einzige Grund, warum wir uns hier mit XML beschftigen. Es geht also in diesem Kapitel nicht darum, das Thema XML erschpfend zu behandeln, sondern nur die ntige Terminologie vorzustellen, damit man JDF leichter versteht. Wir werden auch nicht Vorzge und Nachteile von XML im Vergleich zu anderen Dokumentenstrukturen (wie PDF oder PostScript) behandeln, das Verhltnis zu der Standard Generalized Markup Language (SGML) oder die Unterschiede zur Hypertext Markup Language (HTML) diskutieren. Eine etwas genauere, aber immer noch sehr komprimierte Einfhrung ndet man zum Beispiel in [42]. Wir werden also in Abschnitt 5.1 nur sehr pragmatisch den Aufbau eines XML-Dokuments erlutern und Begriffe wie Elemente, Attribute und Werte erklren. In 5.2 geht es um die Mglichkeiten, das Vokabular von XML-Dateien zu bestimmen, die in Namensrumen zusammengefasst werden. Schlielich wird in Abschnitt 5.3 die commerce eXtensible Markup Language (cXML) vorgestellt, ein XML-basierender Standard zum elektronischen Austausch von Handelsdaten. Die cXML wiederum bildet die Grundlage fr Teile der JDF-Spezikation.

5.1 Aufbau eines XML-Dokuments Allgemein beginnt eine XML-Da<?xml version="1.0" encoding="UTF-8" ?> tei mit der sogenannten Deklaration, ein Prolog vor den eigentlichen XML-Elementen. Diese Deklaration ist daran zu erkennen, dass Abbildung 5.1 innerhalb der spitzen Klammern (< und >) noch Fragezeichen (?) ste- Deklaration eines XMLDokumentes hen. In Abbildung 5.1 steht dann noch in der Deklaration die Angabe der Versionsnummer von XML, nmlich 1.0. Seit Februar 2004 ist zwar die Version 1.1 freigegeben, trotzdem wird vielfach noch die Version 1.0 benutzt. Die Versionsnummer ist durch ein Attribut dokumentiert, das aus einem Attributnamen (hier version) und dem in Gnsefchen eingeklammerten Attributwert (hier 1.0) besteht. Der Attributwert wird durch ein Gleichheitszeichen = dem Attributnamen zugeordnet. Man nennt das auch Wertzuweisung. Hug spricht man aber auch

74

Einfhrung in JDF

6 Einfhrung in JDF
In den letzten Kapiteln haben Sie bereits einiges ber JDF erfahren. Das Wichtigste sei hier noch einmal zusammengefasst: JDF ist ein Jobticketformat, in dem technische Informationen gespeichert werden knnen, das aber auch Funktionen des Auftragsmanagements untersttzt. JDF umfasst die Funktionalitt von PPF und PJTF. JDF beruht auf dem Modell von Prozessen und Ressourcen. JDF basiert auf XML. In diesem Kapitel wird in den ersten sechs Abschnitten der JDF-Code genauer vorgestellt. Sie stellen die Grundlage fr alle weiteren Kapitel dar. Im letzten Abschnitt werden wir versuchen, den Schwerpunkt wieder mehr auf Workows zu legen. Insbesondere werden wir die bereits in der Einleitung erwhnten Interoperability Conformance Specications behandeln. Diese JDF-Einfhrung soll einen berblick ber die Produktbeschreibungen und Festlegungen der Produktionsprozesse verschaffen, die mit JDF mglich sind. Am Ende des Kapitels sollte der Leser typische JDF-Dokumente lesen und verstehen knnen. Natrlich kann dieses Kapitel nicht die JDF-Spezikation [13] ersetzen, die noch viel mehr Details enthlt.

6.1 Aufbau eines JDF-Dokuments Fr jeden Druckjob gibt es im JDF-Workow (mindestens) ein JDF-Dokument, das die Metadaten fr den Druckjob enthlt. Wie fr ein XMLDokument nicht anders zu erwarten, hat dieses JDF-Dokument eine Baumstruktur. Das Wurzelelement des Baums, aber auch jeder Ast und jedes Blatt, wird als JDF-Knoten ( (JDF node) bezeichnet. Normalerweise besteht ein Druckjob aus mehreren JDF-Knoten, wobei jeder Knoten einen denierten Teil des Jobs beschreibt. Jeder JDF-Knoten ist ein XMLElement, das selber wieder Unterelemente haben kann. Natrlich mssen nicht wie in Abbildung 6.1 genau drei Hierarchiestufen vorliegen. Es knnen mal mehr oder auch mal weniger Stufen sein. Auf einer Stufe knnen beliebig viele andere JDF-Knoten liegen. Nicht alle JDF-Knoten stellen Prozesse dar, sondern nur einige. In der Regel sind es die Bltter des Baumes. Insofern basiert die JDF-Datenstruktur nur teilweise auf dem Prozess-/ Ressourcenmodell. Insgesamt gibt es nmlich vier unterschiedliche JDF-Knoten:

Kapitel 6

89

hat den Index 1 und der dritte (Rendering) den Index 2. Folglich sind die Ressourcen RunList und Layout Input-Ressourcen von Imposition, InterpretingParams Input-Ressource von Interpreting und die RenderingParams Input-Ressource von Rendering.

Auftragsplanung (MIS)

6.5 JDF-Workow Architekturen Nachdem wir nun gesehen haben, wie prinzipiell ein JDF-Dokument aufgebaut ist, wollen wir untersuchen, wie diese Dokumente zu den Workow-Modulen gelangen. Die einfachste Mglichkeit ist die sequenzielle Weitergabe der Information, die in Abbildung 6.21 skizziert ist. Dieses sehr simple Modell wird man aber in Wirklichkeit nicht antreffen oder bestenfalls nur in sehr einfachen Produktionsumgebungen, in denen zwei oder drei benachbarte Prozesse JDF-Information austauschen. Beispiel: Eine Montage-Software (Stripping) erzeugt ein JDF-Dokument fr das Ausschie( en (Imposition).

digitale Montage

Plattenbelichtung

Ein realistischeres Modell ist die zentrale JDF-Datenablage, auf die unterschiedliche Workow-Module Zugriff haben, wie in Abbildung 6.22 gezeigt. Diese Datenablage kann entweder eine Datenbank oder auch einfach nur eine Ordnerstruktur auf einem Dateiserver sein. Natrlich werden die einzelnen Workow-Engines nicht vllig frei auf die JDF-Daten zugreifen knnen, sondern nur unter der Verwaltung einer speziellen, bergeordneten Software, welche die Konsistenz der Leitstand Daten kontrolliert. Im Unterschied zur sequenziellen Situation liegen Druckmaschine die Daten auf einem zentralen Server, was vorteilhaft auch in Hinsicht der Datensicherung ist. Die Abbildung 6.22 legt nahe, dass die Abbildungen 6.21 und 6.22 JDF-Verwaltung Teil der Produktionssoftware ist. Es gibt aber auch sequentielle Weitergabe (oben), das MIS-zentrische, zentrale Datenhandling, das Abbildung 6.23 dar- zentrale Verwaltung (unten) stellt. Es ist brigens nicht zwingend, dass pro Auftrag nur ein Auftragsplanung (MIS) einziges JDF-Dokument generiert wird. Denn anstatt immer dieses eine Dokument mit aktuDatenFalzmaschine ellen Daten zu fllen, kann auch aufbereitung jedes Workow-Modul neue Versionen vom JDF-Dokument erzeuRIP und gen. So knnte man im Fehlerfall Schneidemaschine Ausgabe zumindest theoretisch wieder zu einem lteren Stand zurckkehren. Leitstand
Druckmaschine

Kapitel 7

99

7 Job Messaging Format (JMF)

Im letzten Kapitel haben wir gesehen, wie mittels JDF Daten zwischen den unterschiedlichen Agenten, Controllern und JDF-Gerten ausgetauscht werden knnen. Im einfachsten Fall werden JDF-Dateien von einem JDF-Produzenten geschrieben und in den Hotfolder eines JDFKonsumenten abgelegt, der in bestimmten Zeitintervallen den Ordner nach neuen Daten durchsucht. Diese unidirektionale Schnittstelle ber Dateitransfer ist natrlich recht statisch und erlaubt wenig dynamische Interaktion zwischen den Workow-Beteiligten, die beispielsweise fr die Betriebsdatenerfassung, Job-Verfolgung, Job-nderungen, zentrale Fehlererfassung, Nachweis zum Materialverbrauch, Erfassung des Nutzungsgrads von Maschinen oder zur Systemsteuerung (vor allem beim Hochfahren) wichtig ist. Hierzu wurde zusammen mit JDF das Job Messaging Format (JMF) eingefhrt. Nicht in jedem JDF-Workow sind auch JMF-Nachrichtenkanle implementiert, doch wir werden sehen, welchen zustzlichen Nutzen sie bringen knnen. Fr ein MIS sind aber beispielsweise erst ab dem MIS ICS Level 2 gewisse JMF-Nachrichten vorgeschrieben. Ein allgemeines Verstndnis der JMF-Technologie ist wichtig, um zu verstehen, wie ein JDF-/JMF-Workow funktioniert. Trotzdem muss man sich natrlich im Klaren darber sein, dass man als Anwender mit JMF weniger zu tun hat. Denn whrend JDF-Daten zumeist als Dateien vorliegen und damit fr eine Analyse mit mglicher Fehlerndung einfach zugnglich sind, werden JMF-Daten meist ber das HTTP-Protokoll verschickt und haben somit keine physische Ablage als Datei. Man kann natrlich HTTP-Sniffer einsetzen also Programme, r die HTTP-Pakete abfangen und lesbar machen doch bei der Vielzahl von Meldungen, die da gewhnlich ber die Netzwerke verschickt werden, ist das eher nicht sehr spaig. Insofern werden wir auch in diesem Buch die Betonung mehr auf JDF als auf JMF legen und so einige JMF-Feinheiten aussparen.

7.1 Kommunikationsmodelle Doch bevor wir in die Struktur des JMF-Nachrichtenprotokolls einsteigen, mchten wir etwas allgemeiner verschiedene Kommunikationsmodelle diskutieren, die zwischen Software-Modulen in der graschen Industrie blich sind: Dateitransfer ber Hotfolder (oder auch manuell), Datentransfer ber Druckprotokolle, Datenbankschnittstellen,

110

JDF in Auftrags-Managementsystemen

8 Auftrags-Managementsysteme
Einige Hersteller von AuftragsManagementsystemen: Alphagraf Hiex Megalith Optimus Pagina Printplus Prosecco

Auftrags-Managementsysteme (AMS) haben in der graschen Industrie viele Namen: Sie werden auch Management Information Systeme (MIS), Branchenlsungen, Enterprise Resource Planing (ERP), Produktionsplanung- und Steuerungssysteme (PPS) oder schlicht Kalkulationsprogramme genannt. Natrlich gibt es zwischen den Begriffen Unterschiede in der Praxis werden sie aber hug synonym benutzt, und wir werden im Folgenden AMS und MIS gleichermaen verwenden. Auch wollen wir nicht Begriffsdenition betreiben, sondern nur die wesentlichen Punkte auisten, die eine solche Software umfassen kann: Vorkalkulation und Nachkalkulation Kommerzielle Auftragsabwicklung (von Angeboterstellung bis Fakturierung) Kundendatenverwaltung Materialwirtschaft Schnittstelle zur Produktion bergabe der Produktionsdetails Produktionsplanung / Disposition (Termin- und Ressourcenplanung) Leistungserfassung / Betriebsdatenerfassung (BDE) Auftragsverfolgung ( (Job Tracking) Schnittstelle zu Finanz- und Lohnbuchhaltung Schnittstelle zu Kunden (E-Business und Internetportale) Schnittstelle zu Lieferanten (Papierlieferant) Typischerweise sind AMS in Druckereien installiert. Doch nicht alle aufgelisteten Funktionen sind grundlegend fr ein Auftrags-Managementsystem und stellen meist nur optionale Module dar, wie zum Beispiel die Produktionsplanung. Auch sind nicht alle ausschlaggebend fr den JDF-Workow, wie etwa die Schnittstelle zur Finanz- und Lohnbuchhaltung. Vorkalkulation, kommerzielle Auftragsabwicklung, Kunden- und Materialverwaltung sind hingegen die wichtigsten Funktionen eines AMS. In den folgenden Abschnitten werden wir deswegen manche dieser Begriffe etwas genauer beleuchten und auch die Abhngigkeiten zwischen ihnen analysieren. Fr den JDF-Workow ist die Schnittstelle vom AMS zur Produktion von ganz besonderer Bedeutung, die wir deswegen im anschlieenden Abschnitt untersuchen werden. Die Schnittstelle kann auch in umgekehrter Richtung von der Produktion zum AMS realisiert sein, wobei dann BDE-Daten fr die Nachkalkulation sowie Rckmeldungen zum Produktionsstatus und Termine bergeben werden. Die Kommunikation zwischen Druckprodukteinkufer und Druckprodukthersteller mittels PrintTalk ist dann Thema in Abschnitt 8.4.

114

JDF in Auftrags-Managementsystemen

AMS

AMS

ProduktionsController

Prepress

Press

Postpress

Prepress

Press

Postpress

Abbildung 8.1 JDF zwischen MIS und Produktion Abbildung 8.2 F24-8 des JDFFalzartenkataloges
F24-2
1 2

6x2
4 3

F24-7
1

tion, whrend in der rechten Grak das MIS diese Aufgabe bernimmt. Fhrt das MIS die Workow-Steuerung durch, muss es die technischen Details aus der Produktion wie beispielsweise die Farbzonenvoreinstellungswerte, die Schneidepositionen oder die Falzreihenfolge aus der Produktion entgegennehmen und an die geeigneten Gerte/Controller im Drucksaal oder in der Weiterverarbeitung weiterleiten knnen. F24-3 6x2 F24-4 6x2 Damit geht die Anforderung an das MIS weit ber die klassische, kommerzielle Aufgabe hinaus. F24-8 3x4 Beide in 8.1 gezeigte Kongura3x4 tionstypen wurden von Herstel1 2 4 lern implementiert.
1 2 3
1 2 3

4 3

F28-1
1 2 3

8x2
1 2 4 3

In diesem Abschnitt werden wir in unseren Beispielen einen zentralen JDF-Produktions-Controller voraussetzen. Die bergabe von JDF-Daten fr Weiterverarbeitungsmaschinen ist allerdings

126

JDF in Auftrags-Managementsystemen

Level 1

L1

Manager (MIS) Level 2a

Worker (Produktion)

Manager (MIS)

Worker (Produktion)

Level 2b

verbraucht oder erzeugt wurden, zurckschicken (Abbildung 8.18). Eine MIS-Software, die Level 2 des MIS ICS erfllen mchte, muss also entsprechende Anfragen absetzen knnen (egal, ob ber NodeInfo oder ber eine direkte JMF-Nachricht). Ein MIS ICSLevel-2-Worker muss diese Anfrage empfangen, interpretieren und beantworten knnen. hnliches gilt fr Anfragen bezglich Gertezustnden und Jobstati. Mit anderen Worten: Jobverfolgung und Gertezustandsberwachung setzen MIS ICS Level 2 sowohl fr die MIS-Software als auch fr die Controller und Gerte in der Produktion voraus. Es gibt in der Praxis durchaus Implementierungen von JDF-Workows, die diese Funktionen nicht untersttzen.

Doch nicht nur Anforderungen an JMF-Elemente werden in dem Manager (MIS) Worker (Produktion) MIS ICS deniert, sondern auch viele bezglich JDF. Viele kleine Details mssen festgelegt werden. Abbildung 8.17 So wird beispielsweise vorgeschrieben, dass in jedem von einem MIS Level 1 und 2 der MIS ICS erzeugten JDF-Wurzelelement in einem speziellen Attribut (ICSVersions) der ICS-Level eingetragen wird, nach dem das JDF-Dokument aufgebaut wurde. Weiterhin muss jedes JDF-Wurzelelement auch zwei Abbildung 8.18 spezielle Ressourcen als Input haben, nmlich die CustomerInfo-ResDer Worker muss auf source, in der Kundendaten hinterlegt sind, und die NodeInfo-ResAnfrage den Manager source, welche die Terminplanung und optional eine oder mehrere ber Jobs und Ressourcen informieren. JMF-Nachricht(en) enthlt. Jeder von einem MIS erzeugte JDF-WurLevel 2 zelknoten ist ein Produktknoten, und die Eigenschaften des ProAnfrage duktes sind in Intent-Ressourcen hinterlegt. Damit muss jedes JDFWurzelelement auch mindestens Gertezustnde eine Intent-Ressource als Input Jobzustnde haben. Gbe es keine, wre das Manager (MIS) Worker (Produktion) verbrauchte Ressourcen Produkt ohne Eigenschaften und erzeugte Ressourcen

138

JDF in der Druckvorstufe

ColorantControl

Setting enthalten, bis auf die blau umrandete RunList-Ressource, die ja nur ein Zwischenergebnis darstellt. Eine MIS-Software kann also die Arbeitsvorgnge in der Druckvorstufe unterschiedlich beschreiben, wie man in Abbildung 9.6 sieht, wobei die Pfeile einfach nur die Folge von GrayBoxen symbolisieren. Je nach Freude am Detail kann der Manager, das heit das MIS, unterschiedliche GrayBoxStrecken aufbauen. Der Worker, also das Workowsystem in der Vorstufe, muss alle Versionen interpretieren und im Laufe der Produktion zu JDF-Prozessknoten umwandeln knnen. Auch im MIS-to-PrePress-ICS werden mehrere aufeinander aufbauende Level deniert. Alle vorgestellten GrayBoxen sind in Level 1 festgelegt (und damit automatisch auch fr Level 2). Level 2 trifft zustzliche Vereinbarungen zu Versionierungen, wie sie bei mehreren Sprachvarianten eines Produktes vorkommen, und auch zu komplexen Produktionen, bei denen unterschiedliche Produktteile (wie Umschlag und Inhalt) auf einem Bogen zusammen gebracht werden. Abschlieend sei noch vermerkt, dass das MIS-to-PrePress-ICS-Papier auch Vorgaben der anderen ICS-Papiere umfasst, auf denen es basiert. So wird Base-ICS und JMF-ICS in Level 2 vorausgesetzt und zwar fr beide Stufen des MIS-to-PrePress-ICS. Die Stufen knnen also durchaus unter-

Device PlateSetting Media Exposed Media

RunList (gerippte Daten)

Abbildung 9.4 GrayBox PlateSetting

ColorantControl

Device

InterpretingParams

Preview (separiert)

Layout

PlateMaking

Preview (composite)

RunList (Dokument)

Exposed Media

RunList (Marken)

Media

Abbildung 9.5 Die GrayBox PlateMaking umfasst die Funktionalitt der GrayBox ImpositionRIPing und PlateSetting.

Kapitel 9

141

In dieser Abfolge steckt ein betrchtliches Automatisierungspotential. Ohne JDF-Anbindung zu einem AMS mssen nmlich beim Anlegen eines neuen Standbogens alle Angaben zum Bogen-Layout manuell in die Montage-Software eingegeben werden. Natrlich knnen Standbogen gespeichert und fr Auftrge mit der gleichen Struktur wiederverwendet oder ggf. leicht modiziert werden. Bei einer JDF-Integration zwischen AMS und Vorstufe knnen jedoch alle Werte vom AMS direkt bernommen und die Standbogen automatisch generiert werden. In der Offset-Praxis wird allerdings jeder so erzeugte Standbogen (noch) von einem Operator kontrolliert und in Feinheiten verndert. Voraussetzung fr dieses Verfahren ist, dass sich Kontrollmarken relativ zur Bogengre positionieren und nicht wie frher blich mit festen Koordinatenwerten auf den Bogen platziert werden. Bogen unterschiedlicher Gre bentigen nmlich die Marken an unterschiedlichen Positionen und da diese Positionen nicht vom AMS erhltlich sind, sondern nur Angaben zur Bogengre, mssen Stripping Transfersich die Marken automatisch zuAssembly Params CurvePool? rechtrcken. Dieser Vorgang wird zur Zeit eigentlich von der Montagesoftware deniert und durchgefhrt. Ab JDF 1.4 knnen dynamische Marken vom MIS in den StrippingParams charakterisiert Stripping werden und der Stripping-Prozess muss sie nur noch ausfhren. Es ist allerdings erforderlich, dass sowohl das Personal, als auch die Software bei der Auftragsgenerierung die entsprechenden VorausRunlist(?) Layout (Dokument) setzungen dafr erfllen. Wir werden nun die JDF-Strukturen zu Abbildung 9.7 genauer analysieren. In Abbildung 8.7 wurde bereits der Prozess zur Erzeugung des Standbogens, nmlich Stripping, mit einigen seiner Input- und Output-Ressourcen vorgestellt. Abbildung 9.8 gibt nun die Situation umfassender wieder. Ein ? kennzeichnet in dieser Abbildung optionale Ressourcen. Wie man sieht, haben wir nun im Vergleich zu Abbil-

Abbildung 9.8 die Montage im JDF-Modell

Colorantcontrol?

Runlist? (Dokument)

Runlist? (Marken)

Imposition

Runlist (Bogen)

148

JDF in der Druckvorstufe

Runlist (Marken)

Layout

vielen Parametern ist, wie beispielsweise dem Ausgaberaster, dem Bedruckstoff, der Druckmaschine, den Druckbedingungen, der Farbe. Beide Transferkurven werden dann miteinander verrechnet und ausgefhrt.
LayoutPreparationParams

RunList (Seiten)

Imposition

Runlist (Bogen) ColorantControl FontPolicy Interpreting InterpretingParams Runlist (DisplayList)

Media

Rendering

RenderingParams

Runlist (Bytemap)

ScreeningParams

ContoneCalibration

TransferFunctionControl

Der FormatConversion-Prozess macht genau das, was sein Name sagt: Er konvertiert ein Datenformat in ein anderes. Hier wird typischerweise eine herstellerspezische Bitmap in eine TIFF Datei umgewandelt, die Input fr eine dem CtPBelichter vorgeschaltete Steuerungs-Software ist. Weil diese Daten Bitmaps enthalten, also binre Zustnde von Pixeln (nur s/w und keine Grautne), wird das Datenformat auch TIFF-B genannt. Dieses Format ist ein Quasi-Standard zwischen Workow Management Systemen in der Vorstufe und Belichtern. Damit ist es mglich, an ein WMS ohne viel Mhe unterschiedliche Belichter anzuschlieen. Die Folge ist, dass die Bebilderung der Platten hug vllig getrennt vom WMS ist. Die CtP-Belichter und ihre vorgeschaltete Software sind in aller Regel dann auch nicht JDF/JMF-fhig. In diesem Fall wird dann der JDF-Workow bereits die Erzeugung einer TIFF-B Datei mit der Vollendung der Plattenbelichtung gleichsetzen und eine entsprechende Meldung absetzen. Dies ist nach dem MIS-to-PrePress-ICS auch ausdrcklich erlaubt. Abbildung 9.16 stellt einen zu Abbildung 9.15 passenden kombinierten Prozess dar. Es wird jedoch nur der ResourceLinkPool wiedergegeben, nicht der ResourcePool. Man bemerke, dass die rot umrandeten RunList-Ressourcen in 9.15 nicht als Links in dem ResourceLinkPool wiederzunden sind, genauso wenig wie die Ressourcen selber im ResourcePool, was fr kombinierte Prozesse zulssig ist. Beispielhaft soll hier nur noch die Ressource FormatConversionParams in Abbildung 9.17 gezeigt werden. Dort erkennt man, dass der zugehrige Prozess aus einem applikationsspezischen Byte-Strom ein Bild im Format TIFF herstellen soll. Mit Hilfe eines hnlichen JDF-Modells kann auch der Ausdruck auf einer Digitaldruckmaschine angestoen werden. In der Praxis ist es allerdings blich, dass die Digitaldruckauftrge noch einmal im Front-End der Digitaldruckmaschine gesammelt werden. Dann kann nmlich ein Maschinenoperator noch einmal vor dem Ausdruck eingreifen, um beispielsweise die Auftrge nach zu verwendenden Papierarten zu sortieren.

Runlist (Bytemap)

Screening

ScreeningParams

Runlist (Bitmap)

FormatConversion

FormatConversionParams

Runlist (TIFF) Device ImageSetting TransferCurvePool ExposedMedia Media ImageSettingParams

Abbildung 9.15 JDF-Modell der Plattenherstellung

160

JDF im Druck

Abbildung 10.4 Berechnung der Farbzonenvoreinstellung beim Offset

Preview

InkZoneCalculationParams InkZoneCalculation Layout InkZoneProfile ConventionalPrinting

TransferCurvePool

Abbildung 10.5 Farbzonenparameter

paration und Zone aus dem Vorschaubild ausgezhlt werden. In InkZoneCalculationParams werden die einzelnen Zonen deniert, die bei verschiedenen Druckmaschinentypen unterschiedliche Breiten haben knnen. Im Beispiel in 10.5 ist die Zonenbreite 3,25 cm (92.125984 / 72 x 2,54 cm) und es gibt insgesamt 23 Zonen parallel zur Zylinderachse. Dass es in Papierlaufrichtung nur eine Zone gibt und deren Hhe gleich dem maximalen Druckformat in Abwicklungsrichtung entspricht, ist formal korrekt, obwohl der Eintrag an sich schon seltsam anmutet. Die Zonenpositionen sind druckmaschinespezisch, das Vorschaubild zeigt jedoch nur den Bogen. Um nun die Farbzoneneinstellung berechnen zu knnen, muss natrlich die Position des Bogens bezglich der Zonen angegeben werden. Dies geschieht am einfachsten dadurch, dass die Position des Bogens auf der Platte whrend des Druckes deniert wird. Diesen Eintrag ndet man in dem Attribut SurfaceContentsBox der in diesem Buch bereits mehrmals aufgetauchx ten Layout-Ressource. Und schlielich werden auch noch mgliche Transferkurven bentigt, um die Tonwertvernderungen beim RIPing der Belichtungsdaten auch beim Voransichtsbild vornehmen zu knnen (vergleiche Abschnitt 4.2).

<InkZoneCalculationParams Class="Parameter" ID="_25" Status="Available" ZoneHeight="1451.338583" ZoneWidth="92.125984" Zones="23" ZonesY="1" />

Im JDF werden die Farbzonenvoreinstellwerte in der Ressource InkZoneProle abgelegt. Natrlich werden diese Einstellungen nicht als ffnung des Farbdosierpalts in Mikrometern angegeben, weil das viel zu maschinenspezisch wre. Stattdessen ist jeder der Voreinstellungswerten eine Zahl zwischen 0 und 1, wobei diese die durchschnittliche

Kapitel 10

169

besonders im Tiefdruckbereich gibt es nur sehr wenige groe Druckereien, die ihre individuellen Auftragssteuerungsysteme haben. Trotzdem ist vorstellbar, dass sich diese Situation in nherer Zukunft ndern knnte. Denn zumindest die JMF-Nachrichten ber Materialverbrauch und ber die aktuellen Zustnde der Druckmaschinen und Druckauftrge sind natrlich in jedem Fall fr eine geregelte Produktion von Interesse.

10.2 Digitaldruck Der Digitaldruck hat bekanntermaen seine Strken vor allem bei niedrigen Auagen, bei kurzen Produktionszeiten und beim personalisierten Drucken. Damit ist eine mglichst durchgngige Automatisierung eine wichtige Voraussetzung fr die Wirtschaftlichkeit dieser Drucktechnologie und JDF folglich ein potentiell zweckdienliches Datenformat. Man kann den Digitaldruck in zwei Anwendungsbereiche unterteilen, deren Abgrenzung aber nicht eindeutig, sondern eher ieend ist: Broumgebung und Copy-Shop, professioneller Druck mit Digitaldrucksystemen. Digitaldrucksysteme unterscheiden sich von Copy-Shop Druckern vor allem durch mehr Ausschieoptionen, hhere Farbtreue (Farbmanagement) und erweiterte Inline-Weiterverarbeitungsoptionen. Diese Kategorisierung spiegelt sich auch in den entsprechenden zwei ICS-PaNr. 1 2 3 4 5 6 7 8 9 10 11 12 Integrierte Drucksystene LayoutPreparation Imposition? ColorSpaceConversion? Interpreting ColorSpaceConversion? Rendering ColorSpaceConversion? Screening? Imposition? DigitalPrinting Folding?, Stitching?, Trimming?, HoleMaking?, CoverApplication?, SpineTaping? Digitalprinting? Folding? Stitching? Rendering Interpreting

Tabell 10.13

Digitaldrucker in Bro / Copy-Shop LayoutPreparation Imposition

172

JDF im Druck

Generierung bentigen. Fr den Stripping-Prozess heit die Input-Ressource StrippingParams, fr den LayoutGeneration-Prozess wird sie mit LayoutGenerationParams bezeichnet. Der Unterschied der beiden Prozesse liegt in der Anwendung. Denn LayoutPreparation wird im Digitaldruck verwendet, whrend Stripping in der Offset-Druckvorstufe im Zusammenhang mit einem MIS. Mglicherweise wird es aber hier in einer nchsten JDF-Versionen Vernderungen geben, denn in der Version 1.4 ist bereits bei der Beschreibung der LayoutPreparationParams-Ressource vermerkt, dass diese in zuknftigen Versionen wieder aufgegeben werden knnte.

Personalisierung Personalisiertes Drucken, auch Variable-Data Printing (VDP) genannt, bedeutet, dass einzelne Elemente (Text, Grak, Bild) fr jede Seite/ Nutzen pro Druckbogen unterschiedlich sein knnen. blicherweise gibt es beim VDP einen statischen Teil, der auf jedem Bogen identisch ist, und einen variablen Teil, der von eine Datenbank oder einer Kontrolldatei gesteuert wird. Ein solcher Auftrag besteht meist aus den folgenden Teilaufgaben (Abbildung 10.16):

Abbildung 10.16 Teilaufgaben beim personalisierten Drucken

Datenbank
Nachname Cool Frisch Vorname Carl Friederike Geburtstag 19.03.1963 11.11.1961 Geschlecht m w Wohnort Eisleben Kaltenbronn Strae Am Kaltenbach 3 Eisigweg 42 PLZ 6295 76593

Vorlage erstellen
Hallo Vorname Nachname, bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla

Layout-Elemente
Kettensge.jpg Handtasche.tiff

Ausgabedaten fr Imposition/RIP erzeugen

Regeln If Geschlecht=m use kettensge.jpg else handtasche.tif for Bild1

Bereitstellung eines Datenbestandes (Datenbanken oder Tabellen) mit Informationen ber die Adressaten, Design einer Vorlage (Template) fr Seite/Nutzen, worauf die statischen und variablen Elemente positioniert sind, hug mit Plug-Ins von Layout-Programmen realisiert, Denition der Regeln zur Verknpfung der variablen Teile der Vorlage mit dem Datenbestand, Zusammenfgen aller Informationen zur Ausgabe auf dem RIP eines Digitaldrucksystems.

Kapitel 11

177

MIS, WorkflowServer, u./od. Montagesoftware

MIS, WorkflowServer, u./od. Montagesoftware

JDF-/JMFSchnittstelle Arbeitsvorbereitung

herstellerspezifisch JDF-/JMFSchnittstelle Weiterverarbeitungsmaschine JDF-/JMFSchnittstelle Weiterverarbeitungsmaschine Weiterverarbeitungsmaschine

herstellerspezifisch

Weiterverarbeitungsmaschine Abbildung 11.1 zwei unterschiedliche Kongurationsprinzipien von JDF-/JMF-Schnittstellen in der Weiterverarbeitung

bersetzt werden. Abbildung 11.1 zeigt die beiden Kongurationen als Skizze. Der Unterschied zwischen den beiden Lsungen besteht vor allem darin, dass eine separate Arbeitsvorbereitungsstation Auftrge in der Reihenfolge noch sortieren und ggf. auf verschiedene Maschinen verteilen kann. Die Bediener der Maschine(n) sind damit entlastet. Bei einer JDF/JMF-Schnittstelle, die in einer Maschine integriert ist, muss entweder das MIS oder der Bediener direkt an der Maschine die Produktionsreihenfolge festlegen und dafr sorgen, dass die Umrstzeiten mglichst gering sind. Auch mssen unter Umstnden mehrere JDF/JMF-Schnittstellen gepegt werden, wenn sie bei den Produktionsmaschinen angesiedelt sind, und Software-Updates knnen damit Beispiele fr JDF-kompatible Postpress-Anbindung (2009)
Hersteller: Ferag AG Heidelberger Druckmaschinen Hohner Maschinenbau GmbH Horizon International Inc. MBO Mller Martini Hauptprodukt: iQ Prinect Postpress Manager ixFrame (der ixact GmbH) i2i Datamanager Connex

180

JDF in der Druckweiterverarbeitung

Abbildung 11.4 Position der Schneidblcke auf dem Druckbogen

Abbildung 11.5 F24-8 aus dem Falzartenkatalog der Spezikation 1.4 Signatur mit 24 Seiten laufende Nr. der 24-Seiter 3 Teile lngs 4 Teile quer

die Matrix, die im Wert des Attributes steht, gilt die Denition wie in Abbildung 9.21 ausgefhrt. Umschlag 5 Umschlag 6 14 Rechnet man die DTP-Punkte in 28,5 Umschlag 3 Umschlag 4 Zentimeter um ergibt sich die An14,5 ordnung von Abbildung 11.4. Ein Umschlag 1 Umschlag 2 Dreiseitenbeschnitt schneidet die 0,5 Broschur ganz zum Schluss auf 0,0 x 3,4 30,5 das Endformat. Dieser Arbeitsvorgang wird aber nicht mit einem Cutting-Prozess beschrieben, sondern durch den Prozess Trimming. Entsprechend gibt es dann auch keine CuttingParams, sondern TrimmingParams. Dort wrde also in unserem Beispiel das Endformat 120 x 120 mm eingetragen sein.
y 27,1

kurze Bogenkante lange Bogenkante Falzbruchfolgenummer fertiges Falzbogenformat

F24-8
1 2

3x4
4 3

Anlage Falz nach oben Falz nach unten

Falz nach oben nach einem Drittel der langen Bogenkante Falz nach unten nach einem Drittel der langen Bogenkante Falzrichtung dreht um 90 Falz nach oben nach der Hlfte der krzeren Bogenkante Falz nach unten nach einem Viertel der krzeren Bogenkante

188

JDF im Verpackungsdruck

12 Verpackungsdruck
Aus der Sicht des JDF/JMF-Modells gibt es keinen prinzipiellen Unterschied zwischen Verpackungsdruck, Akzidenzdruck und anderen Anwendungsbreichen. Zwar werden im Verpackungsdruck natrlich andere Bedruckstoffe (wie Karton, Wellpappe, Folien oder Verbundstoffe) benutzt und auch andere Druck- und Weiterverarbeitungsmaschinen eingesetzt, dennoch gibt es hierfr aus der JDF-Prozesssicht keine Vernderung. Nur ein paar neue Attribute und Attributwerte fr einige Ressourcen mssen deniert werden. Das bereits mehrfach verwendete Attribut MediaType nutzt folglich Werte wie CorrugatedBoard (Wellpappe) oder Foil (II) (Folie). Auerdem wurden Attribute zur Beschreibung dieser MaGraphikdesign terialien wie Flute (Welle) fr die Wellpappe eingefhrt (zum Beispiel in den Ressourcen Media und in MediaIntend). Seit JDF 1.4 PrepressVorbereitung gibt es auch zunehmende Untersttzung fr den Flexodruck. So wurden zum Beispiel fr das Attribut MediaType auch die Werte DruckformSleeve und MountingTape (Kleherstellung beband) deniert und fr die Flexoplatten Werte fr die Plattentechnologie (PlateTechnology) und die Reliefhhe (ReliefThickDruck Conventionalness) deniert. Printing Es gibt jedoch Prozesse, die hauptschlich im Verpackungsbereich eingesetzt werden. In diesem Kapitel sollen nun einige davon vorgestellt und in die drei folgenden Bereiche eingeteilt werden:
(III) Stanzen ShapeCutting

Abbildung 12.1 Aktivittendiagramm Faltschachtelherstellung (I) Strukturdesign ShapeDefProduction

Vernutzung DieLayoutProduction

Stanzformherstellung DieMaking

Faltschachtel kleben BoxFolding

a) Faltschachtelkonstruktion (Strukturdesign), Vernutzung, Stanzformherstellung, b) Stanzen und Faltschachteln kleben, c) Barcode-Management inklusive Strichbreitenkompensation, vor allem im Flexodruck.

Kapitel 13

209

portiert werden (siehe Abschnitt Standardisierung im Kapitel 2), in der Regel sind es aber eher die JDF-Strukturen und die fehlenden oder falschen Informationen in den JDF-Daten. JDF-Schnittstellen zwischen Modulen unterschiedlicher Hersteller funktionieren also nicht von selbst, sondern mssen angepasst werden. Zwar werden diese zwischen den Herstellern getestet, doch gibt es immer wieder Situationen, vor allem bei komplexen Jobs, dass Fehler auftreten. Und diese Fehler bleiben Anwendern auch meist unerklrlich, da sie weder die Zeit, noch die Tools und vielleicht auch nicht das Know-how haben, um ein Problem zufriedenstellend zu analysieren.

13.3 JDF/JMF-Programmierung Dieser Abschnitt richtet sich an die Personen, die zwar ein SoftwareProjekt starten wollen und auch ein wenig Erfahrungen mit den Sprachen JAVA oder C++ haben, aber noch nicht mit der Programmierung von JDF-Applikationen. Es richtet sich nicht an die professionellen Software-Entwickler und Experten, die an speziellen Tipps und Tricks interessiert sind. Natrlich kann man in jeder Computersprache JDF-importierende oder JDF-exportierende Software erstellen. Man kann zum Beispiel leicht mit Visual Basic for Applications eine Bedienoberche wie in Abbildung 13.2 erzeugen und auch ein kleines Programm schreiben, das die Eingabewerte des Dialogfensters entnimmt und eine JDF-Datei mit einer CustomerInfo als Ressource erzeugt (entsprechend dem Beispiel in Abbildung 6.8). Nur kann man dann auf keine Bibliothek zurckgreifen, und der Code ist mhsam zu erstellen und sehr fehleranfllig. In Abbildung 13.3 ist ein Ausschnitt eines solchen Quickand-dirty-Programms zu sehen. In der Tat erzeugt dieses Beispielprogramm keinen vllig korrekten JDF-Code, weil z.B. die beiden obligatorischen Attribute Class und Status fehlen. Es liee sich aber natrlich entsprechend erweitern. Eine Software zu schreiben, die auf diese Art JDF einliest, ist sogar noch beschwerlicher, wenn keine geeignete Bibliothek zur Verfgung steht. Insgesamt ist

Abbildung 13.2 GUI einer einfachen JDF-Anwendung

216

Glossar

Glossar
Akzidenzdruck Geschfts- und Privatdrucksachen wie Visitenkarten, Briefpapiere, Werbeprospekte und Kataloge. Periodika wie Zeitschriften oder Zeitungen, Bcher und Verpackungen zhlen im Allgemeinen nicht als Akzidenzdrucksachen Auch periodisches/nicht-periodisches Raster genannt. Beim periodischen Raster sind die Abstnde zwischen den Rasterpunkten fr einen Farbauszug gleich, whrend sie beim nicht-periodischen Raster variabel sind. AM steht fr amplitudenmoduliert, FM fr frequenzmoduliert Kodierung eines Bytestroms mit 85 unterschiedlichen Bitmustern, die im ASCIIZeichensatz alle druckbare Zeichen reprsentieren Auch Branchen-Software oder Management Information System genannt. Software zur Kalkulation und Verwaltung von Druckauftrgen Zusammenfhren von Seiten, die in einer Seitenbeschreibungssprache deniert sind, und Marken gem einem Standbogen zu einer einheitlichen Datenstruktur, die alle Informationen von einem oder mehreren Druckbogen oder auch nur von einzelnen Seiten der Druckbogen (Schn/Wider) enthlt Datenstruktur fr Bilder mit 1-Bit Farbtiefe (s/w) siehe Standbogen Datenstruktur fr Bilder mit (mindestens) 8-Bit Farbtiefe pro Separation (256 Farbtne) Vorbereitung einer Maschine Auch Color Management genannt. Verfahren und Software-Tools, die Farben auf allen Ausgabegerten mglichst hnlich wie die Vorlage wiedergeben. Anzahl der Bits, die zur Speicherung von einem Pixel oder Tonwert zur Verfgung stehen Werte zur Voreinstellung von Farbzufhrungsmengen im Offset-Farbwerk, die zonenweise eingestellt werden knnen Auch Standproof genannt. Meist nicht farbverbindlicher Ausdruck eines Druckbogens auf einem groformatigen Ink-Jet-Drucker zur berprfung einer Druckform hinsichtlich Position von Seiten und Kontrollmarken Druck nach dem Einrichten einer Druckmaschine Randche des Bedruckstoffes, der nicht bedruckt werden kann, da es in der Bogendruckmaschine dort Greifer festhalten und durch die Maschine fhren Unidirektionale Schnittselle zwischen 2 Software-Modulen, die mit einem Ordner realisiert ist. Eine Software schreibt Dateien in den Ordner, whrend die andere regelmig den Ordner auf eingetroffene Dateien berprft Druckweiterverarbeitungsaggregate, die in einer Druckmaschine enthalten oder mit ihr verkettet sind Transformation einer Seitenbeschreibungssprache im RIP in ein internes Datenformat, das Display-Liste genannt wird. Verlustfreies Komprimierungsverfahren, bei dem die Wiederholungsanzahl gleicher Bitwerte gespeichert wird Faserrichtung von Papieren

AM-/FM-Raster

ASCII85 Auftrags-Managementsystem Ausschieen

Bitmap Bogen-Layout Bytemap Einrichten Farbmanagement Farbtiefe Farbzonenvoreinstellung Formproof

Fortdruck Greiferrand Hotfolder

Inline-Finishing Interpretation Laungenkompression Laufrichtung

218

deutsche bersetzung der JDF-Prozessnamen

Deutsche bersetzung der JDF-Prozessnamen

In die Tabelle haben wir nur die Prozessnamen aufgenommen, die fr Version 1.4 aktuell sind. Prozessnamen, die nur fr frhere Versionen gltig sind, spter aber ausrangiert wurden, sind nicht bercksichtigt. General Processes Approval Buffer Combine Delivery ManualLabor Ordering QualityControl ResourceDenition Split Verication Allgemeine Prozesse Freigabe, Besttigung, Genehmigung erteilen Puffer einrichten (Ressource in Warteposition halten) Kombinieren (Ressourcen zusammengefgen) Ausliefern (von physischen Ressourcen) Manuelle Arbeit verrichten Auftrag / Bestellung erteilen Qualitt kontrollieren Ressourcen denieren / vorbereiten Aufteilen (von Ressourcen) Verizieren (dass Prozess erfolgreich beendet wurde) Interpreting LayoutElementProduction LayoutPreparation LayoutShifting ImageSetting Imposition InkZoneCalculation DigitalDelivery FormatConversion ImageReplacement bgerabe digitater Daten deniern Konvertierung von Bilddatenformaten Ersetzung von Vorschaubilder durch hochaufgelste Bilder (OPI) Belichtung Ausschieen Berechnung von Farbzonenvoreinstelldaten Interpretieren (Teil des RIP-Vorgangs) Herstellung von Seiten Standbogendenition Individuelle Verschiebung von Bogendaten pro Separation Sortierung unsortierter Seiten in Lesereihenfolge Konvertierung von PDF zu PostScript Erzeugung von Seiten in einer Seitenbeschreibungssprache Datenberprfung Voransichtsbild erzeugen Konvertierung von PostScript zu PDF Einfgen von Bilddatenseiten oder -bogen in die Displayliste Rendern Scannen Rasterung Separationen erzeugen Montieren, Standbogen erzeugen Zerteilen von Bogendaten

PageAssigning Prepress Processes AssetListCreation Bending ColorCorrection ColorSpaceConversion ContactCopying ContoneCalibration CylinderLayoutPreparation DBDocTemplateLayout DBTemplateMerging Prozesse in der Vorstufe Erstellen einer Eingabedatenliste Platten stanzen/abkanten Farbkorrektur Farbraumtransformation Plattenkopie Prozesskalibrierung Position der Platten auf Plattenzylinder festlegen Dokumentenvorlagen fr Personlisierung denieren Erzeugen von personalisierten Seiten aus einer Datenbank Design der Stanzform Herstellen der Stanzkonturdaten fr Stanzformherstellung Rendering Scanning Screening Separation Stripping Tiling Preight PreviewGeneration PSToPDFConversion RasterReading PDFToPSConversion PDLCreation

DieDesign DieLayoutProduction

220

Abkrzungen

Abkrzungen
AMS Auftrags-Managementsystem BDE B2B Betriebsdatenerfassung Business-to-Business HTTPS Hypertext Transfer Protocol Secure ICC ICS International Color Consortium Interoperability Conformance Specication SOAP ursprnglich Simple Object Access Protocol TIFF UCS URI URL UTF VDP Tag(ged) Image File Format Universal Multiple-Octet Coded Character Set Uniform (Universal) Resource Identier Uniform Resource Locator UCS transformation format Variable Data Printing

CFF2 Common File Format, Version 2 CIE CIM Commission Internationale de lclairage Computer Integrated Manufacturing

IPTC International Press Telecommunication Council JDF JFIF Job Denition Format JPEG File Interchange Format

CIP3 International Cooperation for Integration of Prepress, Press and Postpress CIP4 International Cooperation for Integration of Processes in Prepress, Press and Postpress CSCW Computer Supported Cooperation Work CTM Current Transformation Matrix CtP Computer-to-Plate

JPEG Joint Photograc Experts Group JEITA Japan Electronics and Information Technology Industries Association JMF JTP Job Messaging Format JobTicket Prozessor

W3C World Wide Web Consortium WfMC Workow Management Coalition WMS Workow Management System XSD XML Schema Denition

MIME Multipurpose Internet Mail Extensions MIS PDF Management Information System Portable Document Format

XML Extensible Markup Language XMP Extensible Metadata Platform XPS XML Paper Specication

cXMP Commerce Extensible Markup Language DDES Digital Data Exchange System dpi DTD DXF Dots per Inch Document Type Denition Drawing Exchange Format

XSLT Extensible Stylesheet Language Transformation

PDF/VT PDF Variable Transactional PDL PJTF PPF ppi Page Description Language Portable Jobticket Format Print Production Format Pixel per Inch

ECMA European Carton Maker Association EPS ERP Exif Encapsulated PostScript Enterprise Resource Planing Exchangeable Image File Format

PPML Personalized Print Markup Language PPS PS RBA RDF RFQ RIP Produktionsplanung und steuerung PostScript Rules-Based Automation Resource Description Framework Request for Quote Raster Image Processor

FEFCO Fdration Europenne des Fabricants de Carton Ondul GPS Global Positioning System

HdM Hochschule der Medien HTML Hypertext Markup Language HTTP Hypertext Transfer Protocol

Index

221

Index
A abonnieren 108 abstrakte Ressource 124 Agent 90 AgentName 83 AgentVersion 83 Aktivittendiagramm 36 Akzidenzdruck 216 AM-Raster 216 Amount 80 AmountPool 167 Ancestor 93 Anpassbarkeit 30 Approval 42, 151 ApprovalParams 151 ApprovalSuccess 151 ASCII85 216 Assembly 118, 184 AssemblySection 185 Attribut 65 Attributnamen 65 Attributwert 65 Audit 127, 154 AuditPool 83, 93, 125, 155 Auftragsmanagementsystem 110, 216 Ausbrechstation 195 Ausbrechwerkzeug 190 Ausschieen 38, 216 Author 83 B Back 85 BackCoatings 165 Barcode 199 BarcodeCompParams 200 BarcodeProductionParams 200 BarcodeReproParams 200 Bedruckstoff 163 BillingCode 124 BinderySignature 118, 193 BinderySignatureType 194 Bitmap 216 Bitmaps 148 BlackColorLimit 146 BlackDensityLimit 146 BlackWidth 146 BlankDimensionsX 198 BlankDimensionsY 198 Blanker 190 Blitzer 144 Blockname 195 BlockTrf 179 Bogen-Layout 38, 216 Bogengre 165 Bogenoffset 44 BoxFoldActions 197 BoxFolding 190, 197 BoxFoldingParams 197 BoxFoldingType 198 Brand 165 BusinessObject 130 Bytemap 43, 147, 216 C Cancellation 130 Capabilities 183 Chargeable 107 CheckJDFServer 207 CIP3 11 CIP4 11 Class 80 Cleanup 107 ClipBox 144 Collecting 184 CollectingParams 185 ColorantControl 121, 142, 145, 166 ColorIntent 119 ColorManagementSystem 152 ColorPool 165 ColorSpaceConversion 152, 185 ColorSpaceConversionOp 152 ColorSpaceConversionParams 152 ColorType 165 Combined 88 CombinedProcessIndex 88 Component 80, 167, 184 ComponentLink 167 ComponentType 167 Computer Supported Cooperative Work 23 Condition 167 Conrmation 130 Contact 124 Content-Daten 25 ContentObject 142 ContoneCalibration 147 Controller 90 ConventionalPrinting 154, 155 ConventionalPrintingParams 121, 158 CorrugatedBoard 164, 188 CostType 107 CounterDie 190 Crossreference-Tabelle 62 Current Transformation Matrix 64, 143, 153 CustomerID 124 CustomerInfo 80, 122, 209 CustomerJobName 124 CustomerMessage 124 CustomerOrderID 124 CustomerProjectID 124 Cut 179 CutBlock 179 CutDie 190 CutPath 192 Cutting 178 CuttingParams 179 cXML (Commerce Extensible Markup Language) 71 D Data Type 124 Datenbankschnittstelle 99 DBDocTemplateLayout 174, 175 DBMergeParams 175 DBRules 174, 185 DBSchema 174 DBSelection 175, 185 DBTemplateMerge 175 DDESCutType 192 Deklaration 65 DeliveryIntent 80 DescriptiveName 78 Device 90, 107, 121, 184 DeviceCababilities 158 Device Capabilities 183 DeviceColorantOrder 166 DeviceInfo 107 DeviceStatus 107 Die 194 DieLayout 193 DieLayoutProduction 189, 192 DieLayoutProductionParams 192 DieMaking 190, 193 Digitaldruck 169 Digitaldrucker im Bro 169 Digitaloffset 46, 155 DigitalPrinting 154 Dimension 82, 165 Display-Liste 43 Disposition 156 Document Type Denition 69 Down 107 Drahtklammern 184 Dreiseitenschneider 184 DropIntent 80

222

Index

DropItemIntent 80 Druckbedingungen 158 Druckfarben 122, 165 Druckform 163 Druckfreigabe 38, 150, 158 Druckparameter 158 Druckprotokoll 99 DTP-Punkt 82 Dublin Core Schema 53 E Einrichten 44, 216 Element 124 Embossing 195 Employee 107 EncodingDetails 200 End-Tag 66 Enterprise Resource Planing 110 Erweiterbarkeit 33 Erzeuger-Verbraucher-Modell 36 Etikett 191 EXIF (Extended Interchange Format) 50 EXIF Schema for EXIF-specic Properties 53 ExposedMedia 84, 87, 121, 164, 167 Extreme-RIP 60 F Faltschachtelklebemaschine 195 Faltschachtelkonstruktion 188 Falzartenkatalog 180 Falzmarken 181 Falzmaschine 181 Falzposition 181 Falzreihenfolgen 181 Falzschema 194 Farbe 165 Farbmanagement 216 Farbnamen 165 Farbprole 151 Farbraumtransformation 38, 152 Farbreihenfolge 165 Farbtiefe 216 Farbzonenvoreinstellung 57, 159, 216 FileSpec 152 First In - First Out 103 FixJDF 207 Flexodruck 168, 188 Flussdiagramme 36 Flute 188

FM-Raster 216 Foil 164, 188 Fold 182, 194 FoldIndex 199 FoldingParams 181 Folie 188 FontPolicy 145 FormatConversion 148 Formproof 167, 216 Fortdruck 45, 216 Freigabe zum Druck 158 Front 85 FrontCoatings 165 FrontPages 194 G Gamut Mapping 153 Gegenstanzform 190 Gegenzurichtung 190 Gert 90 GlueLine 198 Grade 165 GrainDirection 165 GrayBox 86, 116 Greiferrand 216 Grid 194 Groupware 23 Grundrsten 44 H Halbtonbild 147 HoldQueue 103 HoldQueueEntry 103 Hotfolder 99, 216 HTTP-Sniffer 99 Hybrid-Workow 170 I ICS (Interoperability Conformance Specications) 95 ICSVersions 207 ID 97 Idle 107 IgnoreEmbeddedICC 153 IgnorePDLImposition 174 ImagePhotographic 152 ImageSetting 75, 147, 155 ImageToImageTrapping 146 ImageToObjectTrapping 146 ImageTrapPlacement 146 Imposition 38, 75, 142, 147 ImpositionPreparation 137 ImpositionProong 137 ImpositionRIPing 137, 147

Ink 121, 165 InkZoneCalculationParams 160 InkZoneProle 160 Inline-Finishing 216 Inline-Weiterverarbeitung 155, 170 Innnendienstmitarbeiter 111 Integrated Digital Printing (IDF) ICS 170 integrierte Drucksystene 169 International Press Telecommunication Council 51 Interpretation 216 Interpreting 43, 147 InterpretingParams 43 Interprozesskommunikation 100 Invoice 130 J JDF (Job Denition Format) 11 JDFEditor 207 JMF (Job Messaging Format) 11, 99 JMF-Anfrage 102 JMF-Antwort 102 JMF-Besttigung 102 JMF-Kommando 102 JMF-Mitteilung 102 JMF-Registrierung 102 JMF-Singal 102 JobID 79 Job Messaging Format 11 JobPhase 107 Jobticket-Prozessoren 25, 60 Jobtickets 25 jRef 93 K Kalkulationsprogramme 110 Knoten 74 kombinierter Prozess 75, 86, 88 Kompetenzverlagerung 203 Kontrollmarken 162 L Label 191 Laungenkompression 216 Laufrichtung 165, 216 Layout 87, 142 Layout-Ressource 142 LayoutElement 174, 192 LayoutElementProduction 174, 200 LayoutElementProductionParams 200 LayoutIntent 81, 119 Leimspur 198

Index

223

Leimwerk 197 Level 96 Linearisierungskurve 147 Linearisierungskurven 58 M Management Information System 110 Manager 95 MarkObject 144 MarkObjekt 163 Maschine 90 Media 87, 121, 163 MediaIntent 81, 119 MediaType 163 Merge 92 Metadaten 25 MIME 97 MISDetails 107 MIS ICS 125 MIS to PrePress ICS 138 Montage 217 MountingTape 157, 188 N Nachfalz 217 Nachrichtenprotokoll 100 Namensraum 68 NeutralDensity 165 NewSpawnID 93 node 74 NodeInfo 92, 154, 184 Normalisieren 38, 217 NumberSpan 82 NumberUp 194 Nutzen 217 Nutzentrennwerkzeug 190 O Ofce Digital Printing ICS 170 Operation 152 OrderStatusRequest 130 OrderStatusResponse 130 Original 107 P Papierbeginn 217 Papierdicke 165 Papiergewicht 165 Papierklasse 165, 217 Parser 69 PartIDKeys 84 partitionierte Ressourcen 84 PDF/VT 173

Persistent Channel 108 Personalisierung 172 Pipe 30, 105 PipePull 106 PipePush 106 PJTF (Portable Jobticket Format) 60 Planschneider 178 Plantafel 156 PlateMaking 75, 86, 147 PlateSetting 137, 147 PlateTechnology 188 Plattenherstellung 147 PositionX 144 PositionY 144 PPF 55 PPML 173 PPS 110 Prx 69 Prgen 195 Preight 38, 185, 217 PrePressPreparation 116, 137 Preview 121, 159, 167 PrintCondition 158 Print Engine 61, 173 Print Production Format 11, 55 PrintTalk 127 Produktionsplanung- und Steuerungssystem 110 Produktknoten 75 Produzent-Konsument-Modell 36 Proof 150, 167 ProofApprovalRequest 130 ProofApprovalResponse 130 Prozesse-Ressourcen-Prinzip 37 Prozessgruppenknoten 75 Prozesskalibrierungskurven 58, 142 Prozessknoten 75 PSToPDFConversion 185 PurchaseOrder 130 Q Quantity 80 Quotation 130 R Rasterart 217 Rasterfrequenz 217 Rasterproof 167 Rastertyp 217 RBA (Rules-Based-Automation) 134, 135 RDF (Resource Description Framework) 70

Refelement 124 refID 103 Refusal 130 RelativeBox 117 Reliefhhe 188 ReliefThickness 188 Rendering 43, 147, 217 RenderingIntent 153 RenderingParams 43 Request For Quote 130 ResourceAudit 127 ResourceLinkPool 77 Resource Message 106 ResourcePool 77 ReturnJob 130 RFQ 130 RGBGray2Black 153 RGBGray2BlackTreshhold 153 RIPing 38, 75, 147, 217 Rippen 217 Rohbogen 178 Rollenoffset 155, 168 rRef 80 rRefsROCopied 93 Rckstichheftaggregat 183 RunList 87, 97, 142 Running 107 S Sachbearbeiter 111 Sammelhefter 183 Schnellschneider 178 Screening 43, 58, 147, 217 ScreeningParams 43 Selective Binding 185 Semantisches Web 71 Separation 85 Setup 107 Shape 192 ShapeCutting 190, 195 ShapeDef 192 ShapeDefProduction 189, 192 ShapeDefProductionParams 192 Sheet 85 SheetName 85 Side 85 Siebdruck 168 Signature 84 SignatureCell 118 SignatureName 85 Sleeve 188 Sniffer 99 SOAP 101

224

Index

SOAP (Simple Object Access Protocol) 101 Softproof 167 Sollbogenanzahl 167 SourceCS 152 SourceObject 152 Spawn 92 SpawnID 93 Spezikation 13 Stammdaten 111 Standardisierung 32 Standbogen 38, 217 Stanzen 195 Stanzform 190 Stanzformbau 189 Stanzkontur 194 Start-Tag 66 Status 79 Step&Repeat 191, 194 StepLimit 147 Stitching 184 StitchingParams 184 Stopped 107 StopPersistentChannel 154 Strichbreitenkompensationen 200 String 124 StripCellParams 118, 194 Stripper 190 Stripping 38, 116, 141, 185, 193 StrippingParams 116, 193 Strukturdesign 188 SubmitQueueEntry 154 Subscription 109, 154 SurfaceContentsBox 142, 160 T Thickness 165 Tiefdruck 168 TIFF-B 148, 217 TimeStamp 83 Tonwertanpassungskurven 142 Tonwertkompensationskurven 58 Tonwertzunahme 159 Tool 190, 193 TransferCurvePool 142 TransferFunctionControl 147 Transferkurve 147, 217 Transferkurven 58, 142, 160 Transformationsmatrix 153 Trapping 38, 144, 185, 217 TrappingDetails 145 TrappingOrder 146 TrappingParams 146

TrapWidth 147 trennen 92 Trimbox 217 TrimCTM 144 Trimmer 184 Trimming 180, 184 TrimmingParams 180, 185 TrimSize 144 Type 88 Types 88 U Unknown 107 URI (Universal Resource Identier) 68 URL (Uniform Resource Locator) 68 V Variable-Data Printing 172 Varnishing 154 Verdrngung 217 Vernutzung 189 Verpackungsdruck 188 Version 11, 79 Visual Basic for Applications 209 Vorbrecher 195 Vorfalz 217 W WaitForApproval 158 Web2Print 217 WebInlineFinishing 155 Webservice 100 Weight 82, 165 Weiterverarbeitung 176 Welle 188 Wellpappe 188 WfMC (Workow Management Coalition) 24 WorkAndTurn 158 Worker 95 Workow 11, 23 Workow-Engines 25 Workow-Management-System 24 Workow Management 24 WorkStyle 158 WorkType 107 Wurzelelement 66 X XML (Extensible Markup Language) 65 XML-Gltigkeit 69 XML-Schema 69

XML-Wohlgeformtheit 69 xmlns 68 XMP (Extensible Metadata Platform) 52 XMP Basic Schema 53 XMP Paged-Text Schema 53 XMP Rights Management Schema 53 XYPairSpan 82 Z ZoneSettingX 162 ZoneSettingY 162 zusammenfhren 92 Zuschnitte 195 Zustandsbergangsdiagrammen 35 Zylindergravur 170