2.9 KiB
domain, tool, scope, tags, owners, contact, component_type, source, source_version, meta_fingerprint, url, part, kind, parent_url, parent_hash, section, ziffer, chunk_index, chunk_fingerprint, last_updated, review_status, review_notes, content_hash
| domain | tool | scope | tags | owners | contact | component_type | source | source_version | meta_fingerprint | url | part | kind | parent_url | parent_hash | section | ziffer | chunk_index | chunk_fingerprint | last_updated | review_status | review_notes | content_hash | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| pathos | pathos | intern |
|
|
einfachbahn@deutschebahn.com | confluence | https://arija-confluence.jaas.service.deutschebahn.com/download/attachments/355496791/Anl1_Datenfelder_EVU-Schnittstelle_Bestellsystem_V4.6.2.pdf | Struktur- und Datenfeldbeschreibungen | chunk | https://arija-confluence.jaas.service.deutschebahn.com/download/attachments/355496791/Anl1_Datenfelder_EVU-Schnittstelle_Bestellsystem_V4.6.2.pdf | 99cc002f0949461e | Struktur- und Datenfeldbeschreibungen | 12 | 6a34632667bcb864 | unknown | approved | 36d57e4f17d4cbd7 |
Kontext: faq pathos primär für intern gedacht anl1 datenfelder evu schnittstelle bestells > Struktur- und Datenfeldbeschreibungen
Die Nachricht wird verwendet, wenn eine vorab empfangene Nachricht durch den Empfänger nicht entgegengenommen oder verarbeitet werden kann. Hierbei kann es sich um erkannte Fehler bei der fachlichen Eingangsprüfung oder um technische Probleme handeln.
ObjectInfoMessage:
Die Nachricht wird verwendet, um Informationen zu neuen oder bestehenden Objekten anzufragen und breitzustellen.
UpdateLinkMessage:
Die Nachricht wird zur Änderung, Auflösung oder Neubegründung der Verlinkung zwischen den Objekten Train (Zug) und Path (Trasse) verwendet. Innerhalb der Planungsphase wird diese Nachricht für die Kommunikation zwischen EVU und DB InfraGO nicht verwendet
Die Nachrichten werden über eine XML-Schnittstelle ausgetauscht.
Anlage 1 Datenfelder der Schnittstelle Bestellsystem – EVU, Version 4.6.2
Seite 10
DB Intern / DB internal
2.1 Geschäftsvorfälle und Basisprozesse
2.1.1 Basisprozesse
Es werden in TAF-TSI/TAP-TSI drei verschiedene Basisprozesse unterschieden
Request: Erstbestellprozess
Der Lebenszyklus des Basisprozesses beginnt mit der Erstbestellung und endet mit dessen Abschluss durch einen finalisierenden Geschäftsvorfall (z.B. Buchungsbestätigung, Abmeldung).
Modification: Änderungsprozess nach Vertragsschluss für Trassen und RV-Kapazitäten, auch Stornierungen von Trassen und RV-Kapazitäten.
Der Lebenszyklus des Basisprozesses beginnt mit einer Änderungsbestellung oder Stornierung und endet mit deren Abschluss durch einen finalisierenden Geschäftsvorfall (z.B. Buchungsbestätigung für die Änderungsbestellung).
Study: Studien
Der Lebenszyklus des Basisprozesses beginnt mit einer Studienbestellung und endet mit deren Abschluss durch einen finalisierenden Geschäftsvorfall (z.B. Übergabe des Studienergebnisses).
Details hierzu sind im nachfolgenden Kapitel zu finden.