eBiss 3

Hilfe & Dokumentation

Benutzer-Werkzeuge

Webseiten-Werkzeuge


ueberblick:start
no way to compare when less than two revisions

Unterschiede

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>2}}
  
 +====== Überblick ======
 +
 +**eBiss** ist ein System((Siehe auch: [[wpde>Enterprise_Application_Integration|EAI]] bzw. [[wpde>Application-To-Application|A2A]])) zum Datenaustausch zwischen Anwendungen innerhalb des eigenen Unternehmens und mit Anwendungen außerhalb.\\ 
 +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, integrierten Prozessen einsetzbar. eBiss ermöglicht eine Rollenzuweisung für IT-Personal und reine Anwender. Anwender können fertig definierte Prozesse ohne Unterstützung durch IT-Personal selbst administrieren.
 +
 +===== 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.
 +
 +{{:images:ebiss_process_simplified.png|}}
 +
 +{{:images:sign_warning.png?nolink|}}**Hinweis:** Im Howto **[[howtos:data_rail|]]** ist beschrieben, wie eine Datenstrecke in eBiss eingerichtet wird.
 +
 +===== 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://pranke.com|Pranke GmbH]] mit eBiss die Strategie der sogenannten zweistufigen Tansformation ((Eingehend: vom externen Format zur kanonisierten Middleware und von der Middleware ins interne Format. Ausgehend: vom internen Format zur Middleware und von der Middleware zum externen Format.)). Diese sieht vor, dass die INHOUSE-Schnittstelle im Idealfall mit immer denselben Mappings bedient bzw. abgefragt wird((je nach Nachrichtenrichtung)) und dass individuelle Anpassungen nur im Bedarfsfall im partnerspezifischem Mapping von EDIFACT((oder andere externe Formate)) zur Middleware oder von Middleware zu EDIFACT((oder andere externe Formate)) gemacht werden.
 +
 +  * 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, mindestens aber ein Standardmapping.))
 +  * Verarbeitung eingehender Nachrichten
 +    * von EDIFACT((oder andere externe Formate)) auf MiddleWare beliebig viele Mappings (N zu 1)((Je nach spezifischen Partneranforderungen, mindestens aber ein Standardmapping.))
 +    * **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.
 +
 +<sequencediagram>
 +HOST->eBiss:Message(INHOUSE-OUTBOUND)Format
 +note left of eBiss: fixed Mapping
 +eBiss->eBiss:transform INHOUSE-OUTBOUND auf eBiss.MiddleWare
 +note left of eBiss: variable Mapping
 +eBiss->eBiss:transform eBiss.MiddleWare auf EDIFACT
 +eBiss->PARTNER:Message(EDIFACT-OUTBOUND)Format
 +PARTNER->eBiss:Message(EDIFACT-INBOUND)Format
 +note left of eBiss: variable Mapping
 +eBiss->eBiss:transform DIFACT-INBOUND auf eBiss.MiddleWare
 +note left of eBiss: fixed Mapping
 +eBiss->eBiss:transform eBiss.MiddleWare auf INHOUSE-INBOUND
 +eBiss->HOST:Message(INHOUSE-INBOUND)Format
 +</sequencediagram>
 +
 +
 +===== Themen =====
 +
 +{{indexmenu>:ueberblick|navbar}}
ueberblick/start.txt · Zuletzt geändert: 2024/02/20 08:15 von 127.0.0.1