Regeln der Datenübertragung mit der Transaktion TD01

Zweck

Die Regeln der Datenübertragung mit der Transaktion TD01 dienen:

 

§         der Beschreibung des softwaretechnischen Verfahrens der EDI-Kommunikation auf der Basis der TD01-genannten Transaktion

§         im Rahmen der Softwareerstellung / -anpassung als Programmiervorlage

§         der Aufnahme und Dokumentierung aller zukünftigen Änderungen dieses Dokumentes

§         der Qualitätssicherung im Rahmen des Verfahrensmodells der Softwareentwicklung, gemäß der Verfahrensanweisung         "Software-Entwicklung“ der Fa. DAKOSY AG.

Einleitung

Die Datenübertragung zwischen Kommunikationsteilnehmern und dem System HABIS classic erfolgt nach ähnlichen Prinzipien wie bereits bei der allgemeinen DAKOSY-Datenübertragung Anwendung finden. Die dort bestehenden Möglichkeiten und Vereinbarungen sind im "DAKOSY-Handbuch der Datenkommunikation" festgelegt und finden hier analoge Anwendung.

Lösungsgrundsätze

Das mit diesem Transaktionstyp verbundene Ein-Adressverfahren bindet den Nachrichtenaustausch sowohl beim Senden als auch Empfangen an das Anwendungssystem HABIS classic. Die Datenelemente sind positionsabhängig in den Nachrichten verankert. Es wird analog zu anderen DAKOSY-spezifischen EDI-Produkten die Nachricht in 80-stellige Datensätze "zerlegt" (festes Satzformat). Die Integritätsprüfung der Nachrichtenübermittlung erfolgt anhand der durchnummerierten Datensätze.

In einer Übertragungseinheit können mehrere Nachrichten untergebracht werden (Bündelung).

Detailbeschreibung

Siehe nachfolgende Absätze.

 

Übertragungskomponenten

Init-Satz

 

Jede Datenübertragung erfolgt mit 80-stelligen Sätzen, Datenfernübertragungssätze (DFÜ-Sätze) genannt. Der Teilnehmer stellt eine Datenfolge zusammen. Sie beginnt immer mit dem Initialisierungssatz (Init-Satz). Er besteht nur aus dem Kennwort 'DAKO'.


 

Position

Wertebereich

Stelle 1 - 4

DAKO

Stelle 5 - 80

frei

Tabelle 1: Init-Satz

Sign-On-Satz

 

Der zweite Satz ist der Sign-On-Satz.

Er sagt aus, wer der Teilnehmer ist. Zusätzlich enthält dieser Satz das Kennwort (Passwort) des Absenders. Bei DAKOSY / HABIS classic wird geprüft, ob dieser Teilnehmer berechtigt ist, Daten zu senden bzw. zu empfangen.

 

Position

Wertebereich

Stelle 1 - 4

TD01 Transportdaten

Stelle 5 - 8

Hauptteilnehmer-Code

Stelle 9 - 12

Nebenteilnehmer-Code

Stelle 13 - 16

Hauptteilnehmer-Passwort

Stelle 17 - 20

Nebenteilnehmer-Passwort

Stelle 21 - 21

Verkehrsrichtung ('0' = Senden, '2' = Abrufe)

Stelle 22 - 22

 

Stelle 23 - 24

Auftragskennzeichen

Stelle 25 - 34

Sitzungsnummer des Teilnehmers

Stelle 35 - 37

 

Stelle 38 - 38

Testkennzeichen (' ' = Betrieb, 'T' = Test)

Stelle 39 - 80

frei

Tabelle 2: Sign-On-Satz

 


Abweichung vom DAKOSY-Sign-On-Satz:

 

Position

Wertebereich

Stelle 39 - 39

Formatkennzeichen (' ' = Feste Satzformate, 'E' = EDIFACT-Format)

Hierbei werden zur Zeit nur feste Satzformate unterstützt. 'E' ist reserviert für später. Falls sich im Bahnanwendungsbereich EDIFACT-Nachrichten durchsetzen, können sie durch dieses Kennzeichen identifiziert werden.

Stelle 40 - 42

frei

Stelle 43 - 44

Format Satzaufbau Informationseinheit

Stelle 45 - 48

Teilnehmercode des Empfängers (wie bei MS01)

Stelle 49 - 80

frei

Tabelle 3: Abweichung vom DAKOSY-Sign-On-Satz

Datensätze

 

Ab dem dritten Satz beginnt der Austausch der Daten.

Am Anfang jedes Satzes steht der Nachrichtenkopf. Er besteht aus dem Kennzeichen der Informationseinheit und der laufenden Nummer des DFÜ-Satzes in der Informationseinheit.

Im Satz Nr. 01 jeder Informationseinheit steht die Formatnummer. Mit ihr sagt der Sender aus, wie die folgenden Daten aufgebaut sind. Diese Formatnummer dient dazu, bei einer Umstellung der Informationseinheiten zwischen den alten und neuen Satzaufbauten wählen zu können.

Ab Stelle 7 erscheint der Schlüssel der Informationseinheit.

 

Position

Wertebereich

Stelle 1 - 2

Kennzeichen der Informationseinheit

Stelle 3 - 4

Laufende Nummer des Satzes

Stelle 5 - 6

Bei Satz Nr. 1: Formatnummer der Informationseinheit

Stelle 7 - 80

Daten

Stelle 5 - 80

Ab Satz Nr. 2: Daten

Tabelle 4: Aufbau der Datensätze

 

Die Daten ergeben sich durch die Definition der Informationseinheiten. Sie sind verfügbar im "Feinkonzept Kommunikation". Dieses ist beim HABIS classic-Team erhältlich.

 

Der sich bei der Formatierung ergebende Rest im letzten Satz wird mit Blanks aufgefüllt.

Falls in der Definition der Informationseinheit ein Feld mit Wiederholungsfaktor angegeben ist, wird folgendermaßen verfahren:

Die einzelnen Feldelemente werden von links beginnend eingetragen. Numerische Felder werden rechtsbündig mit führenden Nullen übertragen.

 

Beispiel: Transportanmeldung (AN) in HABIS-Format 01 von Waltershof (WHO) an den Kaibetrieb KAIB für den 06.12.1989, laufende Nummer 4.

 

Zehner

000000000111111111122222222223

Einer

123456789012345678901234567890

Satz 1

AN0101WHO KAIB198912060004

Satz 2

AN02

Satz 3

AN03

Tabelle 5: Beispiel (AN)

Aufbau der Datenübertragung beim Senden

 

Beim Senden erscheint im 'Sign-On'- Satz an der Stelle 21 (Verkehrsrichtung) die Zahl '0'. Die folgenden Sätze enthalten die Daten, die der Teilnehmer an DAKOSY / HABIS classic senden will. Das Sendeprogramm beim Teilnehmer muß die Anzahl der DFÜ-Sätze zählen. Diese Anzahl wird im 'Ende-Satz' von Stelle 4 bis 9 eingetragen. Der 'Ende-Satz' ist durch die Folge ';;;' an den Stellen 1 bis 3 gekennzeichnet. DAKOSY / HABIS classic quittiert dem Teilnehmer den Empfang der Daten.

Aufbau der Datenübertragung beim Empfangen

 

Beim Abrufen erscheint im 'Sign-On'- Satz an der Stelle 21 (Verkehrsrichtung) die Zahl '2'. Es gibt die Möglichkeit, über das zweistellige Auftragskennzeichen an den Stellen 23 bis 24 bestimmte Informationseinheiten abzurufen. Wird kein Auftragskennzeichen eingegeben, übermittelt DAKOSY / HABIS classic alle aktuellen Daten. An den Stellen 43 bis 44 ist die Formatnummer anzugeben, mit der die Daten beim Empfänger erwartet werden. Das Programm bei DAKOSY / HABIS classic zählt die Anzahl der DFÜ-Sätze. Diese Anzahl wird im 'Ende-Satz' von Stelle 4 bis 9 eingetragen. Der 'Ende-Satz' ist durch die Folge ';;;' an den Stellen 1 bis 3 gekennzeichnet. Nach Erhalt des 'Ende-Satzes' quittiert der Teilnehmer die empfangenen Sätze.

Sammelabrufe nach Teilpaketen

 

Um den Kaibetrieben und Kunden die Möglichkeit zu geben, die Anwendungen in ihren Rechnersystemen nach Teilpaketen aufzuteilen, besteht die Möglichkeit, im Auftragskennzeichen einen Sammelabruf durchzuführen. Dabei bedeutet:

 

*C           die Informationseinheiten des Containerverkehrs, nämlich AN, CC, DT, FK, FC, RA, RK, RZ, ST, TK, TC, TB, VC, VS, ZA

*E           die Informationseinheiten des Bahnempfangs, nämlich CC, EB, EK, LK

*K          die Informationseinheiten des konventionellen Verkehrs, nämlich RK, ST, TL, TB, TW, WK

Formatnummernvergabe

 

Für die Formatnummernvergabe wird aus Gründen der möglichen Aktualitätsunterschiede zwischen dem HABIS classic- und Kai-/ Kundensystem bei Änderungen folgende Regel eingeführt:

 

1. Jede Infoeinheit verfügt über mindestens eine Formatnummer.

 

2. Bei an HABIS classic gesendeten Info-Einheiten erhöht sich die Formatnummer mit jeder Änderung um 1.

 

3. Von HABIS classic abgerufene Info-Einheiten ändern sich wie folgt:

 

Die Formatnummer erhöht sich bei jeder Änderung in dieser Gruppe, unabhängig davon, welche Info-Einheiten betroffen sind, um 1.

Mit der so gebildeten Formatnummer werden aber nur die geänderten bzw. neu eingeführten Infoeinheiten versehen.

Dadurch ist pro Info-Einheit ggf. keine lückenlose Folge der Formatnummern gegeben, man erreicht aber, dass bei Sammelabrufen immer eine zum eigenen System verträgliche Aktualitätsebene erreichbar ist.

 

z. B.: TK = 01, TC = 01 / 02, VS = 01 / 03

 

Abruf Format 01:                 TK (01), TC (01), VS (01)

Abruf Format 02:                 TK (01), TC (02), VS (01)

Abruf Format 03:                 TK (01), TC (02), VS (03)

 

4. Nach vorheriger Abstimmung werden alte Formate außer Betrieb genommen.

Änderungsnachweis

 

Version

Art der Änderung

durch

Datum

1.0.0

Restrukturierung und Anpassung an aktuelle Anforderungen

Kristin Küster

14.02.2002