Das Kommunikationsverfahren für den Transaktionstyp TD01 von HABIS, eingebettet in die bei DAKOSY seit jeher praktizierte transaktionsorientierte Datenverteilung, ist dadurch gekennzeichnet, dass der Datenstrom entweder von oder zum HABIS geht. Insofern ist der Mandantenbezug (Adressierung) nur beim Absender (Daten an HABIS) oder Empfänger (Daten von HABIS) gegeben. Die Kommunikation von Mandant „X“ zu Mandant „Y“ war hierbei nicht vorgesehen.
Diese Unzulänglichkeit ist im neuen Verfahren (Transaktionstyp TD02) abgestellt, wobei es den einzelnen Mandanten freistehen soll, beim Abrufverfahren (Empfänger-Sender-Synchronisation) zu bleiben.
Neben diesem sogenannten verfahrensspezifischen Anlass sind die einzelnen Nachrichten in Form und Inhalt den aktuellen Erfordernissen angepasst worden.
Die Kommunikation zwischen zwei Mandanten wird ggf. über Service-Provider (Kommunikationsknoten) ablaufen. Um den Empfang einer Nutzdatenfolge (Referenzeinheit) dem absendenden Mandanten bestätigen zu können, ist die Option einer rücklaufenden Bestätigung notwendig. Der Sender ist somit in der Lage, eine Entscheidung über die Wiederholung einer Übertragung zu treffen. Sollte diese Option nicht verwendet werden, trägt der Empfänger das Risiko einer unbemerkten Unterbrechung des Kommunikationsweges.
Im Zuge des verstärkten EDI-Verkehrs entsteht die Notwendigkeit, Back-Up-Konzepte einzubinden. Ein Lösungsansatz ist, dass der Service-Provider eingehende Daten an einen zweiten Empfänger sendet. Der Empfänger der kopierten Daten (Referenzeinheit) sollte erkennen, dass er Zweitempfänger und damit nicht bestätigungspflichtig im Sinne des Referenzbestätigungssatzes ist. Folglich muss auf Referenzeinheitebene (Adressreferenzsatz) eine entsprechende Markierung eingeführt werden.
Innerhalb der Kommunikation zwischen Service-Providern besteht aufgrund des Adessierens(verfahren) [siehe Kapitel Regeln der Datenübertragung mit der Transaktion TD02] die Möglichkeit zur Bündelung mehrerer Nachrichten.
14.02.2002
|
Version |
Art
der Änderung |
durch |
Datum |
|
1.0.0 |
Restrukturierung und Anpassung an aktuelle Anforderungen |
Kristin Küster |
14.02.2002 |