Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
— | ueberblick:start [2024/02/20 08:15] (aktuell) – angelegt - Externe Bearbeitung 127.0.0.1 | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
+ | {{indexmenu_n> | ||
+ | ====== Überblick ====== | ||
+ | |||
+ | **eBiss** ist ein System((Siehe auch: [[wpde> | ||
+ | Es unterstützt durch seine nachvollziehbare Echtzeit-Datenübergabe die Integration verschiedener WWS-Anwendungen und ist sowohl für hochflexible Anwendungen in IT-Abteilungen als auch in vordefinierten, | ||
+ | |||
+ | ===== Typischer Prozess ===== | ||
+ | |||
+ | Folgendes Diagramm veranschaulicht die typischen Prozesse((Bitte beachten Sie, dass die Darstellung den Prozess zugleich für eingehende wie für ausgehende Nachrichten beschreibt. Normalerweise werden eingehende und ausgehende Nachrichten getrennt abgebildet.)) in eBiss auf eine vereinfachte Art. | ||
+ | |||
+ | {{: | ||
+ | |||
+ | {{: | ||
+ | |||
+ | ===== Grundsätzliches ===== | ||
+ | Um möglichst flexibel auf Kundenanforderungen eingehen zu können und trotzdem nicht für jeden Kunden individuelle Mappings anlegen zu müssen, verfolgen wir bei [[http:// | ||
+ | |||
+ | * Verarbeitung ausgehender Nachrichten | ||
+ | * **von INHOUSE auf MiddleWare möglichst nur ein Mapping (1 zu 1)!((Nur im absoluten Ausnahmefall braucht man hier mehrere Mappings.))** | ||
+ | * von MiddleWare auf EDIFACT((oder andere externe Formate)) beliebig viele Mappings (1 zu N)((Je nach spezifischen Partneranforderungen, | ||
+ | * Verarbeitung eingehender Nachrichten | ||
+ | * von EDIFACT((oder andere externe Formate)) auf MiddleWare beliebig viele Mappings (N zu 1)((Je nach spezifischen Partneranforderungen, | ||
+ | * **von MiddleWare auf INHOUSE möglichst nur ein Mapping (1 zu 1)!((Nur im absoluten Ausnahmefall braucht man hier mehrere Mappings.))** | ||
+ | ===== Schema der zweistufigen Transformation ===== | ||
+ | Die Philosophie von eBiss empfiehlt i.d.R. die Verwendung des MiddleWare((Die eBiss MiddleWare repräsentiert ein Abstraktionslayer zwischen EDIFACT und kundenspezifischer INHOUSE-Nachrichtenstruktur dar und ermöglicht es, die Anzahl der insgesamt benötigten Mappings und den Wartungsaufwand zu minimieren. Es existieren MiddleWare-Ausprägungen für Hertsteller und Retailer.)) Abstraktionslayers. D.h. alle ein- oder ausgehenden Nachrichten durchlaufen zwei in Reihe geschaltete Mappings (in der Abbildung oben durch die **Transformer** dargestellt). Im Detail kann man es, wie im folgenden Sequenzdiagram gezeigt, verstehen. | ||
+ | |||
+ | < | ||
+ | HOST-> | ||
+ | note left of eBiss: fixed Mapping | ||
+ | eBiss-> | ||
+ | note left of eBiss: variable Mapping | ||
+ | eBiss-> | ||
+ | eBiss-> | ||
+ | PARTNER-> | ||
+ | note left of eBiss: variable Mapping | ||
+ | eBiss-> | ||
+ | note left of eBiss: fixed Mapping | ||
+ | eBiss-> | ||
+ | eBiss-> | ||
+ | </ | ||
+ | |||
+ | |||
+ | ===== Themen ===== | ||
+ | |||
+ | {{indexmenu>: |