<extra> einheitliches XML-basiertes Transportverfahren

Transkript

1 <extra> einheitliches XML-basiertes Transportverfahren Version Stand der Spezifikation: Redaktion: Deutsche Rentenversicherung Bund Referat 0551 Berner Strasse Würzburg Telefon 0931/ sofortmeldungen@drv-bund.de Anmerkung:

2 Seite: 2 Änderungsprotokoll Version Autor[en] Datum Beschreibung Florian Stratil Überarbeitete Version für extra

3 Seite: 3 sverzeichnis Allgemeines...11 Gültigkeit und Versionierung...11 Verwendung dieses Dokuments...11 GKV- und DSRV-Schema...11 Test- und Produktions-URLs...11 extra-schema extra-schema Weitere Informationen und Beispiele...12 GKV-Schema...12 Authentifizierung...12 Request Senden von...13 Namensräume und Präfixe...13 Element Transport...13 Element TransportHeader...13 Element TestIndicator...13 Element Sender...14 Element SenderID...14 Element Receiver...14 Element ReceiverID...14 Element RequestDetails...14 Element RequestID...14 Element TimeStamp...15 Element Procedure...15 Element DataType...15 Element Scenario...15 Element TransportPlugIns...15 Element Contacts...15 Element SenderContact...16 Element Endpoint...16 Element DataTransforms...16 Element Compression...16 Element Algorithm...17 Element InputData...17 Element Encryption...17 Element Algorithm...18 Element OutputData...18 Element DataSource...18 Element DataContainer...18 Element TransportBody...19 Element Data...19 Element Base64CharSequence...20 Response auf den Vorgang Senden von...21 Namensräume und Präfixe...21 Element Transport...21 Element TransportHeader...21 Element TestIndicator...21 Element Sender...22 Element SenderID...22 Element Receiver...22 Element ReceiverID

4 Seite: 4 Element RequestDetails...22 Element RequestID...22 Element TimeStamp...23 Element Procedure...23 Element DataType...23 Element Scenario...23 Element ResponseDetails...23 Element ResponseID...24 Element TimeStamp...24 Element Report...24 Element Flag...25 Element Code...25 Element Text...25 Element TransportBody...25 Request Anforderung der Verarbeitungsergebnisse...26 Namensräume und Präfixe...26 Element Transport...26 Element TransportHeader...26 Element TestIndicator...26 Element Sender...26 Element SenderID...27 Element Receiver...27 Element ReceiverID...27 Element RequestDetails...27 Element RequestID...27 Element TimeStamp...28 Element Procedure...28 Element DataType...28 Element Scenario...28 Element TransportPlugIns...28 Element TransportBody...29 Element Data...29 Element Base64CharSequence...29 Element DataRequest...29 Element Query...30 Element Argument...30 Element Argument...31 Response auf einen Sendevorgang Anforderung der Verarbeitungsergebnisse...32 Namensräume und Präfixe...32 Element Transport...32 Element TransportHeader...32 Element TestIndicator...32 Element Sender...33 Element SenderID...33 Element Receiver...33 Element ReceiverID...33 Element RequestDetails...33 Element ResponseDetails...33 Element ResponseID...34 Element TimeStamp...34 Element Report...34 Element Flag...34 Element Code

5 Seite: 5 Element Text...35 Element TransportBody...35 Element Package...35 Element PackageHeader...35 Element TestIndicator...36 Element Sender und die untergeordneten Elemente SenderID und Name...36 Element Receiver und die untergeordneten Elemente ReceiverID und Name...36 Element RequestDetails...36 Element ResponseDetails...36 Element ResponseID...36 Element TimeStamp...36 Element Report...37 Element Flag...37 Element Code...37 Element Text...37 Element PackagePlugIns...38 PlugIn DataTransforms...38 Element DataTransforms...38 Element Compression...38 Element Algorithm...38 Element Encryption...39 Element Algorithm...39 Element OutputData...39 PlugIn DataSource...40 Element DataSource...40 Element DataContainer...40 Element PackageBody...41 Element Data...41 Element Base64CharSequence...41 Request Empfangsbestätigung von...43 Namensräume und Präfixe...43 Element Transport...43 Element TransportHeader...43 Element TestIndicator...43 Element Sender...43 Element SenderID...44 Element Receiver...44 Element ReceiverID...44 Element RequestDetails...44 Element RequestID...44 Element TimeStamp...45 Element Procedure...45 Element DataType...45 Element Scenario...45 Element TransportPlugIns...45 Element TransportBody...46 Element Data...46 Element Base64CharSequence...46 Element ListOfConfirmationOfReceipt...46 Element ConfirmationOfReceipt...46 Element PropertySet...47 Element Value...47 Response auf den Vorgang Empfangsbestätigung von

6 Seite: 6 Namensräume und Präfixe...48 Element Transport...48 Element TransportHeader...48 Element TestIndicator...48 Element Sender...49 Element SenderID...49 Element Receiver...49 Element ReceiverID...49 Element RequestDetails...49 Element ResponseDetails...49 Element ResponseID...49 Element TimeStamp...50 Element Report...50 Element Flag...50 Element Code...50 Element Text...51 Element TransportBody...51 Alternatives DSRV-Schema...51 Clientauthentifizierung...51 Request Senden von...52 Namensräume und Präfixe...52 Element Transport...52 Element TransportHeader...53 Element TestIndicator...53 Element Sender...53 Element SenderID...53 Element Receiver...53 Element ReceiverID...53 Element RequestDetails...54 Element RequestID...54 Element TimeStamp...54 Element Application...54 Element Product...54 Element Manufacturer...55 Element Procedure...55 Element DataType...55 Element Scenario...55 Element TransportPlugIns...55 Element Contacts...55 Element SenderContact...56 Element Endpoint...56 Element DataTransforms...56 Element Compression...56 Element Algorithm...57 Element InputData...57 Element Encryption...57 Element Algorithm...58 Element InputData...58 Element DataSource...58 Element DataContainer...58 Element TransportBody...59 Element Data...59 Element Base64CharSequence

7 Seite: 7 Response auf den Vorgang Senden von...61 Namensräume und Präfixe...61 Element Transport...61 Element TransportHeader...61 Element TestIndicator...61 Element Sender...62 Element SenderID...62 Element Receiver...62 Element ReceiverID...62 Element RequestDetails...62 Element RequestID...62 Element TimeStamp...63 Element Application...63 Element Product...63 Element Manufacturer...63 Element Procedure...63 Element DataType...64 Element Scenario...64 Element ResponseDetails...64 Element ResponseID...64 Element TimeStamp...65 Element Report...65 Element Flag...65 Element Code...65 Element Text...65 Element TransportBody...66 Request Anforderung der Verarbeitungsergebnisse...67 Namensräume und Präfixe...67 Element Transport...67 Element TransportHeader...67 Element TestIndicator...67 Element Sender...67 Element SenderID...68 Element Receiver...68 Element ReceiverID...68 Element RequestDetails...68 Element RequestID...68 Element TimeStamp...69 Element Application...69 Element Product...69 Element Manufacturer...69 Element Procedure...69 Element DataType...69 Element Scenario...70 Element TransportPlugIns...70 Element Contacts...70 Element SenderContact...70 Element Endpoint...70 Element TransportBody...71 Element Data...71 Element ElementSequence...71 Element DataRequest...71 Element Query

8 Seite: 8 Element Argument...72 Element Argument...73 Element Control...73 Element MaximumPackages...74 Response auf einen Sendevorgang Anforderung der Verarbeitungsergebnisse...75 Namensräume und Präfixe...75 Element Transport...75 Element TransportHeader...75 Element TestIndicator...75 Element Sender...76 Element SenderID...76 Element Receiver...76 Element ReceiverID...76 Element RequestDetails...76 Element RequestID...76 Element TimeStamp...77 Element Application...77 Element Product...77 Element Manufacturer...77 Element Procedure...77 Element DataType...77 Element Scenario...78 Element ResponseDetails...78 Element ResponseID...78 Element TimeStamp...78 Element Report...78 Element Flag...79 Element Code...79 Element Text...79 Element TransportBody...79 Element Package...80 Element PackageHeader...80 Element TestIndicator...80 Element Sender und die untergeordneten Elemente SenderID und Name...80 Element Receiver und die untergeordneten Elemente ReceiverID und Name...80 Element RequestDetails...80 Element ResponseDetails...81 Element ResponseID...81 Element TimeStamp...81 Element Report...81 Element Flag...81 Element Code...82 Element Text...82 Element Originator...82 Element PackagePlugIns...82 PlugIn DataTransforms...83 Element DataTransforms...83 Element Compression...83 Element Algorithm...83 Element Encryption...83 Element Algorithm...84 Element OutputData...84 PlugIn DataSource

9 Seite: 9 Element DataSource...84 Element DataContainer...85 Element PackageBody...85 Element Data...86 Element Base64CharSequence...86 Request Empfangsbestätigung von...87 Namensräume und Präfixe...87 Element Transport...87 Element TransportHeader...87 Element TestIndicator...87 Element Sender...87 Element SenderID...88 Element Receiver...88 Element ReceiverID...88 Element RequestDetails...88 Element RequestID...88 Element TimeStamp...89 Element Application...89 Element Product...89 Element Manufacturer...89 Element Procedure...89 Element DataType...89 Element Scenario...90 Element TransportPlugIns...90 Element TransportBody...90 Element Data...90 Element ElementSequence...90 Element ListOfConfirmationOfReceipt...90 Element ConfirmationOfReceipt...91 Element PropertySet...91 Element Value...91 Response auf den Vorgang Empfangsbestätigung von...93 Namensräume und Präfixe...93 Element Transport...93 Element TransportHeader...93 Element TestIndicator...93 Element Sender...94 Element SenderID...94 Element Receiver...94 Element ReceiverID...94 Element RequestDetails...94 Element RequestID...94 Element TimeStamp...95 Element Application...95 Element Product...95 Element Manufacturer...95 Element Procedure...95 Element DataType...95 Element Scenario...96 Element ResponseDetails...96 Element ResponseID...96 Element TimeStamp...96 Element Report

10 Seite: 10 Element Flag...97 Element Code...97 Element Text...97 Element TransportBody...97 Anlage...98 Verweis auf Dokumente...98 Liste Statusmeldungen

11 Seite: 11 Allgemeines Gültigkeit und Versionierung In der Versionsangabe dieses Dokuments V n.m.r ist in den ersten beiden Ziffern n.m die jeweilige Version (hier Version 1.3) der zugrundeliegenden Transport-Schnittstelle des extra Basis Standards angeführt, während die letzte Ziffer r den jeweiligen Ausgabestand (hier Ausgabestand 3) wiedergibt. Verwendung dieses Dokuments Dieses Dokument beschreibt die drei Phasen beim Datenaustausch mit den KommunikationsServern der DSRV und der GKV, Senden von, Anfordern von Verarbeitungsergebnissen und Bestätigen erfolgreich abgeholter Verarbeitungsergebnisse. Jeder dieser drei Phasen besteht aus zwei Kommunikationsschritten, einem Request und einer Response. Für jeden Kommunikationsschritt sind die Elemente in der zu verwendenden Reihenfolge aufgelistet, variable e sind beschrieben. Grundsätzlich sind alle Elemente bei den Requests erforderlich. Bei den Responses kann es, je nach Art der Response zu Abweichungen kommen. Deren Ausprägungen und wann diese in der Kommunikation vorkommen können, werden im beschreibenden Text erklärt. GKV- und DSRV-Schema Im Zuge der Harmonisierung der Kommunikationsserver der DSRV und der GKV, wird von der DSRV neben dem seit produktiv im Einsatz befindlichen extra-schema der DSRV auch das extra-schema der GKV unterstützt. Die Unterschiede in der Handhabung und die Bedeutung der einzelnen Elemente werden in den jeweiligen Abschnitten erläutert. Test- und Produktions-URLs Für einen Übergangszeitraum bis zum März 2013 können die über zwei Zieladressen bei der DSRV abgegeben werden extra-schema 1.1 Gültig bis März 2013 Für das DSRV-Schema sind folgende URLs als Zieladressen definiert: Test: Produktion:

12 Seite: 12 Für das GKV-Schema sind folgende URLs als Zieladressen definiert: Test: Produktion: extra-schema 1.3 Gültig ab Für das DSRV-Schema sind folgende URLs als Zieladressen definiert: Test: Produktion: Für das GKV-Schema sind folgende URLs als Zieladressen definiert: Test: Produktion: Weitere Informationen und Beispiele Weitere Informationen zum extra-standard und Beispiele zu den einzelnen Schema- Dateien können unter eingesehen und heruntergeladen werden. GKV-Schema Authentifizierung Wie auch beim DSRV-Schema wird auch beim GKV-Schema eine Authentifizierung des Absenders vorgenommen. Abweichend vom später beschriebenen Verfahren der DSRV wird die Echtheit des Absenders beim GKV-Schema über die Verschlüsselung und die Signatur gegen das zugrunde liegende LDAP sichergestellt

13 Seite: 13 Request Senden von Namensräume und Präfixe Namensraum Präfix xreq xcpt xplg Element Hier werden die verschiedenen Namensräume eingebunden: xmlns:xreq= xmlns:xcpt= xmlns:xplg=" Element TransportHeader xreq:transportheader Enthält die relevanten Steuerungsinformationen, die zwischen Sender und der DRV Bund als Empfänger auszutauschen sind xreq:transport Element TestIndicator xcpt:testindicator Indikator, ob es sich um eine Echt- oder Testsendung handelt xreq:transportheader Zulässige e sind wie folgt:. Testnachricht Echtnachricht

14 Seite: 14 Element Sender xcpt:sender Enthält SenderID und Name des Absenders xreq:transportheader Element SenderID xcpt:senderid Betriebsnummer Absender xcpt:sender Element Receiver xcpt:receiver Enthält ReceiverID und Name des Empfängers xreq:transportheader Element ReceiverID xcpt:receiverid Betriebsnummer Empfänger; muss immer Betriebsnummer der DRV Bund Wuerzburg sein xcpt:receiver Element RequestDetails Diverse Request-spezifische Informationen xreq:transportheader Element RequestID xcpt:requestid ID des Requests, eindeutiger Begriff aus der Begriffswelt des Senders zur genauen Identifikation des Sendevorgangs z.b. Auftragsnummer aus dem System des Senders

15 Seite: konstanter Text 0 Element TimeStamp xcpt:timestamp Ein Zeitstempel z.b T15:09:00 zum Beginn der Übertragung des Senders xs:datetime Element Procedure xcpt:procedure DUA Element DataType xcpt:datatype Element Scenario xcpt:scenario Sender wünscht eine Rückantwort als Empfangsbestätigung Element TransportPlugIns xreq:transportplugins Enthält die PlugIns in denen Zusatzinformationen zur gesendeten Lieferung enthalten sind. xreq:transport Element Contacts xplg:contacts

16 Seite: 16 Enthält die Kontaktdaten des Absenders. 1.0 Element SenderContact xplg:sendercontact Enthält die Kontaktdaten des Absenders. xplg:contacts Element Endpoint xplg:endpoint Enthält die eigentlichen Kontaktdaten des Kommunikationspartners. SMTP Definiert den Endpoint der Kommunikation. Bei den wird hier die - Adresse des Kommunikationspartners eingetragen. Element DataTransforms xplg:datatransforms Auflistung der Verfahren, mit denen die übermittelten fachlichen Daten (1 - n ) behandelt wurden. 1.2 Element Compression xplg:compression Enthält die notwendigen Information zur Komprimierung der fachlichen Daten (1 n )

17 Seite: 17 Reihenfolge des Transformationsschritts Komprimieren: 1 xs:nonnegativeinteger Das Attribut order beschreibt die Stelle der Liste DataTransforms an der das Element steht und zugleich die Reihenfolge, in der die aufgeführten Verfahren auf die fachlichen Daten angewendet werden Element Algorithm xplg:algorithm Enthält den Algorithmus, mit dem die fachlichen Daten (1 n ) komprimiert wurden Bezeichnung des Komprimierverfahrens Zulässige e für die Komprimierungsarten im Attribut id sind: Keine ZIP/GZIP Element InputData xplg:inputdata Enthält die Größe der fachlichen Daten vor dem Komprimieren Anzahl der Bytes vor Komprimierung xs:nonnegativeinteger Element Encryption xplg:encryption Enthält die notwendigen Informationen zur Verschlüsselung der fachlichen Daten (1 n ) xplg:datatransforms Hinweis: die fachlichen Daten müssen verschlüsselt

18 Seite: 18 Reihenfolge des Transformationsschritts Verschlüsseln: 2 xs:nonnegativeinteger Das Attribut order beschreibt die Stelle der Liste DataTransforms an der das Element steht und zugleich die Reihenfolge, in der die aufgeführten Verfahren auf die fachlichen Daten angewendet werden Element Algorithm xplg:algorithm Enthält den Algorithmus mit dem die fachlichen Daten (1 n ) verschlüsselt wurden Bezeichnung des Verschlüsselungsverfahrens Zulässige e für die Verschlüsselungsarten im Attribut id sind: PKCS/7 Element OutputData xplg:outputdata Enthält die Größe der Daten nach dem Verschlüsseln xplg: Anzahl der Bytes nach Verschlüsselung xs:nonnegativeinteger Element DataSource xplg:datasource Enthält zusätzliche Informationen zu den fachlichen Daten 1.0 Element DataContainer xplg:datacontainer Enthält als Attribute zusätzliche Informationen zu den fachlichen Daten

19 Seite: 19 (Datei-)Name der fachlichen Daten, einschließlich laufender Sendungsnummer; zulässiger : Test: TDUA0nnnnnn, n = laufende Sendungsnummer) Produktion: Erstellungsdatum der fachlichen Daten, z.b T13:46:58 Zeichensatz der fachlichen Daten im Transportbody Für das Attribut encoding sind folgende Werte zulässig: ISO ISO 8-Bit, Code gemäß DIN 66303: DIN UTF8 I1 I8 I7 U8 Element TransportBody xreq:transportbody Enthält den Body der Transportebene eines Requests xreq:transport Element Data xcpt:data Enthält die fachlichen Daten gemäß den Angaben in den RequestDetails procedure (für das Fachverfahren DUA) und datatype (Meldungen), die wie in den PlugIns festgelegt komprimiert, mit PKCS#7 verschlüsselt und abschließend base64-codiert wurden xreq:transportbody

20 Seite: 20 Element Base64CharSequence xcpt:base64charsequence Base64-Zeichenfolge xs:base64binary xcpt:data Im erwartet das Fachverfahren DEÜV wie in den PlugIns festgelegt komprimierte, mit PKCS#7 verschlüsselte und base64-codierte fachliche Daten (1 n ). Die DSRV verarbeitet beim Senden die entschlüsselte Datei mit Vor- und Nachlaufsatz

21 Seite: 21 Response auf den Vorgang Senden von Die DRV Bund als Empfänger generiert gemäß extra-philosophie genau dann eine Response zu einem Sendevorgang, wenn der Sender im TransportHeader das Element scenario mit request-with-acknowledgement oder request-with-respone belegt hat. Im Fall des Sendevorgangs Senden von hat der Sender im TransportHeader das Element scenario mit request-with-acknowledgement belegt. Namensräume und Präfixe Namensraum Präfix xres xcpt Element Hier werden die verschiedenen Namensräume eingebunden: xmlns:xres= xmlns:xcpt=" Element TransportHeader xres:transportheader Enthält die relevanten Steuerungsinformationen, die zwischen Sender und der DRV Bund als Empfänger auszutauschen sind xres:transport Der Response Header ist nach extra-philosophie eine Kopie des RequestHeaders, den der Empfänger lediglich um die ResponseDetails ergänzt. Damit ist sichergestellt, dass beide Seiten alle Informationen in einer Datenstruktur finden, die ein Vorgang beim Sender und beim Empfänger auslöst. Element TestIndicator xcpt:testindicator

22 Seite: 22 Indikator, ob es sich um eine Echt- oder Testsendung handelt, Orginal aus request xres:transportheader Element Sender xcpt:sender Enthält SenderID und Name des Absenders, Orginal aus request xres:transportheader Element SenderID xcpt:senderid Betriebsnummer Absender, Orginal aus request xcpt:sender Element Receiver xcpt:receiver Enthält ReceiverID und Name des Empfängers, Orginal aus request xres:transportheader Element ReceiverID xcpt:receiverid Betriebsnummer Empfänger; muss immer Betriebsnummer der DRV Bund Wuerzburg sein, Orginal aus request xcpt:receiver Element RequestDetails Diverse Request-spezifische Informationen, Orginal aus request xres:transportheader Element RequestID

23 Seite: 23 xcpt:requestid ID des Requests, eindeutiger Begriff aus der Begriffswelt des Senders zur genauen Identifikation des Sendevorgangs z.b. Auftragsnummer aus dem System, Orginal aus konstanter Text 0, Orginal aus request Element TimeStamp xcpt:timestamp Ein Zeitstempel z.b T15:09:00 zum Beginn der Übertragung des Senders, Orginal aus request xs:datetime Element Procedure xcpt:procedure DUA, Orginal aus request Element DataType xcpt:datatype Orginal aus request Element Scenario xcpt:scenario Sender wünscht eine Rückantwort als Empfangsbestätigung, Orginal aus request Element ResponseDetails xcpt:responsedetails

24 Seite: 24 Diverse Response-spezifische Informationen, die die DRV Bund als Empfänger dem ursprünglichen Sender zur Verfügung stellt xres:transportheader Element ResponseID xcpt:responseid Eindeutige fortlaufende Meldungsnummer DSRV Monitordatenbank z.b. 1, die den Vorgang beim Empfänger eindeutig identifiziert xcpt:responsedetails Systematik der Vergabe der Meldungsnummer: Beim Eingang im System der DSRV wird jeder Meldung von der DSRV eine eindeutige Meldungsnummer zugewiesen (diese wird auch in einer Monitordatenbank bei der DSRV vorgehalten). Diese steht aber in keinem Zusammenhang zur Meldungsnummer, die vom Sender im PlugIn DataContainer, übermittelt wurde, bzw. in den fachlichen Daten im Vorsatz. An Hand dieser Meldungsnummer im Element ResponseID lässt sich der aktuelle Status der Verarbeitung bei der DSRV nachvollziehen und erleichtert die Fehlersuche bei Problemen. Diese fortlaufende Meldungsnummer, die bei der Response auf eine Sendung mit im Element ResponseID zurückgeliefert wird, bleibt während des weiteren Bearbeitungsvorgangs der Sendung bei der DSRV mit der Sendung verbunden. Element TimeStamp xcpt:timestamp Ein Zeitstempel z.b T15:09:00 in der Bedeutung eines Eingangsstempels des Empfängers xs:datetime xcpt:responsedetails Element Report xcpt:report Report zum Empfangsvorgang dieser Lieferung von durch den Empfänger Klassifizierung der Art des Reports Mögliche e für highestweight sind: für die Lieferung von, die korrekt angenommen werden konnten

25 Seite: 25 für die Lieferung von, die nicht korrekt angenommen werden konnten Element Flag xcpt:flag Attribut weight Klassifizierung der Art des Reports Mögliche e siehe Attribut highestweight Element Code xcpt:code Meldungsnummer, z.b. C00 siehe Anhang Liste Statusmeldungen xcpt:report Element Text xcpt:text Meldungstext, z.b. Die Nachricht entspricht dem geforderten Aufbau und kann im Fachverfahren verarbeitet werden. xcpt:report Element TransportBody xres:transportbody Enthält einen leeren Body der Transportebene xres:transport Die Response des Empfängers auf einen Sendevorgang Senden von, der im TransportHeader das Element scenarion mit request-with-acknowledgement belegt hat, enthält nur eine Empfangsbestätigung, jedoch keine fachlichen Daten des Fachverfahrens. Deshalb ist das Element TransportBody leer

26 Seite: 26 Request Anforderung der Verarbeitungsergebnisse Namensräume und Präfixe Namensraum Präfix xreq xcpt Element Hier werden die verschiedenen Namensräume eingebunden: xmlns:xreq= xmlns:xcpt=" Element TransportHeader xreq:transportheader Enthält die relevanten Steuerungsinformationen, die zwischen Sender und der DRV Bund als Empfänger auszutauschen sind xreq:transport Element TestIndicator xcpt:testindicator Indikator, ob es sich um eine Echt- oder Testsendung handelt xreq:transportheader Zulässige e sind wie folgt: Echtnachricht Element Sender

27 Seite: 27 xcpt:sender Enthält SenderID und Name des Absenders xreq:transportheader Element SenderID xcpt:senderid Betriebsnummer Absender xcpt:sender Element Receiver xcpt:receiver Enthält ReceiverID und Name des Empfängers xreq:transportheader Element ReceiverID xcpt:receiverid Betriebsnummer Empfänger muss immer Betriebsnummer der DRV Bund Würzburg sein xcpt:receiver Element RequestDetails Diverse Request-spezifische Informationen xreq:transportheader Element RequestID xcpt:requestid ID des Requests, eindeutiger Begriff aus der Begriffswelt des Senders zur genauen Identifikation des Sendevorgangs (hier einer Anforderung) z. B.: Auftragsnummer aus dem System des konstanter Text

28 Seite: 28 Element TimeStamp xcpt:timestamp Ein Zeitstempel z.b T15:09:00 zum Beginn der Übertragung des Senders xs:datetime Element Procedure xcpt:procedure DeliveryServer Bezeichnung des Fachverfahrens bei der DRV Bund als Empfänger, das die Anforderung bearbeiten soll Element DataType xcpt:datatype Bezeichnung des s, den der Sender an das Fachverfahren Sofortmeldung sendet, hier die Anforderung von Rückmeldungen Element Scenario xcpt:scenario Sender wünscht eine qualifizierte Antwort des Fachverfahrens Sofortmeldung mit dem RueckmeldungSofortmeldung Element TransportPlugIns Das ElementTransportPlugins ist zu beschicken wie in Schritt 1 Senden von erklärt. Hinweis: die fachlichen Daten, d.h. die extra Standardnachricht DataRequest, müssen verschlüsselt werden!

29 Seite: 29 Element TransportBody xreq:transportbody Enthält den Body der Transportebene eines Requests xreq:transport Der TransportBody enthält beim Sendevorgang Anforderung von Verarbeitungsergebnissen keine fachlichen Daten sondern lediglich eine Query zur Anforderung der Verarbeitungsergebnisse. Diese ist mit den Informationen aus den Plugins zu verschlüsseln und zu signieren. Eine Kompression der Daten entfällt. Element Data xcpt:data Enthält die Query xreq:transportbody Wie beim Element TransportBody erläutert sind die folgenden Elemente verschlüsselt und signiert. Element Base64CharSequence xcpt:base64charsequence Base64-Zeichenfolge xs:base64binary xcpt:data Element DataRequest xmsg:datarequest Enthält die Elemente der Query 1.1 Folgende Namespaces werden hier eingebunden: xmlns:xs=" xmlns:xmsg= Über den DataRequest kann bestimmt werden, welche Rückmeldungen abgeholt werden sollen. Hierbei werden von der DSRV maximal 10 Stück ausgeliefert

30 Seite: 30 Element Query xmsg:query Kann eine Reihe von Argumenten zur Einschränkung der Arbeitsergebnisse enthalten. xmsg:datarequest Innerhalb des Query-Elements sind 1-n Argument-Elemente zulässig Element Argument xmsg:argument Enthält die Argumente nach denen die Query aufgebaut werden soll Enthält eine URI die definiert welche Art von Suchbegriff definiert wird Zulässig sind Das event-attribut steuert welche Art der ResponseID angefragt wird. Gegenwärtig ist bei der DSRV nur der Wert zulässig, was der ResponseID der Ausgangssendung entspricht. Sollte das Attribut event nicht gesetzt sein, wird als Default-Wert automatisch ebenfalls die oben genannte URI verwendet. Die Auswahl des Arguments wird wie folgt eingeschränkt: xmsg:xx Elemente zum Einschränken der Auswahl xmsg:argument

31 Seite: 31 XX kann dabei ersetzt werden durch: Element LT LE EQ GE GT Beschreibung Kleiner als (Less than) Kleiner gleich (Less equals) Gleich (Equals) Größer gleich (Greater equals) Größer als (Greater than) Wert des Elements selber ist dann z.b. die letzte erfolgreich erhaltene Response ID Element Argument Als optionales Argument lässt sich unterscheiden welche Art von Rückmeldung angefordert werden soll. xmsg:argument Enthält die Argumente nach denen die Query aufgebaut werden soll Enthält eine URI die definiert welche Art von Suchbegriff definiert wird Zulässig sind hierbei: Über das zuvor schon erwähnte xmsg:eq lässt sich die genaue Auswahl einschränken. xmsg:eq Elemente zum Einschränken der Auswahl xmsg:argument Zulässig sind folgende e Wert DUA VSA Beschreibung Verarbeitungsrückmeldungen und -quittungen Versicherungsnummernrückmeldungen