 | | | | |
|
 Die Ergebnisse des JDF Betatest bei Neidhart+Schön in Zürich sind ermutigend. - JDF und sein Nachrichtenformat JMF (Job Messaging Format) funktionieren gut. Aber in der JDF Implementierung
steckt vielmehr, als nur der digitale Informationsaustausch zwischen zwei verschiedenen Systemen. Und so liegt
einer der zeitaufwendigsten Aspekte der Implementierung in den notwendigen organisatorischen Veränderungen -
und nicht in der Technik! |
Manches an den heutigen Diskussionen um JDF erinnert an das Stochern eines Blinden im Nebel: Hypothesen,
Vermutungen, Abstraktionen; nur nichts konkretes. Dabei gibt es doch immer einen einfachen Gradmesser für
jedes Produkt, an dem es sich messen sollte: Die Bewährung in der Praxis. Und immerhin verspricht das
'Produkt JDF' die gesamte grafische Industrie abzubilden und die universelle Schnittstelle für alle technischen,
kommerziellen und informatorischen Prozesse zu werden. Um also etwas über die Praxisbewährung von JDF und seinen
Ansprüchen kennenzulernen, haben wir eine der interessantesten von weltweit etwa 12 existierenden
JDF-Beta-Installationen im Detail geprüft. Das sollte auch aufzeigen, wieweit es kurze Zeit vor der DRUPA um den
praktischen Entwicklungsstand von JDF bestellt ist.
Wir haben dazu eine JDF-Beta-Installation bei der Neidhart+Schön AG (N+S) besucht. Das ist eine der bekanntesten
Druckereien in der Schweiz, im nördlichen Zürich gelegen. Die rund 70 Mitarbeiter des vollstufigen Akzidenbetriebs
produzieren auf insgesamt 17 Druckwerken von MAN Roland und Komori bis zum Format 70x100. N+S ist bekannt für
seine Druckerzeugnisse der allerhöchsten Akzidenzqualität, die Kunden aus Banken, Versicherungen und Finanzkreisen
wissen das zu schätzen. Die N+S AG ist ein Teil der Neidhart+Schön Gruppe, dazu gehören die Via One Multi
Media Solutions und die AAA Ag für Digital Printing.
Die Entscheidung, einen JDF Test zu starten war das Ergebnis von zwei Faktoren. Der Eine liegt nur ein gutes
Jahr zurück, als man sich in 2002 entschied, in einen Plattenbelichter und einen modernen Ausgabeworkflow zu
investieren. Der Vorschlag des PrePress Consultants Michael Mittelhaus, die JDF Vernetzung in das
Workflow-Pflichtenheft aufzunehmen, stiess auf sehr offene Ohren bei der N+S AG. Denn Inhaber und technischer
Leiter haben den Gedanken über die Integration und Vernetzung der Produktionsabteilungen schon über Jahre
gepflegt und - soweit machbar - bereits realisiert. Viele Gespräche wurden in der Vergangenheit mit manchen
Lieferanten geführt, und nicht immer fühlte man sich in Zürich ernstgenommen. Das betraf grosse Druckmaschinen-
und PrePress-Hersteller, deren Reaktionen zur Frage einer Vernetzung mit der Branchensoftware sich so
zusammenfassen lassen: "HIFLEX who?"
Die Verhandlungen über die Vorstufen-Modernisierung bei N+S konzentrierten sich auf die Anbieter Creo und
Esko-Graphics, beide zeigten grosses Engagement um die JDF bezogenen Anforderungen zu erfüllen. Der Auftrag
kann aber nur einem zufallen und in diesem Fall erhielt Creo den Auftrag zur Lieferung eines Belichters mit
Prinergy Workflow. Der Auftrag für Creo wurde jedoch direkt mit einem Vertrag über eine JDF Beta-Installation
verknüpft.
Das bringt uns zum zweiten Faktor dieser frühen JDF-Testinstallation und der ist aus unserer Sicht bei dem
deutschen Unternehmen HIFLEX zu suchen. Dessen Branchensoftware ist seit mehr als 10 Jahren in Zürich an
insgesamt 21 Arbeitsplätzen installiert. HIFLEX und N+S waren und sind in einer langjährigen
Entwicklungspartnerschaft verbunden. Die bereits vorhandene Vernetzung der Produktion der N+S AG wurde mit
der Einrichtung der BDE-Terminals von HIFLEX realisiert. Der Anbieter aus Aachen in Deutschland setzt schon
seit einigen Jahren auf die Perspektive JDF und Gelegenheiten zu deren Realisierung. Vor diesem Hintergrund
ist es logisch, dass es bei Neidhart+Schön nicht um irgendeinen Betatest ging. Vielmehr wurden konkrete
Fortschritte in der Auftragsvernetzung sowie eine direkte und birektionale Verbindung von Prinergy mit der
Branchensoftware HIFLEX erwartet. Ansonsten wäre das den Schweizern keinen Rappen wert gewesen; haben sie
doch ohnehin mehr als eine Mannwoche eigenen Aufwands in die Beta stecken müssen. |
Realisiert wurde der Betatest im Zeitraum Juli bis September 2003. HIFLEX installierte sein "HIFLEX Link"
und testete dann vor Ort. Creo richtete das "Synapse Link" auf dem Primary Server des Prinergy Systems ein.
Das Synapse Link - aus der Produktfamilie Synapse von Creo - ist die JDF Schnittstelle zwischen dem
Prinergy Workflow und den kommerziellen Softwaresystemen.
Installation und Tests dauerten eine Reihe von Tagen, die Absprachen zwischen Lieferanten und Kunden nahmen
wesentlich mehr Zeit ein, Sie werden später sehen, warum.
Creo hat sich für die Durchführung der Betainstallation die bei der N+S AG genutzten Prinergy-Prozesspläne
angesehen. Das geschah, um festzustellen wie im Detail gearbeitet wird und was benötigt wird, um die
entsprechenden Informationen aus Prinergy in JDF umzusetzen. Während der Testphase wurde auch überprüft, ob
das sogenannte "Mappen" funktioniert, eine aus Prinergy belichtete Roland 707 Platte also auch als solche
in HIFLEX auftauchte.
Nach den Erstinstallationen vor Ort konnten (fast) alle weiteren Arbeiten durch remote Installationen von
überarbeiteten und verbesserten Softwaremodulen erledigt werden. Begleitet wurden die Arbeiten durch
wöchentliche Telefonkonferenzen, auf denen die Probleme besprochen wurden. Über die Beta hinaus soll das
fortgesetzt werden, durch einen Erfahrungsaustausch gemeinsam mit anderen Lieferanten und Betatestern. |
|
Im Ergebnis muss man bei der Beta die beiden Teile "Von HIFLEX in Prinergy" und "Von Prinergy
zurück in HIFLEX" deutlich unterscheiden. Der erste Teil ist kürzer abgehandelt, er bietet im Grunde
heute nur Basisinformationen. Dieser erste Teil beginnt beim Auftragssachbearbeiter. Wenn der in HIFLEX
einen Auftrag anlegt, so hat er seit dem Beta-Test in seinem System die zusätzliche Funktion "PrePress
Auftrag erzeugen". Normalerweise ist das automatisch aktiviert, kann in Ausnahmefällen aber
deaktiviert werden. |
|
|
|
 |
Bei aktivem Button passiert folgendes: In dem Moment, wo der Sachbearbeiter den Auftrag in HIFLEX anlegt,
geht aus dem System eine Information dazu an Prinergy. Technisch gesehen wird dazu ein JMF erzeugt.
Das ist eine JDF-Botschaft im sogenannten "Job Messaging Format (JMF)", die wird mit der HTTP-Adresse
von Synapse Link versehen. Durch die Prinergy-interne Umsetzung dieser Informationen wird anschliessend
in der Warteschlange "Neue Jobs" ein Prinergy Auftrag erzeugt. Zum Zeichen, dass der Job direkt aus HIFLEX
kam, wird der Status des Auftrages im Workflow "Erzeugt" eingetragen. Der PrePress-Operator sieht nun, dass
der Auftrag eingegangen ist, nicht mehr und nicht weniger.
Die Namensvergabe kann durch entsprechende Einstellung in HIFLEX beeinflusst werden, bei unserem Besuch
war der Operator damit noch nicht glücklich und bevorzugte eine manuelle Namensänderung. |
|
|
|
|
|
|
 |
|
Alle Aufträge, die in HIFLEX erzeugt werden, gehen mittels JDF/JMF direkt in die Prinergy Warteschlange "Neue
Jobs". Der Status "Erzeugt" zeigt, dass der Job direkt aus HIFLEX gekommen ist. |
|
|
|
|
|
|
Alle anderen Informationen über den Auftrag bekommt der Operateur auf "klassische" Weise,
also aus der Auftragstasche. Auch die Prinergy bezogenen Tätigkeiten (Ordnerstruktur erzeugen, Prozesspläne
anlegen, bzw. aufrufen) muss der Bediener (bisher) manuell vornehmen. Man sieht, an dieser Stelle ist für
die zukünftige JDF-Automatisierung noch ein weites Tätigkeitsfeld. |
Deutlich umfangreicher ist bisher die andere Richtung der JDF-Vernetzung realisiert, der Informationsfluss
aus dem PrePress-Workflow Prinergy zurück in das System von HIFLEX.
Die Mitarbeiter im Auftragsmanagement wollen möglichst früh und exakt wissen, wie Tätigkeiten, Material und
Arbeitszeiten aus der Vorstufe abzurechnen sind. Damit diese Informationen direkt aus dem Workflow übermittelt
werden können, müssen die Tätigkeiten dort bereits eindeutig klassifiziert werden. Damit das möglich ist,
muss der Workflow wissen, welche Arten von Tätigkeiten unterschieden werden sollen. Nach einer internen
Klärung entschied N+S sich für die drei Klassen "Normaltätigkeit", "Autorenkorrektur"
und "Hauskorrektur". Während letztere nicht berechnet wird, weil man davon ausgeht, dass die
Ursache für diese Arbeiten intern zu suchen sind, werden Autorenkorrekturen extra berechnet.
Normaltätigkeiten sind die Arbeiten, die dem eingeplanten Umfang des Auftrages zuzuordnen sind.
In Prinergy wird durch die JDF-Schnittstelle Synapse Link ein Menü namens"Work Type" aktiviert.
Mit dem legt der Operator innerhalb des "Start process"-Dialogs fest, welcher der drei Klassen
seine Tätigkeit zuzuordnen ist. Das kann, - wie praktisch überall im Prozessplan - ad-hoc überschrieben werden,
schliesslich kann man Korrekturen nicht komplett einplanen. Wie Sie im zweiten Screenshot sehen, kann der
Operator auch noch einen kurzen Kommentar dazu absetzen. |
|
|
|
 |
|
Bei der PDF Erstellung - wie auch allen anderen Prozessen - kann der Prinergy-Operator zuweisen, ob es eine
Normaltätigkeit oder eine Korrektur ist, und was für eine Art von Korrektur es ist. Diese "Worktype"
Zuordnung gibt es seitenbezogen und auftragsbezogen. |
|
|
|
|
|
|
 |
|
Diese Informationen werden aus Prinergy über die Schnittstelle Synapse Link direkt an HIFLEX übermittelt,
auch dazu wird JMF, das Job messaging Format genutzt. Das JMF wird in Echtzeit erzeugt und weitergeleitet,
d.h. in dem Moment, wo der Operator z.B. die Endausgabe, also die Plattenbelichtung startet, bekommt
HIFLEX die Meldung darüber. Creo liefert mit Synapse Link einen Standardsatz dieser Work types, der
kundenspezifisch angepasst werden kann, andere Betriebe nutzen daher Definitionsmöglichkeiten wie zum
Beispiel "1. Korrektur", "2. Korrektur" etc. |
|
|
|
Da der Prinergy Job ja zuvor aus einem HIFLEX-Auftrag mit der entsprechenden Auftragsnummer erzeugt wurde, sind
diese Arbeiten aus dem Prozessplan von Prinergy dem Auftrag eindeutig zugeordnet. Es gibt jedoch bei der Zuordnung
von Prinergy Prozessplänen zu HIFLEX-Aufträgen noch eine bestimmte Variabilität.Das bedeutet, dass auch nachträglich
PrePress-Arbeiten, die vielleicht ursprünglich gar nicht geplant und in HIFLEX angelegt waren, noch einem Auftrag
zugeordnet werden können. Umgekehrt können sie auch entfernt und einem anderen Job zugewiesen werden. Das kann auch
genutzt werden, wenn in der Vorstufe schon an einem Auftrag gearbeitet wird, der in HIFLEX noch gar nicht angelegt
ist, oder wenn es zu einem Auftrag etwa mehrere Sprachversionen gibt.
Die nun klassifizierten Tätigkeiten ordnet HIFLEX den vorhandenen Kostenstellen zu.
Damit dies ordnungsgemäss funktioniert, muss einmalig eine entsprechende Zuordnung aller Workflow-Ereignisse
aus Prinergy und der Tätigkeitsklassen zu den Kostenstellen in den sogenannten Basistabellen der HIFLEX JDF
Schnittstelle vorgenommen werden.
Das heisst, die Tätigkeiten der Prinery-Prozesspläne, die Synapse Link als JDF/JMF Information sendet, müssen in
HIFLEX zugeordnet werden. So wird z.B. ein "Proofing Event" zu einer Kostenstelle und einer Materialerfassung
in HIFLEX zugeordnet.
Die Zuordnungen beruhen auf betriebsspezifischen und für alle Mitarbeiter verbindlichen Konventionen, die intern einer
Zeit der Klärung bedürfen, was immer eine der Vorraussetzungen für die Einführung von JDF ist. Und zwar unabhängig
davon ob es sich um eine Beta- oder eine spätere reguläre Installation handelt. Man kann JDF fähige Software kaufen,
aber die Implementierung bleibt individuell! |
|
|
|
 |
|
HIFLEX zeigt aus Prinergy erhaltene Informationen, die Zuordnung von Prinergy Jobs zu HIFLEX-Aufträgen, Seiten-
und Auftragsstatus, Work type-Zuordnung, sowie Materialbuchungen. Die konkreten Anzeigen sind frei konfigurierbar. |
|
|
|
|
|
HIFLEX bietet als Option die Möglichkeit, sogenannte konfigurierbare Ereignis-Abfragen vorzunehmen. Das heisst, das
zu einem Auftrag die Nachfragen und Anzeigen von allen Ereignissen, berechenbaren Aufwänden, Wiederholern oä. möglich
sind. In der Beta in Zürich wurde die Option noch nicht eingesetzt, andere Kunden verfügen bereits darüber.
Die Informationen über die Dauer der Tätigkeiten in der Vorstufe wird übermittelt und in HIFLEX gezeigt, aber
sie wird vor Ort bei N+S noch nicht verarbeitet. Soweit wir das sehen, wäre das in HIFLEX kein Problem. Hier geht
es vielmehr wieder darum, dass die Druckerei sich darüber verständigt, wie sie die Vorstufe eigentlich abrechnen
will: Welche Kostenstellen sollen eingerichtet werden, soll man unterscheiden zwischen PDF erzeugen und -trappen,
welche Zeiten sind wichtig und so weiter. Auch dieser Punkt ist bei der Druckerei gegenwärtig in der Diskussion und
wird nach seiner Klärung eine entsprechende Umsetzung finden.
Andere Druckereien, die einen Beta-Test absolvierten, haben sich z.B. für ausgefeilte Berechnungsmechanismen entschieden.
Wenn das Trappen länger als eine bestimmte Zeit gedauert hat, gibt es eine zusätzliche Position in der Kundenrechnung.
Technisch möglich ist das bereits, es hängt vom Unternehmen ab, ob man es will und wie man es will.
Grundsätzlich stehen alle in Prinergy vollzogenen Prozesse, so wie sie in den Prozessplänen stehen, als Information
via JDF auch dem Auftragsmanagement zur Verfügung. Nur will nicht jeder laufend wissen, dass eine Seite refined,
getrapped, imposed etc. ist; dieser Informations-Overkill muss durch das Setzen von Filtern eingegrenzt werden; dies
kann betriebs- und arbeitsplatzspezifisch erfolgen. |
|
Die Nutzung der JMF Messages aus Prinergy heraus zu HIFLEX ist damit noch nicht erschöpft. Die Vernetzung der
Produktionsinformationen mit dem kommerziellen System wird nicht nur für die Prozesstätigkeiten durchgeführt,
sondern auch für den Verbrauch der eingesetzen Materialien. Auch dieser Punkt erforderte eine interne Diskussion in
Zürich: Welche Materialien sollen auf diese Art erfasst und in HIFLEX via JDF eingegeben werden? Man entschied sich,
die Formproofpapiere und die belichteten Platten zu erfassen; dabei soll es aber auf Dauer nicht bleiben. Wenn Beat Zingg,
CTP-Operator bei N+S, heute eine Platte macht, löst sein dazugehöriger Prinergy-Prozessplan die Information über den
Materialverbrauch aus. Dies wird in JDF umgesetzt und via Synapse Link als JMF zur HIFLEX Software geschickt. |
|
|
|
 |
CTP-Operator Beat Zingg freut sich über die Arbeitserleichterungen durch die JDF Schnittstelle zu HIFLEX an seinem
Prinergy Arbeitsplatz bei Neidhart+Schön in Zürich
©: M.Mittelhaus |
|
|
|
|
|
|
Je nachdem welcher Prozessplan genutzt wird, bekommt HIFLEX die entsprechende Information. Wird ein anderes Material
verbraucht, also eine kleine Komoriplatte statt der Roland 700, oder nur ein A2 und keinen A1 Formproof, wechselt der
Operator den Prinergyprozessplan, in dem die Materialverbrauchsinformation hinterlegt ist. Das muss er auch tun, wenn
der Formproof auf einem anderen Papier erstellt wird und man mag darüber streiten, ob das eine elegante Lösung ist.
Aber es funktioniert bereits heute und hat den Riesenvorteil, dass es keinerlei zusätzliche manuelle
Verbrauchsmaterialerfassung mehr gibt. Was immer eine in der Vorstufe verhasste Tätigkeit war und wie wir alle wissen,
nie sonderlich genau durchgeführt wurde. Nun ist eine präzise Materialerfassung gewährleistet und der Wegfall dieser
Eingaben, der bisher am BDE-Terminal von HIFLEX erfolgte, summiert sich monatlich auf 2-3 Stunden gesparte Arbeitszeit
des Operators. |
|
|
|
 |
|
Hier sind die Informationen über den Materialverbrauch in HIFLEX aufgeführt, die zu den Plots sind via JMF
direkt aus dem Prinergy-Prozessplan gekommen. Der Name des Operators steht derzeit nur an den manuell eingegebenen
Daten zu den Laser- und Farbprints. |
|
|
|
|
|
Diese Daten der Materialerfassung können - wie die noch manuell erfassten Infos- in der Nachkalkulation genutzt werden.
Wenn die Materialverbräuche eingeflossen sind, kann man sie auch für die Material- und Lagerwirtschaft verwenden.
Dies kann mit HIFLEX-Modulen geschehen, aber das ist eine Entscheidung des Unternehmens, ob es das so macht.
Sofern solche Daten aus Prinergy in eine Branchensoftware fliessen, die nicht über Warenwirtschaftsmodule verfügt,
ist vorstellbar, diese Daten via JDF (oder XML pur) an eine ergänzende Software zu übergeben.
Das Fenster 'PP Job status' in der HIFLEX Software hat einerseits die Einträge "Angelegt" bzw.
"Gelöscht", das sind Markierungen, die in HIFLEX direkt erfolgen. In Prinergy wiederum setzt der
Operator ebenfalls einen Job Status und sobald er seine Arbeit beginnt, ist der Auftrag damit "Im Prepress"
Entsprechend vergibt der Operator diesen Status, und setzt ihn nach Abschluss auf denStatus "Fertig".
Er kann auch andere Auftragsstati vergeben wie "Bereit für Endausgabe", "Endausgabe fertiggestellt".
Die Kommunikation dieser Statusinformationen von Prinergy an HIFLEX Auftragsmanagement erschien zum Zeitpunkt unseres
Besuchs verbesserungswürdig. Wobei wir den Eindruck gewonnen haben, das dies ein typischer Punkt ist, der sich in
laufender Entwicklung und Verbesserung befindet und in anderen Betas bereits verbessert wurde. Ziel ist, alle Stati
aus Prinergy als JMF an HIFLEX zu melden und dort in den Statusfenstern erscheinen zu lassen. Diese gibt es bisher
seitenbezogen und auftragsbezogen, so wie in Prinergy Stati pro Seite und Auftrag vergeben werden. |
|
|
|
 |
|
Die Statusinformationen gibt es für den ganzen Job (links) und für die Seiten (rechts); bisher jedoch nicht
für den Bogen. |
|
|
|
|
|
N+S wünscht sich zu den Statusmeldungen eine Automatik, d.h. Prinergy sollte diese Statusmeldung selbst erzeugen.
Und man möchte in der Druckerei auch noch differenziertere Statusmeldungen. Daran wird gearbeitet, aber auch dieser
Punkt hängt mit der noch nicht vorhandenen Unterscheidung zwischen auftragsbezogener und bogenbezogener
Fertigungsinformation zusammen.
Zusammengefasst bietet die Kommunikation aus Prinergy zurück in HIFLEX folgendes:
|
|
|
|
 |
|
Im "PP Arbeiten"-Fenster von HIFLEX gibt es die Informationen über die Prinergy-Prozesse und ihre Zuordnung zu
den Worktypes, in Buchungen erscheinen die Materialverbräuche. |
|
|
|
|
Apetit kommt beim Essen sagt man, und so gibt es in Zürich bereits eine zweite JDF Betainstallation: Die Verbindung
zwischen der Branchenlösung und dem elektronischen Leitstand der Druckmaschine. Innerhalb von wenigen Tagen wurde
von MAN Roland ein Link zwischen HIFLEX und dem PECOM-Leitstand der vorhandenen MAN Roland 700 installiert.
Dass bedeutet, dass wesentliche Teile der benötigten Auftragsinformationen aus dem HIFLEX-System direkt in den Job
Pilot des PECOM-Leitstandes der Roland 700 hineingespielt werden. Neben den Detailinformationen (wie im Screenshot
des nächsten Bildes gezeigt) sind auch alle Arbeitsgangbeschreibungen, sowie Maschinenenbelegung, Drucktermine
etc. als Informationen im JDF/JMF-Transfer vorhanden. Auch hier tritt der positive Effekt ein, dass die Informationen
ohne Neu-Erfassung, ohne erneutes Eintippen durch den Drucker zur Verfügung stehen. Es ist sicher gestellt, dass
sich beim Neu-Erfassen keine Fehler einschleichen; die Information ist schneller da. Die Verarbeitung der
Produktionsinformationen aus dem PECOM in HIFLEX wird erst zukünftig realisiert werden (vorr. Anfang 2004),
so gesehen ist die Kommunikation noch eine Einbahnstrasse. Wir denken, dass es sinnvoll ist, zu einem späteren
Zeitpunkt - im Zusammenhang mit anderen Betatests - detaillierter auf den wichtigen Teilaspekt der JDF
Praxis, die Integration der Druckmaschinen, einzugehen. |
|
|
|
 |
|
Ein Teil der Informationen im Job Pilot des PECOM Leitstandes, die von HIFLEX als JDF/JMF direkt dorthin gehen;
Neuerfassung nicht erforderlich. |
|
|
|
Eine Betainstallation ist eine Beta-Installation und das heisst, dass sie die grundsätzliche Machbarkeit einer
Lösung anhand eines konkreten Teils nachweist. Das ist in Zürich erfolgreich geschehen, ebenso wie in anderen
Betatests bei Kraft Druck in Deutschland und bei dem Druckhaus Berlin-Mitte. Der technische Leiter von
Neidhart+Schön, Daniel Schnyder geht von einer Einsparung in der Vorstufe von bis zu 2 Minuten pro Auftrag aus,
was sich täglich auf 20- 30 Minuten summiert. Mit den noch grösseren Einsparungen im Druck kann man durch JDF
derzeit von bis zu 400 eingesparten Mannstunden pro Jahr ausgehen.
Nun muss darüber gesprochen werden, wie es weitergehen soll. Wir haben Neidhart+Schön gefragt, wie ihre
Prioritätenliste aussieht und Daniel Schnyder, hat sie uns gegeben, hier eine Auswahl:
|
|
|
|
 |
Daniel Schnyder, Technischer Leiter bei Neidhart+Schön AG in Zürich, ist zufrieden mit den Ergebnissen der
gegenwärtigen JDF-Beta-Installation, hat aber gleichzeitig grosse Erwartungen an die JDF-Zukunft.
©: M.Mittelhaus |
|
|
|
|
|
Auch die Verknüpfung der Prozessinformationen mit der Disposition in HIFLEX ist ein Zukunftsthema und heute
noch nicht möglich. Das liegt an einem banalen, aber nicht einfach zu lösendem Umstand: Die bisherigen
Produktionsinformationen sind auftragsbezogen, die Disposition arbeitet aber (Druck-)Bogenbezogen. Um
diesen Widerspruch aufzulösen, muss auf beiden Seiten, d.h. bei HIFLEX und bei Creo, ein Weg gefunden
werden, wie man die zu einem Auftrag zugehörigen Druckbögen (oder Signaturen) identifiziert. Erst dann können
auch alle dazugehörigen Arbeiten und damit der Fertigungsstatus zu den Bögen zugeordnet werden. Nach den
Informationen beider Hersteller ist die bogenbezogene Information beim jetzigen Stand der JDF Spezifikation
kein ganz leichtes Unterfangen; das sollte sich mit der zur DRUPA erscheinenden JDF Spezifikation 1.2 ändern.
Die Informationsweitergabe an nachgelagerte Abteilungen wie den Druck muss für N+S weitergehend gelöst werden,
schliesslich entstehen auch in der Vorstufe Informationen, die der Druck oder die Weiterverarbeitung haben müssen,
und die im Auftrag aus HIFLEX noch gar nicht enthalten waren.
Nach unserem Kenntnisstand wird vieles - aber nicht alles - mit neuen Versionen der Synapse Link bzw.
HIFLEX Link Software möglich werden, teilweise wird das zur DRUPA verfügbar sein. |
Über die Erfahrungen aus der Beta-Installation hinaus, gibt es noch ganz andere und weitergehende Wünsche.
So wäre es für die N+S AG wichtig, auch die Papiersorten und -Lieferungen zu erfassen. Via EAN-Code und JDF
könnte und sollte die Information kommen, "Achtung das gewünschte Papier für den Geschäftsbericht der Bank XY
ist an der Rampe". In diesem Moment kann nämlich der Auftrag intern freigegeben werden und das hat im
Geschäft von N+S seine besondere Bedeutung. Weil so manches eingesetzte Papier eine Fabrikanfertigung ist,
diese Tonnage wird just-in-time geliefert und so muss auch der Druckauftrag geplant, disponiert und gefertigt werden.
Beschränkt sich die Integration und die Vernetzung nun auf den Standort an der Dorfstrasse, dem Firmensitz der
N+S AG? Daniel Schnyder meint nein: "Wir haben die Vision, wenn wir mit einem spezialisierten Buchbindereibetrieb
an einem ganz anderen Standort in Zürich zusammenarbeiten, dass wir ihm sagen können: Hier in diesem JDF hast Du
alle Informationen für Deine Müller-Martini". Und weiter sagt Schnyder: "Warum kann ich heute nicht -
via JDF - abfragen, auf welcher Maschine kann ich drucken, welcher Sammelhefter ist bei welchem Buchbinder gerade
frei?"
Vielleicht ist die Realisierung dieser Vision nicht so weit entfernt von diesen Wünschen, So hat der Schweizer
Postpress-Lieferant Müller-Martini inzwischen an seinem Standort in Zofingen bereits einen JDF fähigen Sattelhefter
gezeigt, der von der Disposition eingerichtet werden kann. Ebenso kamen Statusmeldungen vom Gerät an HIFLEX zurück.
Gespräche zwischen HIFLEX und Müller-Martini sind auch schon gelaufen und die erste Beta ist bereits in Planung.
Andererseits sind dies gerade Fragen, die in der Working Group "Capabilities" des CIP4-Komittees
bearbeitet werden. Mit den JDF "Capabilities" soll sich jedes "Device" (Gerät) im JDF Netzwerk
melden können, und mitteilen, welche Fähigkeiten es hat. Damit kann es vom JDf-MIS für eine automatisierte
Kapazitätsplanung berücksichtigt werden.
Ein anderer Bereich, das sei an dieser Stelle angemerkt, ist schlicht noch ein weisser Fleck auf der Landkarte von JDF.
Die Arbeit in der Vorstufe beginnt ja zu grossen Teilen gar nicht mit dem Workflow, also nicht in Prinergy, sondern
am MAC. Wie aber sollen die MAC-User Ihre Informationen aus der Branchensoftware via JDF bekommen? Wie sollen
ihre Tätigkeiten und ihr Auftragsstatus eigentlich mittels JDF an das JDF-MIS zurückübermittelt werden? Wenn uns
nicht alles täuscht, gibt es an dieser Stelle noch eine grosse Lücke in der JDF-Spezifikation und der Arbeit der
JDF Working groups. Das spricht nicht gegen JDF, sondern illustriert an dieser Stelle den Entwicklungsstand .
Wir fragen uns, ob eine Firma Adobe, die ja ohnehin zu 75% den Applikationsmarkt für MAC-Frontends beherrscht,
hier nicht deutlich gefordert wäre ? Es ist schön, dass Adobe zu den JDF-Initiatoren gehörte, aber das ist zwei Jahre
her und es wäre noch schöner, wenn man von einer deutlichen Adobe-Initiative zu JDF hören würde, z.B. auf diesem
Arbeitsgebiet!
Wie wäre es konkret mit der Vorstellung von JDF Plug-Ins für Adobe InDesign und Photoshop auf der DRUPA 2004,
um die MAC´-Frontends zügig in die JDF-Vernetzung einzuschliessen? |
Bisher hat diese Beta-Installation gezeigt, dass es möglich ist, mit Hilfe von JDF eine direkte Verbindung zwischen
der Auftragsplanung, dem JobManagement, PrePress und Press zu schaffen. Jawohl, JDF funktioniert, ebenso wie JMF
funktioniert und beides bringt dem Anwender bereits konkreten Nutzen. Creo als Vorstufenlieferant und HIFLEX´
Branchenlösung haben ihre Aufgaben und vertraglichen Verpflichtungen erfüllt. Das hat dazu geführt, dass N+S
sich entschieden hat, die JDF-Schnittstelle (Synapse Link) von Creo zu kaufen und damit seinen Prinergy Workflow
zu erweitern. HIFLEX fährt eine andere Produktpolitik, dort ist die JDF Schnittstelle Standardbestandteil der
Software, ohne das Extrakosten entstehen.
Wir denken, dass diese Beta auch viele aufschlussreiche Hinweise über den Stand, die Möglichkeiten und die
Schwierigkeiten von JDF heute gibt. Sie zeigt, dass die Druckerei, die JDF nutzen will, intern noch eine Reihe
an Aufgaben und Klärungen bewältigen muss. Dabei haben wir von dem ausserordentlich hohen Mass an Qualifikation,
dass mit einem JDf-MIS von den Auftragsmanagern verlangt wird, noch gar nicht gesprochen.
Die Machbarkeit von JDF Vernetzung wurde hier- wie in anderen Betas - in der Praxis gezeigt. Von besonderer
Bedeutung erscheint uns, dass dies ein erfolgreicher Test der Lösungen zweier völlig unterschiedlicher Lieferanten ist.
HIFLEX ist ein mittelständischer Softwareentwickler für das Auftragsmanagement in Europa und hier sogar einer der
grössten, die kanadische Creo dagegen ist weltweit einer der führenden PrePress Lieferanten, aber was hatten diese
Firmen bisher mit einander zu schaffen?
Dieser Aspekt sollte nicht unterschätzt werden, denn für die JDF Integration der Druckproduktion ist die
funktionierende Zusammenarbeit der unterschiedlichsten Lieferanten mindestens so wichtig, wie die der internen
Druckereiabteilungen. Das drückt sich auch darin aus, dass jetzt ein HIFLEX System im europäischen Creo-Democenter
in Waterloo/Belgien installiert ist und HIFLEX in Aachen über eine Prinergy Lizenz verfügt.
Dass in der Beta nur ein Ausschnitt des JDF Potentials realisiert wurde, kann nicht verwundern. Die Einschränkungen
entspringen der Notwendigkeit, zu funktionierenden Lösungen zu kommen. Von einer bewussten Abweichung oder
Einschränkung des JDF Standards kann nach dem, was wir in dieser und anderen Betas gesehen haben, nicht die Rede sein.
Es ist sehr schwer, sinnvolle Prognosen über den gesamten Realisierungszeitraum von JDF zu machen, dies gilt für
die Installation bei Neidhart+Schön, wie für die gesamte Branche. Frühestens nach dem zweiten Testschritt, der zur
DRUPA erwartet wird, kann man beurteilen, wie schnell die weiteren Entwicklungen folgen könnten. Mit jedem weiteren
Test sollten die zukünftigen Entwicklungen aber schon einen kleinen Schritt schneller gehen.
Andererseits haben wir hier "nur" einen Link von HIFLEX zu einem PrePress-Workflow gesehen haben und es
scheint viel Individual-Entwicklung für jede Anbindung weiterer Workflowsysteme notwendig zu sein.
Wir glauben, dass die kommende DRUPA als die DRUPA in Erinnerung bleiben wird, die die ersten Beispiele des
praktischen Einsatzes von JDF gezeigt hat. Aber wir glauben auch, dass Lösungen, in denen bereits alle
Produktionsabteilungen eingeschlossen sind, in denes es um eine umfassende und durchgehende JDF-Integrationen
geht und der Informationsfluss umfassend realisiert wird, noch einige Jahre für die Realisierung in Anspruch
nehmen werden. Vielleicht wird die DRUPa 2008 genau dafür der richtige Zeitpunkt sein, aber wir hoffen, dass es
früher der Fall sein wird. Und wir glauben, dass wir spätestens dann wir nicht mehr von 2-3 gesparten
Operatorstunden/Tag reden, sondern von Mann-Monaten und Jahren, also von einer Produktionsrationalisierung,
die die grafische Industrie zur Wahrung ihrer Wettbewerbsfähigkeit tatsächlich benötigt
Der Autor des Artikels, Michael Mittelhaus ist Berater in der grafischen Industrie und kann über
www.mittelhaus.com erreicht werden.
|
|
| |
