Seitenhistorie

Das ERP-/CRM- oder HOST-System migriert seine Datenstruktur /XML-Rohdaten) in den DeveloperClient. Dort kann der Formular-Entwickler bei der Formularentwicklung darauf zugreifen, sieht, welche Datenfelder im System zur Verfügung stehen und kann steuern, welche davon wie im R-S verwendet werden dürfen.

Mit dem in den DeveloperClient integrierten Adobe Designer wird das Layout des Formulars erstellt (XDP).

Neben dem Layout der Dokumente (2) legt der Formular-Designer noch andere Eigenschaften fest, z.B. die Layout-Bereiche im Formular, die durch das R-S gefüllt werden dürfen, welche Daten aus dem Datenstrom des ERP-/CRM-/HOST-Systems im R-S verwendet werden dürfen (später im R-S die Datenstrom-Variablen) und weitere Konfigurationen.

Das Import-Paket bildet die Basis für das Transaktions-Formular des R-S, das dann im R-S gestaltet wird. Die festgelegten Layout-Bereiche werden durch Ressourcen gefüllt, Beileger werden definiert, etc. Die vom Formular-Designer deklarierten Datenstrom-Variablen werden dazu genutzt, um im R-S Daten aus dem ERP-/CRM-/HOST-System zu verwenden. Ihre Werte werden später durch den ReportWriter (7) in das Dokument eingefügt.

Nachdem die Bearbeitung der Rohdaten im R-S abgeschlossen ist wird ein Produktions-Paket erstellt, das die gestalteten Dokumente mit den durch das R-S zugewiesenen Ressource enthält und aus dem druckfertige Dokumente generiert werden können.

Durch den ReportWriter aus dem Binär-Paket werden aus dem Produktions-Paket und den Daten aus dem Datenstrom des ERP-/CRM-/HOST-Systems die fertigen Dokumente erstellt: Die Daten aus dem Datenstrom, die im R-S für die Dokumentgestaltung benutzt wurden (Datenstrom-Variablen), werden durch den ReportWriter eingefügt und die Informationen aus dem Produktions-Paket werden zu fertigen Dokumenten verarbeitet.

Der Spooler empfängt die für das Dokument bestimmten Daten (Die Daten aus dem ERP-/CRM-/HOST-System aus Abb. B) auf einer seiner Schnittstellen (LPD, SAP, O2O, OMS.REMOTE oder aus seinem Scan-Verzeichnis).

Der Spooler erteilt dem (E)OMS-Core-System den Verarbeitungs-Auftrag für die Dokumente. Dies geschieht standardmäßig über JMS Messaging, Spooler und der (E)OMS-Core können aber auch direkt kommunizieren.

Das (E)OMS-Core-System verteilt die Aufträge auf mehrere Worker (Maschinen). In Abb. C ist nur 1 Worker dargestellt, da jeder Worker gleich arbeitet. Jeder Worker verarbeitet dann die ihm zugewiesenen Dokument-Erstellungs Aufträge.

Der Worker erfragt die zum Formular gehörenden Daten aus dem Datenstrom (inkl. der Docxworld-Vertragsnummer des Auftrags bzw. dem Namen des Dokuments) vom Spooler. Die Docxworld-Vertragsnummer / der Name ist nötig, um im R-S gestaltete Dokumente eindeutig einem Datenstrom und einer Produktion zuweisen zu können.

Der Worker erfragt vom R-S, ob der Vertragsnummer / dem Namen ein Produktions-Paket im R-S zugeordnet ist. Zuweisungen im R-S werden durch Docxworld-Links und Produktions-Paket Verknüpfungen realisiert, die Sie im Laufe der Dokumentation kennen lernen werden. Produktions-Pakete haben Sie bereits oben kennengelernt.

Existiert im R-S ein zugeordnetes Produktions-Paket, übergibt das R-S das Paket und das für das Paket benötigte Binär-Paket an den Worker. Binär-Pakete, die die für die Dokumentgenerierung aus Rohdaten notwendigen Programme enthält, haben Sie bereits oben kennengelernt. Andernfalls wird der Prozess für dieses Dokument abgebrochen.

Sind Produktions-Paket oder Binär-Paket schon im Cache des Workers vorhanden, wird das Produktions-Paket bzw. das Binär-Paket nicht aus dem R-S geladen, sondern es werden die Pakete aus dem Cache benutzt, um eine schnellere Ausführung zu erzielen. Ansonsten werden Produktions-Paket / Binär-Paket erst in den Cache geladen.

Die Programme aus dem Binärpaket (in der Regel ReportWriter) verarbeiten die Daten aus dem Datenstrom des Spoolers, die der Worker in #4 erhalten hat und das Produktions-Paket zu fertigen Dokumenten (Einfügen der Daten aus dem Datenstrom in das Dokument des Produktions-Pakets). Dieser Prozess geschieht im Cache des Workers.

Vorsicht: Wenn das Produktions-Paket einem Datenstrom (Vertrag) zugeordnet ist, der nicht für dieses Dokument bestimmt ist, kommt es zu unerwünschtem Verhalten, da der Datenstrom nicht die erwarteten Daten enthält. Achten Sie deshalb darauf, in Docxworld-Links immer die richtige Vertragsnummer anzugeben, die auch zum gewünschten Datenstrom gehört.

Der Spooler erfragt in regelmäßigen Abständen vom (E)OMS-Core-System, ob die Dokumentgenerierung abgeschlossen ist. Wenn sie das ist, schickt der Spooler die empfangenen Dokumente in den Druck (z.B. docxworld).

Ist zuständig für die Verwaltung des ERP-/CRM-/HOST-Systems und die Aufbereitung der durch das System bereitgestellten Daten. Außerdem ist er bei der Formularerstellung mit dem Formular-Team beteiligt, um eine effiziente Nutzung der Daten aus dem System im Formular zu gewährleisten.

Das Formular-Team arbeitet mit dem Formular-Designer DeveloperClient und Adobe Designer), entwirft und konzipiert damit das Rohformular und die Daten (Ressourcen, Logo, Hintergründe, andere Dateien), die später im R-S gestaltet und genutzt werden. Außerdem konfigurieren sie die Eigenschaften des Formulars und bereiten die Datenstruktur aus dem ERP-/CRM-/HOST-System für die Verwendung im R-S auf.

Vertrieb und Marketing sind die Hauptnutzer des R-S. Sie gestalten die durch das Formular- Team vorgegebenen Rohdokumente und füllen sie mit Inhalt, entwerfen Beileger, etc. QA-Teams überprüfen die Qualität der Enddokumente.

Sie sind für den weiteren Produktions- Prozess verantwortlich, kümmern sich um Druck, Kuvertierung und Versand der Dokumente. Außerdem sind sie für die Produktion über docxworld oder Produkte zuständig.