Seitenhistorie

Das ERP- oder HOST-System migriert seine Datenstruktur in den OMS-Entwickler Client. Dort kann der Formular-Entwickler

bei der Formularentwicklung darauf zugreifen, sieht, welche Daten im System zur Verfügung stehen und kann steuern, wie die Daten im R-S verwendet werden sollen.

Mit dem in den OMS-Entwickler Client 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-/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 im 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 definierten Datenstrom-Variablen werden dazu genutzt

im Formular Daten aus dem ERP-/HOST-System zu verwenden. Ihre Werte werden später durch den ReportWriter (7) in das Dokument eingefügt.

Nachdem die Bearbeitung der Rohdaten aus dem Entwickler Client abgeschlossen ist wird ein Produktions-Paket erstellt, das das fertig gestaltete Dokument

und alle weiteren relevanten Daten enthält und für die weitere Verwendung freigegeben ist.

Durch den OMS-ReportWriter werden aus dem Produktions-Paket und den Daten aus dem Datenstrom des ERP-/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.

Der OMS-Spooler empfängt die für das Dokument bestimmten Daten (Die Daten aus dem ERP-/HOST-System aus Abb. A)

 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. 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 Prozessaufträge auf mehrere Worker (Maschinen). In Abb. B 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 Dokument gehörenden Daten aus dem Datenstrom (inkl. der docxworld-Vertragsnummer des Auftrags bzw. dem Namen des Dokuments) vom OMS-Spooler.

Die docxworld-Vertragsnummer 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 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.

Existiert im R-S ein zugeordnetes Produktions-Paket, übergibt das R-S das Paket und das für das Paket benötigte Binärpaket.

Andernfalls wird der Prozess für dieses Dokument abgebrochen.

Sind Produktions-Paket oder Binärpaket schon im Cache des Workers vorhanden, wird das Produktions-Paket bzw. das Binärpaket 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ärpaket in den Cache geladen.

Die Programme aus dem Binärpaket (in der Regel OMS-ReportWriter) verarbeiten die Daten aus dem Datenstrom des OMS-Spoolers, die der Worker in #4 erhalten hat

und das Produktions-Paket zu einem fertigen Dokument (Einfügen der Daten aus dem Datenstrom in das Dokument des Produktions-Pakets).

Der OMS-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.