4.3 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 | faq | confluence | https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/355496791/FAQ+pathOS+prim%C3%A4r+f%C3%BCr+intern+gedacht | Wie soll angemeldet werden, wenn es sich um einen Flügelzug | chunk | https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/355496791/FAQ+pathOS+prim%C3%A4r+f%C3%BCr+intern+gedacht | d6d7a2bb72ca096b | Wie soll angemeldet werden, wenn es sich um einen Flügelzug hat (Fabians SST-Doku Bild 1 mit Zug1,2,3). Beim Anmeldezeitpunkt ist aber nur der erste Flügel und der Stamm bekannt. Die werden angemeldet. Nun kommt später der Flügelzug 3 (also am Ende) dazu – in dieser Anmeldung von Zug3 kann ja korrekt mit TrainActivity und ReasonofReference gearbeitet werden. Muss dann aber die ursprüngliche Bestellung nachträglich geändert werden, nämlich mit einem zusätzlichen RoR und TrainActivity dort wo geflügelt wird? Wie ist es wenn der neue Flügelzug 3 nur an z.B. einem Mittwoch fährt – muss dann sogar im schlimmsten Fall die ursprüngliche Anmeldung geändert, gesplittet oder storniert und neu bestellt werden? Wie verhält es sich hierbei mit den Leistungsprozessarten NEP1, NEP2, GelV? Bei einer Änderung fliegen ja die Kunden per sé aus der NEP1 raus ☹ | 55 | 72517e879e8133be | 2026-06-30 | approved | 0b1aa527d3c854d4 |
Kontext: faq pathos primär für intern gedacht > Wie soll angemeldet werden, wenn es sich um einen Flügelzug hat (Fabians SST-Doku Bild 1 mit Zug1,2,3). Beim Anmeldezeitpunkt ist aber nur der erste Flügel und der Stamm bekannt. Die werden angemeldet. Nun kommt später der Flügelzug 3 (also am Ende) dazu – in dieser Anmeldung von Zug3 kann ja korrekt mit TrainActivity und ReasonofReference gearbeitet werden. Muss dann aber die ursprüngliche Bestellung nachträglich geändert werden, nämlich mit einem zusätzlichen RoR und TrainActivity dort wo geflügelt wird? Wie ist es wenn der neue Flügelzug 3 nur an z.B. einem Mittwoch fährt – muss dann sogar im schlimmsten Fall die ursprüngliche Anmeldung geändert, gesplittet oder storniert und neu bestellt werden? Wie verhält es sich hierbei mit den Leistungsprozessarten NEP1, NEP2, GelV? Bei einer Änderung fliegen ja die Kunden per sé aus der NEP1 raus ☹
Wie soll angemeldet werden, wenn es sich um einen Flügelzug hat (Fabians SST-Doku Bild 1 mit Zug1,2,3). Beim Anmeldezeitpunkt ist aber nur der erste Flügel und der Stamm bekannt. Die werden angemeldet. Nun kommt später der Flügelzug 3 (also am Ende) dazu – in dieser Anmeldung von Zug3 kann ja korrekt mit TrainActivity und ReasonofReference gearbeitet werden. Muss dann aber die ursprüngliche Bestellung nachträglich geändert werden, nämlich mit einem zusätzlichen RoR und TrainActivity dort wo geflügelt wird? Wie ist es wenn der neue Flügelzug 3 nur an z.B. einem Mittwoch fährt – muss dann sogar im schlimmsten Fall die ursprüngliche Anmeldung geändert, gesplittet oder storniert und neu bestellt werden? Wie verhält es sich hierbei mit den Leistungsprozessarten NEP1, NEP2, GelV? Bei einer Änderung fliegen ja die Kunden per sé aus der NEP1 raus ☹
Die Angaben zu Anschlüssen, Verknüpfungen usw sind Informationen, die dazu führen, dass wir im Rahmen der Konstruktion den Kundenwunsch besser verstehen und abbilden können. Eine Ablehnung einer solchen Trassenanmeldung kann aus meiner Sicht hier nicht passieren, da wir zum Zeitpunkt des Eingangs gar nicht einwandfrei feststellen können, ob die Bestellung nicht sogar so gewollt ist. Dein Beispiel des nachträglich bestellten Flügelzugs zeigt das ja deutlich auf. Bei Bestellung war die Nicht-Angabe der Codes korrekt. Inwiefern eine solche Anmeldung wirklich vorkommt, ist für mich aber schwer vorstellbar, weil die Kunden sich zunächst die Gedanken machen, wie sie fahren und dann bestellen und nicht umgekehrt. Und je nach Leistungsprozess ist dann entsprechend eine Entscheidung zu treffen, wie wichtig dem Kunden die Änderung ist.
Ansprechpartner: Fabian Sommer