Orchestrator/output/chunks/intern/pathos/faq-pathos-primär-für-intern-gedacht/055-wie-soll-angemeldet-werden-wenn-es-sich-um-einen-flügelzug.md

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	domain:pathos tool:pathos scope:intern pathos faq	einfachbahn@deutschebahn.com	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