Beispiele, um das Spektrum an Szenarien aufzuzeigen, die mit dem extra Standard möglich sind

Transkript

1 Beispiele, um das Spektrum an Szenarien aufzuzeigen, die mit dem Standard möglich sind Beispiel 1: Beispiel 2: Beispiel 3: Beispiel 4: im Dialogbetrieb im einfachen Sendebetrieb im Holbetrieb ohne Bestätigung (einfacher Holbetrieb) oder mit Bestätigung im Sende-/Holbetrieb AWV 2.1 1

2 Beispiele 1: im Dialogbetrieb AWV 2.1 2

3 Dialogbetrieb Schritt 1: Senden von fachlichen an einen -Server Senden mit der Anforderung einer Antwort vom spezifizierten - Sender (-Client) sendet -Request mit <scenario>= request-with-response die fachlichen für das befinden sich im -Body; die Bedeutung der fachlichen ist sowohl für den -Client als auch den -Server unbekannt die fachlichen könnten semantisch eine Anfrage darstellen oder auch zu verarbeitende sein der -Server auf Empfängerseite leitet die empfangenen sofort an das spezifizierte weiter und wartet auf dessen Antwort das zugehörige ver- bzw. bearbeitet die fachlichen sofort, erzeugt die dazugehörige Antwort und reicht die Antwort an den wartenden -Server zurück AWV 2.1 3

4 Dialogbetrieb Schritt 2: Empfänger antwortet mit einer Response des Servers und der fachlichen Antwort des s Empfang der Antwort des s auf Empfängerseite - Empfänger (-Server) hat die Antwort des s erhalten, übernimmt die Antwort (die fachlichen ) in den -Body und erzeugt eine -Response - In den ResponseDetails der -Response ist für den -Client nur sichtbar, ob der -Server den Request erfolgreich behandeln konnte, oder wegen Fehler abgelehnt hat, bzw. ob der -Server die fachlichen erfolgreich an das weiterreichen konnte und eine Antwort des erhielt, d.h. ob das verfügbar war - Der -Client leitet die Antwort des auf Empfängerseite (die so empfangenen fachlichen ) an das entsprechende auf Senderseite. - Die Auswertung der empfangenen fachlichen obliegt dem auf Senderseite AWV 2.1 4

5 Dialogbetrieb: synchrone Bearbeitung und Antwort (=Rückmeldung) durch das Sender Empfänger Client Distribution-Server Scenario=request-with-response Procedure= DataType=XYZ TransportEbene Delivery-Server Verarbeitung der Anfrage im Transport-Body und Erzeugung der Antwort AWV 2.1 5

6 -Rückmeldung und Antwort des s Sender Empfänger Client Scenario=request-with-response Procedure= DataType=XYZ Distribution-Server Transport-Ebene Rückmeldung in <Report> in den <ResponseDetails>: alles TransportEbene ok = Weitergabe an ok und Antwort des s erhalten, Warning, Fehler: PaketEbene z.b. nicht verfügbar Keine Aussage über Korrektheit der gesendeten im Transport-Body Delivery-Server : Antwort auf die Anfrage ist im Transport-Body: bereitstellen Beliebiges Format der Antwort, definiert durch das ausliefern Verarbeitung der Anfrage + Erzeugung der Antwort AWV 2.1 6

7 Beispiele 2: im einfachen Sendebetrieb AWV 2.1 7

8 einfacher Sendebetrieb Phase 1: Senden der fachlichen an einen -Server Senden mit der Anforderung einer Empfangsbestätigung - Sender (-Client) sendet -Request mit <scenario>= request-with-acknowledgement - Empfänger (-Server) antwortet mit -Response mit einer Empfangsbestätigung in <ResponseDetails> die Empfangsbestätigung wird vom -Server und nicht vom erzeugt wann der -Server die empfangenen an das weiter leitet, ist aus Sicht des Standards offen. Dies kann sofort oder auch irgendwann später sein. Der Zeitpunkt der Weiterleitung ist für den -Client nicht sichtbar das zugehörige beim Empfänger verarbeitet die fachlichen zu einem beliebigen Zeitpunkt. Denkbar ist sowohl eine sofortige sofortige Verarbeitung durch das, als auch eine verzögerte Verarbeitung durch das Der Zeitpunkt der Verarbeitung durch das ist für den - Client nicht sichtbar AWV 2.1 8

9 einfacher Sendebetrieb ohne Rückmeldung des s; Schritt 1: Request Sender Empfänger Client Distribution-Server Scenario=request-with-acknowledgement Procedure= DataType=XYZ TransportEbene Verarbeitung der erhaltenen Delivery-Server keine Rückmeldung des Verarbeitungsergebnisses AWV 2.1 9

10 einfacher Sendebetrieb: Schritt 2: Response des -Servers Sender Empfänger Client Distribution-Server Scenario=request-with-acknowledgement Procedure= DataType=XYZ TransportEbene Transport-Ebene <Report> in <ResponseDetails>: alles ok = maximal Weitergabe an ok, Warning, Fehler Delivery-Server Keine Aussage über Korrektheit der fachlichen im Transport-Body Verarbeitung der erhaltenen keine Rückmeldung des Verarbeitungsergebnisses AWV

11 Beispiele 3: im Holbetrieb ohne Bestätigung (einfacher Holbetrieb) oder mit Bestätigung AWV

12 Holbetrieb Phase 1: Sender fordert bereitgestellte des s an Beispiele für solche fachlichen - das erzeugt Rechnungsdaten und stellt diese bereit - das stellt Stammdaten von gemeinsamen Teilnehmern bereit Senden der Anforderung mit der Standardnachricht DataRequest - Sender (-Client) sendet -Request mit <scenario>= request-with-response - Empfänger (-Server) antwortet mit -Response und den fachlichen im zugehörigen -Body - In den ResponseDetails der -Response ist für den -Client nur sichtbar, ob der -Server die Anforderung mittels DataRequest erfolgreich behandeln konnte, oder wegen Fehler abgelehnt hat. - Der -Client leitet die so empfangenen fachlichen an das entsprechende auf Senderseite. - Die Auswertung der empfangenen fachlichen Ergebnisdaten obliegt dem auf Senderseite AWV

13 einfacher Holbetrieb von bereitgestellten Request mit Standardnachricht DataRequest Sender Empfänger Client Distribution-Server Beispiel: Erzeugen von Rechnungen Scenario=request-with-response Procedure=Delivery-Server DataType=DataRequest Delivery-Server bereitstellen ausliefern Bündeln von Rechnungen zu Paketen AWV

14 einfacher Holbetrieb von bereitgestellten Response mit den fachlichen im Body Sender Empfänger Client Distribution-Server Delivery-Server, Transport-Ebene <Report> in <ResponseDetails>: alles ok = Delivery-Server arbeitet normal, Warning, z.b. nichts vorhanden Fehler, z.b. DataRequest fehlerhaft Scenario=request-with-response Procedure=Delivery-Server DataType=DataRequest Delivery-Server bereitstellen ausliefern Verarbeitung pro Paket Delivery-Server Paket-Ebene <Report> in <ResponseDetails>: alles ok = Auslieferung des Paketes ok, Warning Fehler, z.b. Auslieferung des Paketes klappt nicht Die des s (die Rechnungen) befinden sich im Paket-Body Bündeln von Rechnungen zu Paketen AWV

15 Holbetrieb mit Bestätigung Phase 2: Bestätigung der erfolgreich abgeholten fachlichen an einen -Server (genauer Delivery-Server) Senden der Bestätigungsmeldung - Sender sendet die -Standardnachricht ConfirmationOfReceipt -Request mit <scenario>= request-with-acknowledgement - Empfänger (genauer der Delivery-Server) antwortet mit -Response mit einer Empfangsbestätigung in <ResponseDetails> die so bestätigten fachlichen markiert der Delivery-Server als abgeholt und bestätigt - Die genannten fachlichen werden nicht mehr ausgeliefert - Der Delivery-Server kann die bestätigten fachlichen zu einem geeigneten Zeitpunkt löschen AWV

16 Sender Phase 2: senden der Confirmation mit sofortiger Empfangsbestätigung (acknowledgement) Empfänger Client Transport-Ebene <Report> in <ResponseDetails>: alles ok = Confirmation erfolgreich erhalten, Warning, z.b. Confirmation bereits erhalten Fehler, z.b. Confirmation falsch Delivery-Server bereitstellen Scenario=request-with-response Procedure=Delivery-Server ausliefern DataType=ConfirmationOfReceipt AWV

17 Beispiele 4: im Sende-/Holbetrieb AWV

18 Sende/Holbetrieb in 3 Phasen Phase 1: Senden der fachlichen an einen -Server Senden mit der Anforderung einer Empfangsbestätigung - Sender (-Client) sendet -Request mit <scenario>= request-with-acknowledgement - Empfänger (-Server, genauer der Distribution-Server) antwortet mit -Response mit einer Empfangsbestätigung in <ResponseDetails> die Empfangsbestätigung wird vom -Server und nicht vom erzeugt wann der -Server die empfangenen an das weiter leitet, ist aus Sicht des Standards offen. Dies kann sofort oder auch irgendwann später sein das zugehörige beim Empfänger verarbeitet die fachlichen zu einem beliebigen Zeitpunkt. Denkbar ist sowohl eine sofortige sofortige Verarbeitung durch das, als auch eine verzögerte Verarbeitung durch das AWV

19 Sende/Holbetrieb in 3 Phasen Phase 2: Sender fordert Verarbeitungsergebnis des s an Senden der Anforderung mit der Standardnachricht DataRequest - Sender (-Client) sendet -Request mit <scenario>= request-with-response - Empfänger (-Server, genauer der Delivery-Server) antwortet mit -Response und den fachlichen Ergebnisdaten (z.b. 1-n Verarbeitungsquittungen) im zugehörigen -Body - In den ResponseDetails der -Response ist für den -Client nur sichtbar, ob der Delivery-Server die Anforderung mittels DataRequest erfolgreich behandeln konnte, oder wegen Fehler abgelehnt hat. - für den -Client ist nicht sichtbar, ob das auf Empfängerseite die ursprünglich gesendeten erfolgreich verarbeiten konnte, oder ob hierbei Fehler auftraten. Der -Client leitet die so empfangenen fachlichen Ergebnisdaten an das entsprechende auf Senderseite. - Die Auswertung der empfangenen fachlichen Ergebnisdaten obliegt dem auf Senderseite AWV

20 Sende/Holbetrieb in 3 Phasen Phase 3: Bestätigung der erfolgreich abgeholten Rückmeldungen an einen -Server (genauer Delivery-Server) Senden der Bestätigungsmeldung - Sender sendet die -Standardnachricht ConfirmationOfReceipt -Request mit <scenario>= request-with-acknowledgement - Empfänger antwortet mit -Response mit einer Empfangsbestätigung in <ResponseDetails> die so bestätigten Rückmeldungen markiert der Delivery-Server als abgeholt und bestätigt - Die genannten Rückmeldungen werden nicht mehr ausgeliefert - Der Delivery-Server kann die bestätigten Rückmeldungen zu einem geeigneten Zeitpunkt löschen AWV

21 Sender Phase I: senden mit sofortiger Empfangsbestätigung (acknowledgement) Empfänger Client Distribution-Server TransportEbene Scenario=request-with-acknowledgement Procedure= DataType=XYZ Delivery-Server Transport-Ebene <Report> in <ResponseDetails>: alles ok = maximal Weitergabe an ok, Warning, Fehler Keine Aussage über Korrektheit der fachlichen im Transport-Body AWV

22 Phase II: Rückmeldung anfordern mit DataRequest und request-with-response Sender Empfänger Client Delivery-Server, Transport-Ebene <Report> in <ResponseDetails>: alles ok = Delivery-Server arbeitet normal, Distribution-Server Warning, z.b. nichts vorhanden Fehler, z.b. DataRequest fehlerhaft Delivery-Server Paket-Ebene <Report> in <ResponseDetails>: alles ok = Auslieferung des Paketes ok, Warning Fehler, z.b. Auslieferung des Paketes klappt nicht Verarbeitung pro Sendung Scenario=request-with-response Procedure=Delivery-Server DataType=DataRequest Die Verarbeitungsquittung des s ist im Paket-Body Delivery-Server bereitstellen ausliefern Verarbeitungs- Quittung pro Sendung erzeugen AWV

23 Sender Phase III: senden der Confirmation mit sofortiger Empfangsbestätigung (acknowledgement) Empfänger Client Transport-Ebene <Report> in <ResponseDetails>: alles ok = Confirmation erfolgreich erhalten, Warning, z.b. Confirmation bereits erhalten Fehler, z.b. Confirmation falsch Delivery-Server bereitstellen Scenario=request-with-response Procedure=Delivery-Server ausliefern DataType=ConfirmationOfReceipt AWV