Squashed 'bahn/wissensdatenbank/' content from commit 07a8196e
git-subtree-dir: bahn/wissensdatenbank git-subtree-split: 07a8196e5f9e55d027f90485beb95f4006387669
This commit is contained in:
@@ -0,0 +1,154 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "17"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596585/1+Allgemein"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "9c19b64db30b1545"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
# Prozessabläufe auf der Zeitachse
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
# Einzelthemen
|
||||
|
||||
## Fristensteuerung von Geschäftsvorfällen im Trassenbestell- und Zuweisungsprozess
|
||||
|
||||
TPN hat die Hoheit beim Thema Fristen. Da die TPN-Bestandsfunktionalität für die Fristen-Bestimmung genutzt wird, gibt es hier keine spezielle Anpassung für TTT.
|
||||
|
||||
Die Einstellung der Fristen erfolgt im TPN-Admin-Tool. Die Einstellung erfolgt nach Fahrplanjahr und gilt dann ab Einführung TTT. Die Hoheit gilt für alle Vorgänge, alle Fristentypen und alle Fahrplanphasen.
|
||||
|
||||
Neue Funktionalitäten in TPN
|
||||
|
||||
* Änderung der Regelwerke mit Auswirkungen auf die Fristen kann jederzeit unterjährig eingespielt werden.
|
||||
* Das einzige, was für TTT separat implementiert wurde, ist eine Benachrichtigung von TPN an pathOS, falls die für eine Bestellung automatisch ermittelte Frist nach Eingang in TPN vom Konstrukteur manuell geändert wird und dies Auswirkungen auf pathOS haben muss.
|
||||
|
||||
|
||||
|
||||
Quellen:
|
||||
|
||||
*
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Zugnummernvergabe und -prüfung
|
||||
|
||||
Die systemübergreifende Zugnummernvergabe passiert in TPN. In der GFD-Z erfolgt nur eine interne Prüfung.
|
||||
|
||||
Verändert gegenüber früher wurde, dass die GFD-Z Zugnummernprüfung nicht mehr härter prüft als TPN. Insbesondere wurde in GFD-Z die Prüfung mittels Gültigkeitszeiträumen (von...bis, bisher entscheidend für Zugnummerngültigkeit) auf eine verkehrstagscharfe Prüfung (von...bis, innerhalb des Gültigkeitszeitraumes), analog zu TPN, umgebaut.
|
||||
|
||||
Daraus entsteht ein möglicher Mehraufwand für Kunde & Konstrukteur: EVU storniert im SGV einzelne Verkehrstage und will sie wegen geänderter Auftragslage wieder hinzufügen. Zugnummer ist dann nicht mehr frei und es muss eine neue Zugnummer vergeben werden. Wie im normalen TTT-Prozess vorgesehen wird die Fehlermeldung über eine eventuell an Einzeltagen belegte Zugnummer wird von TPN aus über pathOS an den Kunden geschickt.
|
||||
|
||||
Quellen:
|
||||
|
||||
|
||||
|
||||
|
||||
## Alternative Verknüpfungen (RUT-K)
|
||||
|
||||
Beim Kopieren von einem alten Netzfahrplan in den Neuen sollte berücksichtigt werden, dass die alternativen Verknüpfungen (AV) mit übernommen werden. In der TTT-Welt darf es diese jedoch nicht mehr geben. Die AV müssen somit in mehrere Pathes umgewandelt werden.
|
||||
|
||||
|
||||
|
||||
|
||||
Vorgehen:
|
||||
|
||||
Der Konstrukteur kann eine Trasse mit alternativen Verknüpfungen oder Trassenvarianten in RuT-K per Komfortfunktion aufteilen. Dabei soll die Trasse um n Verkehrstage eingekürzt werden und neue Trasse ( n ) mit n Verkehrstagen entstehen.
|
||||
|
||||
* Vor der Aufteilung zeigt eine Preview-Funktion an, wie viele Trassen und Trassenanteile dadurch entstehen würden
|
||||
* Der Freigabestatus unveränderter Trassenanteile und K-Züge wird automatisch übernommen (in Arbeit/freigegeben)
|
||||
* Nach der Aufteilung wird dem Konstrukteur ein Änderungslog bereitgestellt
|
||||
* Die neue entstandenen Trassen sollen in RuT-K mit einem "Flag" markiert werden. Diese Markierung ist für die spätere Findung dieser Trassen beim Zurückschreiben relevant
|
||||
* Der Konstrukteur hat die Möglichkeit eine automatische, überregionale Rückschreibung anzustoßen. Dabei sieht er im Kontextmenü unter Eingabe der PathRequestId alle zugehörigen Trassen und alle "losen Trassen", welche aufgrund einer Auflösung von Trassenvarianten entstanden sind. Er kann davon die zurückzuschreibenden Trassen auswählen.
|
||||
|
||||
* Vor der automatischen, überregionalen Rückschreibung findet eine Prüfung statt. Zurückgeschrieben werden nur Trassen/Trassenanteile, welche diese Prüfungen erfüllen.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**Beispiel (Happy Path):**
|
||||
|
||||
Gegeben ist eine Trasse mit einer alternativen Verknüpfung zwischen den K-Zügen 1.1 und 1.2. Mit der neuen Funktionalität **"Trassenvarianten auflösen"** kann der Konstrukteur die alternative Verknüpfung aufteilen und den "alternativen Teil" in neue Pathes umlagern.
|
||||
|
||||
|
||||
|
||||
|
||||
PathRequest| Trasse| Trassenanteil| K-Zug| Verknüpfung
|
||||
---|---|---|---|---
|
||||
PR1| Trasse 1| TA 1
|
||||
(mit KA)| K-Zug 1.1 (Mo, Di, - , -)| AV 1.1 <-> 1.2
|
||||
|
||||
|
|
||||
|
|
||||
| K-Zug 1.2 (- , - , Mi, Do)| AV 1.1 <-> 1.2
|
||||
|
||||
|
|
||||
| TA 2
|
||||
(rückgeschrieben)| K-Zug 2.1 (Mo-Di-Mi-Do)|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Nachdem die AV aufgelöst wurde, entsteht eine zeitlich eingekürzte Trasse 1 und eine neue Trasse 2, welchen den "alternativen Teil" enthält. Der Freigabestatus wird übernommen. Der Rückschreibestatus der Trassenanteile geht auf "ohne Bestellung" zurück.
|
||||
|
||||
PathRequest| Trasse| Trassenanteil| K-Zug
|
||||
---|---|---|---
|
||||
PR1| Trasse 1 (eingekürzt) | TA 1
|
||||
(mit KA)| K-Zug 1.1 (Mo, Di, - , -)
|
||||
|
||||
|
|
||||
| TA 2
|
||||
(mit KA)| K-Zug 2.1a (Mo, Di, - , -)
|
||||
/| Trasse 2 (neu)| TA 1
|
||||
(OB)| K-Zug 1.2 (- , - , Mi, Do)
|
||||
|
||||
|
|
||||
| TA 2
|
||||
(OB)| K-Zug 2.1b (- , - , Mi, Do)
|
||||
|
||||
Als nächstes wird in TPN die Zeitscheibe für Trasse 1 eingekürzt (Mo-Do -> Mo - Di) und eine neue für Trasse 2 eine neue Zeitscheibe angelegt (Mi-Do).
|
||||
|
||||
Der Konstrukteur führt eine Absprache mit den anderen FBN-Bereichen durch und stellt sicher, dass alle Arbeiten abgeschlossen sind. Er wählt die neue Funktionalität "Automatisch überregional zurückschreiben". Dort gibt er die PathRequestId ein und es werden folgende Trassen angezeigt:
|
||||
|
||||
* Alle Trassen mit der PathRequestId (Trasse 1)
|
||||
* Alle Trassen, welche durch die Funktion "Trassenvarianten auflösen" entstanden sind (Trasse 2)
|
||||
|
||||
|
||||
|
||||
Der Konstrukteur wählt im Kontextmenü die Trassen 1 und 2 aus. Die Trasse 2 wird mit der Bestellung verknüpft. Anschließend werden beide Trassen zurückgeschrieben.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,65 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "11"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/503104301"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "cc41d7ecefa47a73"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
**Wer ist der 1-Level:**
|
||||
|
||||
* Aktuell besteht der 1-Level aus den Menschen des "zentralen Support" Teams, alias "[Support der Zukunft](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/428909879/Zentraler+1st+Level+Support)" von I.IBV 4
|
||||
* Zusätzlich wird es zum Go-Live noch Verstärkung von 2 Zeitarbeitern geben sowie Springer aus IBV4 (25 Personen), sowie eine Overflow Unterstützung der ISD zu Randzeiten um Service Level Silber+ (24/7 Support) abdecken zu können (dazu ist Roger Zimmermann noch in Klärung).
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**Was macht der 1-Level** :
|
||||
|
||||
* Der 1-Level ist der erste und letzte Kontaktpunkt des Kunden. Der 1-Level nimmt Serviceanfragen, Wünsche und Feedback der Kunden auf und löst einfache Probleme.
|
||||
* Der 1-Level erstellt ein [Ticket ](https://arija.jaas.service.deutschebahn.com/servicedesk/customer/portal/8)und reichert dieses mit allen notwendigen Daten zur Analyse an
|
||||
* Sollte der 1-Level ein Thema nicht bearbeiten können, so geht der 1-Level auf den 2-Level zu, um das Thema lösen zu können.
|
||||
* Ist ein Thema vom 2/3-Level gelöst teilen diese dem 1-Level die Lösung mit, sodass der 1-Level diese an den Kunden geben kann
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**1-Level Workflow** :
|
||||
|
||||
1. via Hotline oder Mail/Ticket den Kunden mit Rat und Tat zur Seite stehen
|
||||
2. Im Idealfall kann dem Kunden sofort geholfen werden, dafür kann man auch den neuen [Chatbot ](https://infrago-chatbot-intern-prod.apps.dbcs-madrid.comp.db.de/)zu Rate ziehen. Man muss aber zwingend die Antwort verifizieren und nicht 1zu1 so an den Kunden rausgeben. (Auch nicht erwähnen das man einen KI-Bot benutzt hat!)
|
||||
3. sofern dem Kunden nicht adhoc geholfen werden kann, ihn anregen entweder[ hierrüber ](https://www.dbinfrago.com/web/pathOS-neues-Bestellsystem--13042318)ein Ticket anzulegen oder notfalls mit ihm zusammen eins anlegen.
|
||||
4. Im Nachgang an den Call das entstandene Ticket mit weiteren Daten anreichern (Alle beschriebenen Felder befüllen, [Stichwörter setzen](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/410782338/TAG+s+und+ihre+Bedeutung), Organisationsgruppe pflegen, [Status ](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/341224934/2.+Ticket+handling)setzen, je nach aktuell definierten[ Prozess ](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/324808476/Ticketprozess+Minimal+Anforderungen)weitere Tickets (TTTI) öffnen, entsprechende Dateien (z.B: XML) anhängen, sofern möglich und nötig, Entsprechenden Bearbeiter setzen, sodass es im [Dashboard ](https://arija.jaas.service.deutschebahn.com/projects/BSSUPPORT/queues/custom/74)richtig filtert.
|
||||
5. Sollten essenziell benötigte Daten nicht gepflegt werden können so ins Gespräch mit dem 2-Level übergehen, sodass diese das Ticket im Anschluss analysieren und ggf. in die richtige Solution / Art tragen können
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Erste Anlaufstelle für Rückfragen sollte sein:
|
||||
|
||||
1. [FAQ](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/355496791/FAQ+pathOS+f%C3%BCr+intern+gedacht)
|
||||
2. Unser [Schulungs Material](https://www.dbinfrago.com/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem--13003480) (siehe Kapitel 2.2 + 2.3) wie z.B: Webbased Trainings (WBT) und Kurz-Videos zu TafTap und PathOS-UI, aber auch die Tooltips im UI.
|
||||
3. Die [Schnittstellen Dokumentation](https://dbsw.sharepoint.com/teams/bestellportal.projekt.dbnetz/Shared%20Documents/Forms/AllItems.aspx?id=%2Fteams%2Fbestellportal%2Eprojekt%2Edbnetz%2FShared%20Documents%2FGeneral%2F01%20%2D%20TAF%2DTAP%20TSI%2F05%20%2D%20Ver%C3%B6ffentlichungSST&viewid=ae4a8c40%2D88dd%2D4611%2D85b2%2Da5134bf89e8d)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Wenn keins dieser vorherigen Punkte passt → auf den [Second-Level](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/503104306/2-Level+Nachschlagewerk) zugehen.
|
||||
@@ -0,0 +1,92 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "10"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/503104306"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "34b27e1a2bc00c83"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
**Wer ist der 2-Level Support:**
|
||||
|
||||
* Der 2-Level wird initial aus dem heutigen PathOS FbF Team (Benjamin Siedersleben, Jun Tao, Martin Schnell) bestehen
|
||||
* Zusätzlich dazu erhält die FbF noch Unterstützung von 2 Kollegen der Fahrplan FbF
|
||||
* und zwei weitere Personen starten gerade ihr Onboarding (Peter Dräxl & Thomas Goerner)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**Was macht der 2-Level Support** :
|
||||
|
||||
* Der 2-Level Support geht in die Tiefenanalyse von Tickets, die der 1-Level nicht lösen konnte
|
||||
* Der 2-Level analysiert weiter gehend Tickets und schaut in die entsprechenden Systeme (DB, Kafka, Camunda, Graphana) und packt seine findings (logs, xml, in das entsprechende Ticket)
|
||||
* Im bestfall kann dadurch der Fehler diagnostiziert werden und es kann an den 1-Level die Lösung zurückgespiegelt werden
|
||||
* Für den Fall, dass auch der 2-Level ein Thema nicht lösen kann gibt dieser das Ticket an das entsprechende Art (3-Level), sodass diese den Fehler fixen können)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* * *
|
||||
|
||||
|
||||
|
||||
|
||||
**2-Level Workflow** :
|
||||
|
||||
|
||||
|
||||
|
||||
1. Zuerst die Fehlersuche in der [Datenbank](https://arija-confluence.jaas.service.deutschebahn.com/pages/resumedraft.action?draftId=498671059&draftShareId=d661b6f0-fa12-4a2f-8093-19494afade8f&)
|
||||
Screenshots &/ XML mit ans Ticket hängen → Dafür einfach in z.B: der AV nach dem PR suchen und den Body im Ergebnis anklicken:
|
||||
|
||||
Die json kann man dann direkt rauskopieren und ggf. in notepad++ zu einer xml umwandeln.
|
||||
|
||||
Sucht man z.B: im request des CI so erhält man direkt eine XML:
|
||||
|
||||
|
||||
|
||||
2. Fehlercodes und ihre Bedeutung findet man in dieser [Liste](https://dbsw.sharepoint.com/:x:/r/teams/bestellportal.projekt.dbnetz/_layouts/15/Doc.aspx?sourcedoc=%7B363839C4-7342-4A93-A498-A309B6F01153%7D&file=ErrorMessages_and_Codes_DB_Netz%20\(Input%20Anlage%209\).xlsx&action=default&mobileredirect=true&isSPOFile=1&ovuser=a1a72d9c-49e6-4f6d-9af6-5aafa1183bfd%2CBenjamin.Siedersleben%40deutschebahn.com&clickparams=eyJBcHBOYW1lIjoiVGVhbXMtRGVza3RvcCIsIkFwcFZlcnNpb24iOiI0OS8yNTA3MTcxNDgxNSIsIkhhc0ZlZGVyYXRlZFVzZXIiOmZhbHNlfQ%3D%3D)
|
||||
|
||||
|
||||
3. Sind tiefere Analysen zur Fehlererkennung von Nöten so schaut man ins [Kafka](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/503104317/Kafka+Fehlersuche)
|
||||
|
||||
|
||||
4. Wenn TPN was geschickt aber wir haben im KAFKA nichts erhalten, dann muss man auf CIB zugehen, oder ggf. selbst im [Camunda](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/503104315/Camunda+Fehlersuche)/Graphana nach Fehlern suchen.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**tbd** :
|
||||
|
||||
* auf wen geht man zu wenn dort alles pathos seitig passt?
|
||||
|
||||
|
||||
|
||||
Vorschlag Ben:
|
||||
|
||||
1. scheitert es im UI schon beim absenden → 404 Teams Kanal
|
||||
2. kommt nach dem absenden im UI zu ein TPNValid Fehler → TPN FbF
|
||||
|
||||
|
||||
3. verhält der Mock (Testsystem ohne Fahrplan) komisch → CIB Teams Kanal
|
||||
|
||||
|
||||
4. gibt es Probleme am CI beim raussenden von Nachrichten oder etwas geht nicht nach TPN weiter → Zero Teams Kanal
|
||||
5. Geht die PDM sauber raus aber der Kunde erhällt nichts und Zero bestätigt den Korrekten Versand → EVU muss sein CI überprüfen
|
||||
|
||||
|
||||
6. Für alles was sauber Richtung TPN versandt wurde und auf dem Rückweg nicht wieder bei Pathos ankommt → TTT_Markttest-Team (Muss an die Teams auf Fahrplanseite getragen und analysiert werden)
|
||||
@@ -0,0 +1,32 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "4"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/493882147/2+Netzfahrplan"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "59ffb3f4baccc3f4"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner| ,
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Fachliches Prozessdiagramm des Netzfahrplans unter TTT
|
||||
|
||||
Quelle: [1.1 ujBau Prozess Tieferlegung](https://arija-confluence.jaas.service.deutschebahn.com/spaces/C2S/pages/441695303/1.1+ujBau+Prozess+Tieferlegung)
|
||||
@@ -0,0 +1,78 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "6"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/449099781/2025-06-05+Inland-Ausland-Inland"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "0a0f0dfbbd471f11"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
# Teilnehmer
|
||||
|
||||
11 complete Felix Mohr Besprechungsorganisator*in Keine 12 incomplete Stefan Gründling Erforderlicher Teilnehmer Mit Vorbehalt 13 complete Bernd Brandes Erforderlicher Teilnehmer Zugesagt 14 complete Basil Zöhrer Erforderlicher Teilnehmer Zugesagt 15 complete Fabian Knöller Erforderlicher Teilnehmer Zugesagt 16 complete Lennart Freitag Erforderlicher Teilnehmer Zugesagt 17 complete Danielle Berg -Extern Erforderlicher Teilnehmer Zugesagt 18 complete Matthias Laube Optionaler Teilnehmer Keine 19 complete Andreas Sebastian Zöllner Optionaler Teilnehmer Zugesagt 20 incomplete Fabian Sommer Optionaler Teilnehmer Keine
|
||||
|
||||
|
||||
|
||||
|
||||
# Protokoll
|
||||
|
||||
GFD-Z/BSV
|
||||
|
||||
* NSS braucht Eindeutigkeit bei Zugnummer und Verkehrstag, es käme zu Überschreibungen
|
||||
* BSV braucht Eindeutigkeit bei Zugnummer und Verkehrstag, sonst grundsätzlich keine Funktionalität
|
||||
|
||||
|
||||
|
||||
pathOS
|
||||
|
||||
* Stückelung gemäß TTT-Logik bereits bei pathOS implementiert, ebenso bei der Umsetzung der EVU
|
||||
|
||||
|
||||
|
||||
Allgemein
|
||||
|
||||
1. Widerspricht es der TTT-Logik die Gesamtbestellung mit einer pathID an den Kunden zu geben? → Ja!
|
||||
2. Wie werden Folgeprozesse abgebildet?
|
||||
|
||||
|
||||
|
||||
## Mögliche Lösungen
|
||||
|
||||
1. Schnittstellenanpassung und der Kunde muss entweder
|
||||
1. es **in einem PathRequest** mit internationaler Zugnummer bestellen und intern arbeiten wir wie bisher (inklusive Verbot der Nutzung von Reason of Reference 1006/1007)
|
||||
2. es in zwei PathRequest **ohne internationale Zugnummer** , stattdessen mit zwei unterschiedlichen Zugnummern + Zugnummernwechsel an der Grenze oder beim Fremd-EIU
|
||||
_= es sind zwei separate Bestellungen, deren Zusammenhang nur schwer erkenntlich ist_
|
||||
2. Umsetzung mit zwei PathRequest und derselben Zugnummer, wie in der Schnittstelle beschrieben, erfordert
|
||||
* Anpassung NSS: Pathes mit selber Zugnummer und Verkehrstag zusammenführen (Schneiden&Kleben)
|
||||
* Anpassung Fplo-Erstellung: TODO: Fachlich klären, ob pro Zug und Verkehrstag (und FBN) nur 1 Fplo existieren darf:
|
||||
* falls ja: GFD und BSV-Fplo müssen aus mehreren Pathes mit selber Zugnummer und Verkehrstag zusammengeführt werden (Schneiden&Kleben)
|
||||
* falls nein: es entstehen mehrere Fplo mit selber Zugnummer, Verkehrstag, FBN; GFD vsl. keine Anpassung BSV muss ggf. Anpassungen bzgl. Identifizierung machen
|
||||
|
||||
|
||||
|
||||
## Verworfene Lösungen
|
||||
|
||||
1. Bestellungen gemäß Sst werden intern zB von TPN zusammengeführt: lohnt sich nicht, da dennoch in RuT-K zwei Trassen entstehen müssen, damit jeweils eine eigene PathID vorhanden ist, wodurch die Kleben&Schneiden-Prozesse s. mögliche Lösung 2. trotzdem benötigt werden; außerdem wie werden Folgeprozesse abgebildet, da jeweils separate "Umbestellungen" erfolgen können?
|
||||
|
||||
|
||||
|
||||
## Fazit
|
||||
|
||||
Lösung 1a wird weiter verfolgt
|
||||
@@ -0,0 +1,35 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "7"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/493882158/3+Gelegenheitsverkehr"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "e05fc4629a03febf"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner| ,
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
**Unterseiten von 3 Gelegenheitsverkehr**
|
||||
|
||||
* * *
|
||||
|
||||
## Fachliches Prozessdiagramm des Gelegenheitsverkehrs unter TTT
|
||||
|
||||
Quelle:
|
||||
|
||||
EON: EBuLa Online
|
||||
@@ -0,0 +1,209 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "15"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/500500501/4+Unterj%C3%A4hriger+Bau"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "8e242027e74fd411"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner| , ,
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
**Unterseiten von 4 Unterjähriger Bau**
|
||||
|
||||
* * *
|
||||
|
||||
## Änderung an Startbetriebsstellen in Bauprozessen
|
||||
|
||||
### Ausgangssituation
|
||||
|
||||
Die vorhandene TPN Reglementierung schreibt vor, das Änderungen der Ausgangsniederlassung in keiner Prozessphase möglich sind. Der im Rahmen von Annex VII eingeführte Stellungnahmenprozess bedingt jedoch die Möglichkeit der Änderung der Startbetriebsstelle.
|
||||
|
||||
### Ergebnis
|
||||
|
||||
Entgegen der Festlegung im GelV ist eine Änderung der Startbetriebsstelle mit Auswirkungen auf die Ausgangsniederlassung (Ausgangsregion) im Rahmen des uj Bauprozesses statthaft.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
## Preisbildung von Bautrassen
|
||||
|
||||
1. Wann und wie erfolgt die Preisbildung für ujBau-Trassen?
|
||||
2. Wann und wie werden die Preise mitgeteilt?
|
||||
|
||||
|
||||
|
||||
Zu diesen Fragestellungen existiert eine ausführliche Dokumentation bei O2C:
|
||||
|
||||
Quelle:
|
||||
|
||||
## Referenzen Bau bei gesplitteten PA im GPE/NAÄ
|
||||
|
||||
### Fragestellung
|
||||
|
||||
Werden bei einem Zug mit geografisch gesplitteten PA auf dem Gebiet der InfraGO je alle Referenzen zu Bau angegeben oder wird je PA die tatsächliche Referenz für den enthaltenen Abschnitt angegeben?
|
||||
Beispiel Zug von A-B-C-D
|
||||
|
||||
* Baustelle 1 im Abschnitt A-B
|
||||
* Baustelle 2 im Abschnitt C-D
|
||||
* Path 1 A-C
|
||||
* Path 2 C-B
|
||||
|
||||
|
||||
|
||||
Bekommt Path 1 auch die Referenz auf Baustelle 2 bzw. Path 2 auf Baustelle 1 oder nur auf die relevante für den Laufweg?
|
||||
|
||||
### Antwort
|
||||
|
||||
* Jeder Path erhält die Referenz auf die für ihn relevanten Baustellen.
|
||||
* Bei separaten Pathes werden also keine Hinweise auf andere Baustellen gegeben.
|
||||
|
||||
|
||||
|
||||
### Sonderfall mit mittigem Teilausfall
|
||||
|
||||
* Wir splitten Zug in zwei Pathes im GPE nach Stellungnahme
|
||||
* Beide Pathes enthalten alle Baumaßnahmen des GPE
|
||||
* Werden nachträglich Baumaßnahmen hinzugefügt, werden diese nur dem betroffenen Path hinzugefügt
|
||||
* Es wird die vollständige Trasse mit mittigem Teilausfall als GPE angeboten, dabei werden die ausfallenden Betriebsstellen gekennzeichnet indem ein „TrainActivityTypeCode“ mit Bedeutung „SEV“ dort gesetzt wird.
|
||||
|
||||
* Zugnummern/OTN
|
||||
* In der Stellungnahme gibt der Kunde an, welcher der beiden verbliebenden Zugläufe umgenummert werden soll
|
||||
* Die Umnummerung erfolgt wie heute, das heißt auch die Kontingente bleiben analog zu heute erhalten
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
|
||||
|
||||
## Zugnummernvergabe bei mittigem Teilausfall
|
||||
|
||||
Geplante Umsetzung in TPN
|
||||
|
||||
* Reservierungen sind weiterhin mit einem Gültigkeitszeitraum in TPN vorgesehen. Das heißt "von" bis "bis".
|
||||
* Das Konzept mit Reservierungen und Belegungen im ZugnummernG bleibt ebenfalls erhalten
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Neu für die Umsetzung in TPN
|
||||
|
||||
* Neu für TPN ist, dass ein Teil einer Bestellung eine neue Zugnummer bekommen muss. Mittiger Teilausfall heißt, dass ein Teil eine neu Zugnummer zugewiesen werden muss.
|
||||
* Mittiger Teilausfall = zwei Pathes
|
||||
* Bei TPN für PI39 geplant und notwendig, da voraussichtlich im Mai der Kundentest geplant ist
|
||||
* TPN muss die Fähigkeit umsetzen zwei netzausgelöste Änderungen auf die selbe Trassen anzuwenden als "räumliche Teiländerungen" (Verlinkung zwischen den beiden NAÄ mittels RoR 1009)
|
||||
* Bündelung der zwei unabhängigen Änderungen mit gleicher Referenz auf einen Path am gleichen Verkehrstag → Muss TPN mit PathOS besprechen
|
||||
* TPN spricht mit GFD-Z und RUT-K damit diese die Verlinkung der zwei Aufträge an TPN liefern
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
|
||||
|
||||
## GPE, FPE Gültigkeit
|
||||
|
||||
Wird ein GPE2 bzw. ein FPE immer die gesammte Gültigkeit des ursprünglichen GPEs abdecken, im Zweifel additiv über zustäzliche GPEs? Oder gibt es dann zusätzliche FPEs bzw. eine withdraw Nachricht für bestimmte Tage?
|
||||
|
||||
Ein GPEnS/ FPE deckt nicht zwingend den gleichen Zeitraum des GPEs ab. Beispiel: Eine verfristete Baumaßnahme kann dazu führen, dass sich der Zeitraum des ersten GPEs verkürzt, da dieser nicht durch die neue BM betroffen ist. Für die Tage, an denen die neue BM wirksam ist, startet ein neuer Prozess mit einen neuen Fahrplanprodukt.
|
||||
|
||||
Welchen Gültigkeitszeitraum kann ein naÄ umfassen? Immer nur maximal den Zeitraum des vorgelagerten GPE/GPE nach Stellungnahme? Kann der Gültigkeitseitraum der FPE/NAÄ auch länger als 7 Tage sein wenn es kein GPE gab?
|
||||
|
||||
Der Gütigkeitszeitraum beträgt regulär 7 Wochentage bei allen Fahrplanprodukten. In Ausnahmefällen können GPE, GPEnS, FPE und NAÄ 8 Wochentage enthalten.
|
||||
|
||||
Quelle
|
||||
|
||||
|
||||
|
||||
|
||||
## uj Bau bei Neubestellungen <T-29
|
||||
|
||||
Frage: Bei Neubestellungen von Zügen im NFPL nach T-29 - wie kommen dann GPE und FPE-Informationen auf die Züge? (T-x = Wochen) TTTSOL-512 - uj Bau bei Neubestellungen <T-29 Fertig
|
||||
|
||||
Antwort: INB 2027 Ril 402.0305 Abschnitt 8 Abs. 2 Bereitstellung FPE für BKE der zweiten und dritten Konsultationsphase für Trassen aus NEP II
|
||||
Die DB InfraGO AG stellt für BKE aus der zweiten und dritten Konsultationsphase das FPE für Trassen mit Verkehrstagen zwischen dem Fahrplanwechsel und 28. bzw. 29. Februar, welche zur zweiten Netzfahrplanerstellungsphase angemeldet wurden, bis acht Wochen (SPV) bzw. fünf Wochen (SGV) vor Baubeginn innerhalb der betroffenen Bauwoche zur Verfügung. Die DB InfraGO AG strebt an, FPE des SGV bis acht Wochen, spätestens jedoch fünf Wochen vor Baubeginn innerhalb der betroffenen Bauwoche zur Verfügung zu stellen.
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
INB 2027 Ril 402.0305 Abschnitt 8 Abs. 4 Bereitstellung FPE für BKE der zweiten und dritten Konsultationsphase aus NEP I
|
||||
Für BKE, die in der zweiten und dritten Konsultationsphase behandelt wurden und bis 28. bzw. 29. Februar des aktuellen Fahrplanjahres beginnen, stellt die DB InfraGO AG den betroffenen ZB ein GPE bis spätestens 15 Wochen vor Beginn der betroffenen Bauwoche zur Verfügung (Ausnahmen siehe Abs. 2). Die ZB haben drei Wochen Zeit für eine Stellungnahme. Diese kann sich ausschließlich auf die Inhalte des GPE beziehen, da die zugrunde liegende BKE zum Versandzeitpunkt des GPE bereits konsultiert wurde.
|
||||
|
||||
Frage: Durch die bisherige Länge der NEP 2 Phase und der zusätzlichen Aufteilung wird es im Migrationszeitraum und Zielzeitraum eine immense und komplexe Bearbeitung der Bauplanung auf EVU-Seite geben. Das bisherige Ende der NEP2 Und die neuen Fristen lassen sich bis ca Ende januar nicht übeerin bringen. Unser Vorschlag lautet die NEP 2 einzukürzen. Ziel muss es sein, bis Ende September den endgültigen ENP vorliegen zu haben.
|
||||
Wie wird die DB InfraGO vorgehen? TTTSOL-482 - Integration Fristen Annex VII und NEP Fertig
|
||||
|
||||
Antwort: Im Rahmen der Prozessausgestaltung des Annex VII haben wir bereits versucht die NEP 1 und 2 zu beschleunigen. Aufgrund weiterer Gesetzgebungen, an welche die DB InfraGO AG gebunden ist, können die Netzfahrplanerstellungszeiten leider nicht weiter optimiert werden.
|
||||
|
||||
Quelle:
|
||||
|
||||
## Änderungsbestellungen/Änderungsprozess - Parellelität
|
||||
|
||||
Frage: Wie soll mit der Parallelität Änderungsbestellung/ unterjähriger Bauprozess umgegangen werden? [[Bild: https://arija.jaas.service.deutschebahn.com/secure/viewavatar?size=xsmall&avatarId=10318&avatarType=issuetype]TTTSOL-456](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-456) \- Änderungsbestellungen/Änderungsprozess - Parellelität Fertig
|
||||
|
||||
Antwort: Auszug INB 2027 - Ril 402.0305 Abschnitt 10 Absatz 6 Änderungsbestellungen von baubetroffenen Trassen (6)
|
||||
Änderungsbestellungen für den baubetroffenen Zeitraum sind zwischen z-29 bis z-8 (Bearbeitungsphase der baubetroffenen Trassen durch die Baumaßnahme) nicht zulässig. Der nicht baubetroffene Zeitraum ist hiervon ausgenommen. Die ZB haben die Möglichkeit im Rahmen der Stellungnahme zum GPE, Änderungswünsche für den baubetroffenen Zeitraum der DB InfraGO AG mitzuteilen.
|
||||
|
||||
Frage: Welche Möglichkeit haben EVUs die Baubetroffenheit festzustellen, wenn ein GPE noch nicht oder verfristet vorliegt? [[Bild: https://arija.jaas.service.deutschebahn.com/secure/viewavatar?size=xsmall&avatarId=10318&avatarType=issuetype]TTTSOL-966](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-966) - Abschnitt 10 (6) Änderungsbestellungen von baubetroffenen Trassen Fertig
|
||||
|
||||
Antwort: Die bekannten BKE sind in der KOMBau hinterlegt und können dort eingesehen werden, z.B. der Zeitraum und die örtliche Lage.
|
||||
|
||||
Frage: Wird in dem Zusammenhang darüber nachgedacht die OIM zum Zeitpunkt z-29 wieder/doch einzuführen, um Seitens DB InfraGO über die Baubetroffenheit zu informieren? [[Bild: https://arija.jaas.service.deutschebahn.com/secure/viewavatar?size=xsmall&avatarId=10318&avatarType=issuetype]TTTSOL-966](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-966) - Abschnitt 10 (6) Änderungsbestellungen von baubetroffenen Trassen Fertig
|
||||
|
||||
Antwort: Wie am 02.07.2024 in der RTB AG kommuniziert, ist für den Migrationszeitraum keine Umsetzung der OIM geplant. Die OIM kommt nicht vor der vollständigen Einführung TTT.
|
||||
|
||||
Frage: Wir gehen davon aus, dass Änderungsbestellungen, die einen baubetroffenen Zeitraum tangieren technisch zurückgewiesen werden. [[Bild: https://arija.jaas.service.deutschebahn.com/secure/viewavatar?size=xsmall&avatarId=10318&avatarType=issuetype]TTTSOL-966](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-966) - Abschnitt 10 (6) Änderungsbestellungen von baubetroffenen Trassen Fertig
|
||||
|
||||
Antwort: Die Eingabe der Änderungsbestellung durch die Kunden in die Systeme wird, wie gewohnt, notwendig sein.
|
||||
|
||||
Frage: Schließt DB InfraGO netzausgelöste Änderungen (unabhängig von Bau) im Zeitraum z-29 bis z-8 generell aus? Wenn nicht, welche Regelung/Prozess gibt es dazu? [[Bild: https://arija.jaas.service.deutschebahn.com/secure/viewavatar?size=xsmall&avatarId=10318&avatarType=issuetype]TTTSOL-966](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-966) - Abschnitt 10 (6) Änderungsbestellungen von baubetroffenen Trassen Fertig
|
||||
|
||||
Antwort: Nein, es kann nicht ausgeschlossen werden, dass während der Bearbeitungszeit im unterjährigen Bau, keine weiteren netzausgelösten Änderungen verarbeitet und gesendet werden.
|
||||
|
||||
Frage:
|
||||
|
||||
Nach den bisher vorliegenden Informationen fehlt uns weiterhin die Transparenz über die Handhabung der Zurückweisung. Dazu zwei Beispiele:
|
||||
#1
|
||||
|
||||
* Es erfolgt eine Änderungsbestellung für eine Trasse (Di - Sa) ab Mai 2027ff
|
||||
* Im Juli 2027 ist die Trasse baubetroffen
|
||||
* Zum Zeitpunkt der Änderungsbestellung wird im Baufpl bereits daran gearbeitet
|
||||
#2:
|
||||
* wie vor, jedoch ist die Trasse im Juli 2027 an Sa baubetroffen
|
||||
|
||||
|
||||
|
||||
Für welchen Zeitraum erfolgt die Zurückweisung der Änderungsbestellung? [[TTTSOL-1518] Zurückweisung der Änderungsbestellung, wenn eine Trasse baubetroffen ist - DB InfraGO ITD Lifecycle Management Tool](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-1518)
|
||||
|
||||
Antwort: Es gibt eine Rückmeldung nach Bearbeitung der Änderungsbestellung. Hier erkennt man, an welchen Tagen die Änderungsbestellung umgesetzt werden kann und an welchen eine Bautrasse angelegt wird. Für den Zeitraum der Bautrasse wird eine „Nichtkonstruierbarkeit“ gesendet. Die Nichtkonstruierbarkeit auf Änderungsbestellung wird im Hauptschnittstellendokument auf Seite 44 im Schaubild des Trassenänderungsprozess beschrieben. (Versand dieser Nichtkonstruierbarkeit ist innerhalb von 5 Arbeitstagen)
|
||||
|
||||
## ANNEX VII
|
||||
|
||||
Frage: Wie wird die Annex Richtlinie in den DB RegioNetz Verkehrsgesellschaft GmbH und den beiden Gleichstrom Netzen S-Bahn Hamburg und S-Bahn Berlin umgesetzt werden? Werden diese genannten Netze identisch zu den anderen DB InfraGO Netzen umgesetzt oder gibt es hier Abweichungen? [[TTTSOL-486] ANNEX VII - DB InfraGO ITD Lifecycle Management Tool](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-486)
|
||||
|
||||
Antwort: Die INB gelten auch für DB RegioNetz Verkehrsgesellschaft GmbH und S-Bahn-Netze, der ANNEX VII unterscheidet sich hier nicht.
|
||||
|
||||
## Fachliches Prozessdiagramm des unterjährigen Bau unter TTT
|
||||
|
||||
Quelle: [1.1 ujBau Prozess Tieferlegung](https://arija-confluence.jaas.service.deutschebahn.com/spaces/C2S/pages/441695303/1.1+ujBau+Prozess+Tieferlegung)
|
||||
@@ -0,0 +1,63 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "12"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/553972827/Abk%C3%BCrzungen"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "f2e2e9cafecf6f56"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Abkürzung| Beschreibung
|
||||
---|---
|
||||
CI | Common Interface (technische Schnittstelle für Trassenanmeldung als einer von zwei Wegen von pathOS)
|
||||
EIU| Eisenbahninfrastrukturunternehmen
|
||||
EVU| Eisenbahnverkehrsunternehmen
|
||||
FLP|
|
||||
|
||||
NSP| Network Specific Parameter (Spezifische Attribute im Zuständigkeitsbereich eines EIU , die nicht in den europäisch festgelegten Standard-Attributen von TAF/TAP-TSI beinhaltet sind. Es handelt sich also um EIU-spezifische nationalen Parameter, die vom jeweiligen EIU festgelegt werden können und dann im Zuständigkeitsbereich dieses EIU für Nachrichten zur Abwicklung der Geschäftsvorfälle zu nutzen sind. )
|
||||
OTN| Operational Train Number
|
||||
PA| Path
|
||||
pathOS| Neues Trassenbestellsystem ab Fahrplanjahr 2027, bestehend aus einer technischen Schnittstelle und einem Webportal
|
||||
PDM| Path Details Message
|
||||
PLC| Primary Location Code
|
||||
PRM| Path Request Message
|
||||
PTCM| Passenger Train Composition Message (Personenverkehr)
|
||||
RA| Responsible Applicant (bestellendes und vertragsbindendes EVU)
|
||||
RoR| Reason of Reference ( siehe <https://arija-confluence.jaas.service.deutschebahn.com/x/YP38HQ>)
|
||||
RRU| ResponsibleRU
|
||||
RU| Railway Undertaking, englische Bezeichnung für ein EVU (Eisenbahnverkehrsunternehmen)
|
||||
SLC| Subsidiary Location Code
|
||||
TCM| Train Composition Message (Güterverkehr)
|
||||
TOI| TypeOfInformation (Art der Nachricht an den Kunden)
|
||||
TPN| Trassen Portal Netz
|
||||
TR| ReferenceTrain
|
||||
|
||||
|
||||
|
||||
|
||||
Eine ausführlichere Erläuterungen von Begriffen finden sich auf:
|
||||
|
||||
[Download-TAF-TAP-Glossar-data.pdf](https://www.dbinfrago.com/resource/blob/11089224/1c9c5e81637ecedea763f04efad4013d/Download-TAF-TAP-Glossar-data.pdf)
|
||||
@@ -0,0 +1,56 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600191/Ablehnung+mit+%C3%9Cberarbeitung"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "85efd569db81c550"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Nachrichten bei "Ablehnung mit Überarbeitung" im Gelegenheitsverkehr
|
||||
|
||||
|
||||
Die Geschäftsvorfallketten "Trassenbestellung Gelegenheitsverkehr" und "Trassenänderungsprozess" sehen die Möglichkeit einer Nachricht "Ablehnung mit Überarbeitung" (PathDetailsRefusedMessage) seitens des EVUs vor. Das EIU kann auf eine PathDetailsRefusedMessage mit einer oder mehreren PathDetailsMessages reagieren. Dafür gibt es drei Typen von PathDetailsMessages:
|
||||
|
||||
* "Nichtkonstruierbarkeit" (1/3/21)
|
||||
* "Unverändertes Trassenangebot" (2/3/16)
|
||||
* "Überarbeitetes Trassenangebot (1/3/16)
|
||||
|
||||
|
||||
|
||||
Bei mehreren PathDetailsMessages können diese aus einer beliebigen Mischung von PathDetailsMessages "Nichtkonstruierbarkeit", "Unverändertes Trassenangebot" und "Überarbeitetes Trassenangebot" bestehen.
|
||||
|
||||
|
||||
|
||||
|
||||
Jeder Referenztag aus der PathDetailsRefusedMessage taucht in genau einer PathDetailsMessage auf, d.h. zu jedem abgelehnten Referenztag erhält das EVU immer genau eine Rückmeldung, wie mit dem Tag weiter verfahren wird. Allerdings kann es vorkommen, dass mehrere Tage in einer Ablehnung zusammengefasst werden, wenn die gleiche Begründung gilt und zur gleichen Bestellung gehören.
|
||||
|
||||
|
||||
|
||||
|
||||
Das Verhalten ist für die Geschäftsvorfallketten Trassenbestellung Gelegenheitsverkehr und Trassenänderungsprozess im [Netzfahrplan](https://arija-confluence.jaas.service.deutschebahn.com/x/D-c9HQ) identisch.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,56 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596592/Ablehnung+ohne+%C3%9Cberarbeitung"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "7acc18e8226838f9"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Zweck und Geltungsbereich
|
||||
|
||||
* Beendet ein Angebot endgültig ohne Überarbeitungswunsch; internes Dokument für DB InfraGO.
|
||||
|
||||
|
||||
|
||||
Kernprozess (DB InfraGO)
|
||||
|
||||
* GFD-Z: Bestellung zum Angebot wird storniert.
|
||||
* RUT-K: Konstruktionsauftrag zum Angebot wird entzogen. Die Trasse wird jedoch nicht gelöscht und muss bedarfsweise vom Konstrukteur gelöscht werden.
|
||||
* Bestehende, vertraglich wirksame und referenzierte Trassen bleiben unverändert wirksam.
|
||||
* Trassenangebote werden vollständig abgelehnt oder angenommen; Ablehnung mit Überarbeitung ist hier nicht zulässig.
|
||||
|
||||
|
||||
|
||||
TAF/TAP-TSI Zuordnung
|
||||
|
||||
* Nachricht: PathDetailsRefusedMessage mit Bezug über PathID.
|
||||
* Kennzeichnung über TypeOfInformation-Code „offer rejected (without revision)“.
|
||||
* DB-spezifische Regeln ggf. über NetworkSpecificParameter.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,38 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "4"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596596/Abmeldung"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "dd09d3bbfb7ac46a"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Eine Abmeldung von Trassen kann durch den Kunden erfolgen bevor eine Trassenkonstruktion und ein Vertragsschluss über die Trasse stattgefunden hat.
|
||||
|
||||
## Behandlung in RUT-K
|
||||
|
||||
Bei Abmeldungen von Trassen oder Änderungen vor Angebotsabgaben von Trassen folgt der Prozess dem Systemdurchlauf ausgehend von TPN von vor der TT-Einführung. Das heißt der Status Quo bleibt erhalten (Nur Verknüpfung zwischen Fahrlage und Trasse wir gelöst, Trasse bleibt erhalten). Dies entspricht auch dem ausdrücklichen Wunsch der Anwender. Bei TTTclassic waren hier Änderungen bezüglich dem Beibehalten der bestehenden Trasse angedacht.
|
||||
|
||||
Quellen:
|
||||
|
||||
*
|
||||
@@ -0,0 +1,44 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/551031002/Abrechnung+der+Trassen"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "a0e7d4b193cd418e"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Anbindung Abrechnung und Preisgenerierung
|
||||
|
||||
AC-Trasse hängt aktuell nicht an pathOS, sondern wie bisher an GFD-Z. Deshalb kann hier das bekannte Format zwischen den beiden weiter benutzt werden.
|
||||
|
||||
|
||||
|
||||
|
||||
Langfristig ist geplant eine Schnittstelle zwischen AC-Trasse und pathOS einzurichten.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
<https://arija-confluence.jaas.service.deutschebahn.com/x/QRyRI>
|
||||
@@ -0,0 +1,58 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "23"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/533406996"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: "redigiert: [A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}"
|
||||
content_hash: "211c46c9d58eceda"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
### Support
|
||||
|
||||
721 47cfa078-9da7-4083-a52d-4770f69d73df complete jede Mail an [[REDACTED]](mailto:[REDACTED]) wird jetzt automatisch ein BSSUPPORT-Ticket (AP Thomas Goerner -Extern) -> Wichtig: Outlook-Regel anlegen, das für abgesagte Termine bspw. keine Tickets erstellt werden (<https://arija.jaas.service.deutschebahn.com/browse/BSSUPPORT-1172>)
|
||||
|
||||
* * hat noch einige "Kinderkrankheiten" Thomas ist mit Willy dran
|
||||
* Thomas wird nächste Woche einladen und den neuen Prozess vorstellen
|
||||
* Abarbeitung gerade noch etwas "wild"
|
||||
* Anfrage-Typ verwenden
|
||||
|
||||
722 fed9f962-41b2-4805-ab69-dd7f7b5c4b20 complete Ein Dashboard/Einstieg für alle
|
||||
* <https://arija.jaas.service.deutschebahn.com/projects/BSSUPPORT/queues/custom/74>
|
||||
* <https://arija.jaas.service.deutschebahn.com/secure/Dashboard.jspa?selectPageId=38103>
|
||||
|
||||
723 bdb889ff-788a-4665-a491-48db1b1c1613 complete Anrufe an den Support? 724 d7c459a8-76fe-4ecc-894c-0dde6e0b5d78 complete PAN-Client
|
||||
|
||||
* Umgang im Support mit dem PAN-Client -> Was brauchen wir, dürfen wir,....?
|
||||
* PAN-Client → Windows Variante testen?
|
||||
* Zugriff C8 ABN1 und höhere Umgebungen "angeleihert" → nochmal testen
|
||||
* <https://argocd.cnp-prod.cnp.comp.db.de/user-info>
|
||||
* Thunderclient Aktivitäten?
|
||||
|
||||
725 62963759-3416-411b-bf18-08dfdd53cf64 complete Onboarding Thomas, Peter und Heiko 726 3b23de5d-2792-46e1-b11f-7b975b0cc160 complete kurze Camunda-Einführung von Martin + Berechtigung für Heiko organisieren 727 93bb3f96-28f6-4992-bf65-768a0a18381d complete weitere Doku in Confl. anlegen 728 555581fd-03ed-4e8d-b1c3-402e45aa9f7e complete Haram wollte auch was übernehmen → nochmal klären 729 f1574589-4295-4439-a3ea-2b1f054e377c incomplete Portal Handbuch → [Sven-Ole Henning: Heiko H Engel - anbei Link zum Handbuch 20251205_pathOS_Webporta... | Jour Fixe FBF pathOS (Support) | Microsoft Teams](https://teams.microsoft.com/l/message/19:meeting_NDQwNTk5YmQtYmYzMS00NzU5LWJiYzEtMjgyNWJiODhiNjAy@thread.v2/1767786933640?context=%7B%22contextType%22%3A%22chat%22%7D) 730 ace6247e-a3f4-4c5b-a618-17db00802e94 complete Mock-Umgebungen
|
||||
|
||||
* Anpassung Mock Doku
|
||||
* Fragen zum Mock (QNamic, iRFP,...) → Ticket?
|
||||
|
||||
731 07a0aca0-2af2-4367-ba86-4cdb1434645c incomplete Was brauchen wir noch für PROD?
|
||||
* Urls + Zugänge
|
||||
|
||||
732 de4019a7-0a70-4588-8f16-91fc99895eb4 incomplete
|
||||
|
||||
[Sven-Ole Henning: Heyho, liebe FBF'ler Alle - ich brauch Eure Hilfe in der Begleit... | FbF PathOS | Microsoft Teams](https://teams.microsoft.com/l/message/19:a87582e9372c447e9a0c85883163ac65@thread.v2/1767708758510?context=%7B%22contextType%22%3A%22chat%22%7D)
|
||||
|
||||
### Testing
|
||||
|
||||
733 3b5ac00e-d106-4965-ab11-388dfaae0f79 complete Abschlussmail von Sven zu den Portaltests → [Sven-Ole Henning: Hallo Ihr drei (Jun Tao, Martin Schnell, Basil Zöhrer) - ich hab... | 24.11. - Testdurchführung interner Chat | Microsoft Teams](https://teams.microsoft.com/l/message/19:82fc436365fa4d1cab78f4d01b2356c9@thread.v2/1767698721616?context=%7B%22contextType%22%3A%22chat%22%7D) 734 9c68fa77-a5b8-4f68-abeb-d27568ac5fa3 incomplete GELV auf Blue Lane → Sadettin 735 e32a314a-47f9-42c7-acfa-a6236340e484 complete R29 - Ticket Retests auf KTU 736 5dd1e587-2d0e-43ef-95d1-7fee8a81c94f incomplete Basil AFK-Tests → [Basil Zöhrer: Portaltest mit AFK | VT Order2Cash > Bestellsystem Test | Microsoft Teams](https://teams.microsoft.com/l/message/19:[REDACTED]/1766421762356?tenantId=a1a72d9c-49e6-4f6d-9af6-5aafa1183bfd&groupId=68bd4c33-ebda-442b-b218-4b5a8e4e51da&parentMessageId=1766421762356&teamName=VT%20Order2Cash&channelName=Bestellsystem%20Test&createdTime=1766421762356) 744 121cfec4-3e26-449e-948f-ab32bf28472a incomplete TPN-Import Bugfix testen → neuen Import antriggern?
|
||||
|
||||
### Sonst. Infos
|
||||
|
||||
737 851f6011-d207-4086-9833-24503ced7f41 complete PROD ist heilig -> hier keine Änderungen, Trassenanmeldungen, Tests usw. vornehmen 738 c94439b1-17c6-49c6-b032-b655f80c2105 complete Infos von Benjamin S. bzgl. Lanes → 739 d0a18def-f97b-4e48-b9ac-1606e7c093da incomplete müssen wir hier noch irgendwas machen? → [Jan Lubenow: ITSM kommt für PathOS | VT Order2Cash > pathOS Allgemein | Microsoft Teams](https://teams.microsoft.com/l/message/19:[REDACTED]/1767685369294?tenantId=a1a72d9c-49e6-4f6d-9af6-5aafa1183bfd&groupId=68bd4c33-ebda-442b-b218-4b5a8e4e51da&parentMessageId=1767685369294&teamName=VT%20Order2Cash&channelName=pathOS%20Allgemein&createdTime=1767685369294) 740 f3e4dc07-a1c2-4a81-8834-8f782ff9c252 incomplete Frage: 2 DEBI Rollen bestellt (Besteller und Konstrukteur) 741 0579b548-1996-4875-a3eb-82a190e0ffbc incomplete Info aus dem DevOps Cop: wir müssen uns demnächst eine Alternative von Open Lens suchen → K9s? (leider keine UI) -> Henrik evaluiert noch Headlamp 742 92dd2f96-dfe6-4acb-9cdf-469528f58381 incomplete Personalthemen: Sebastian G., Luca,...
|
||||
@@ -0,0 +1,137 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi", "web"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "www.dbinfrago.com"
|
||||
source_version: ""
|
||||
url: "https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/events"
|
||||
last_updated: "2026-06-27"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "06800d044a5a6264"
|
||||
meta_fingerprint: "1302a1bee048956f"
|
||||
---
|
||||
|
||||
## Aktuelles & Events
|
||||
|
||||
**Aktuelle Informationen im komfortablen Newsletter-Format sowie Informationen zu (anstehenden) Veranstaltungen**
|
||||
|
||||
Unterlagen zu den TAF/TAP TSI Veranstaltungen der DB InfraGO AG
|
||||
|
||||
2026
|
||||
|
||||
[ TAF/TAP TSI-Dialog – 24. Juni 2026 – Terminunterlage (PDF | 1,3 MB) ](/resource/blob/13955610/a71b6a5becb549f8c12b48f578a5630e/TAF-TAP-TSI-Dialog-24-Juni-2026-Terminunterlage-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF TAP TSI-Dialog – 21. Mai 2026 – Antworten und offene Punkte (PDF | 610,6 KB) ](/resource/blob/13893712/ddc62d77e21595859813903ffb995697/TAF-TAP-TSI-Dialog-21-Mai-2026-Antworten-und-offene-Punkte-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – 21. Mai 2026 – Terminunterlage (PDF | 663,7 KB) ](/resource/blob/13882642/fd1096a48388718399c9c3a13db073b4/TAF-TAP-TSI-Dialog-21-Mai-2026-Terminunterlage-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF TAP TSI-Dialog – 22. April 2026 – Antworten und offene Punkte (PDF | 226,0 KB) ](/resource/blob/13861788/554a6c76007be92f817a68e4d9c1db66/TAF-TAP-TSI-Dialog-22-April-2026-Antworten-und-offene-Punkte-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – 22. April 2026 – Terminunterlage (PDF | 858,9 KB) ](/resource/blob/13807550/f74bca7c3928a5615f52f643505d72d5/TAF-TAP-TSI-Dialog-22-April-2026-Terminunterlage-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF TAP TSI-Dialog – 26. März 2026 – Antworten und offene Punkte (PDF | 763,6 KB) ](/resource/blob/13795186/be79ebae75d6b2fa03f8b229603346af/TAF-TAP-TSI-Dialog-26-Maerz-2026-Antworten-und-offene-Punkte-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – 26. März 2026 – Terminunterlage (PDF | 1,4 MB) ](/resource/blob/13790868/f58d1f1ede86e13b4f38c77eeb495385/TAF-TAP-TSI-Dialog-26-Maerz-2026-Terminunterlage-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF TAP TSI-Dialog – 9. März 2026 – Antworten und offene Punkte (PDF | 242,7 KB) ](/resource/blob/13770856/52d08204ed843bf3682f471f94b9ad56/TAF-TAP-TSI-Dialog-9-Maerz-2026-Antworten-und-offene-Punkte-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Kickoff: Ende-zu-Ende Kundentests TAF/TAP TSI mit Identifiern - 11. März - Terminunterlage (PDF | 1,5 MB) ](/resource/blob/13770144/ee4a14afd4c9eb49982b5f8543c91a1c/Kickoff-Ende-zu-Ende-Kundentests-TTT-mit-Identifiern-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Testanmeldung E2E-Kundentest TTT mit ID (PDF | 176,0 KB) ](/resource/blob/13770142/bf53329a5d630d55a8de9ca880209723/Testanmeldung-E2E-Kundentest-TTT-mit-ID-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – 9. März 2026 – Terminunterlage (PDF | 716,1 KB) ](/resource/blob/13768936/cefab95ea544d761fea358396f8f29be/TAF-TAP-TSI-Dialog-9-Maerz-2026-Terminunterlage-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – Februar 2026 – Antworten auf offene Punkte (PDF | 274,4 KB) ](/resource/blob/13767280/cacedb38eaeb6b9824367a15899820d4/TAF-TAP-TSI-Dialog-Februar-2026-Antworten-auf-offene-Punkte-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – Februar 2026 – Terminunterlage (PDF | 1,1 MB) ](/resource/blob/13759612/f8a8c49a2e7d25ac8b985d001cf45365/TAF-TAP-TSI-Dialog-Februar-2026-Terminunterlage-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Antworten auf offene Punkte aus dem JF SST-Partner - Februar 2026 (PDF | 235,8 KB) ](/resource/blob/13754444/13f35583cb603cd3ae8f104c6e546fe9/Antworten-auf-offene-Punkte-aus-dem-JF-SST-Partner-Februar-2026-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Jour Fixe TAF/TAP TSI Schnittstellenpartner Fahrplan - 12.02.2026 (PDF | 1012,6 KB) ](/resource/blob/13751094/eaa2216177b111c7388c871f533d432b/JF-TTT-Schnittstellen-Partner-12-2-2026-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – Januar 2026 – Antworten auf offene Punkte (PDF | 238,6 KB) ](/resource/blob/13735674/d8f0d42c777aa48907fa57aced1069ca/TAF-TAP-TSI-Dialog-Januar-2026-Antworten-auf-offene-Punkte-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – Januar 2026 – Terminunterlage (PDF | 1,0 MB) ](/resource/blob/13731100/da65b26a15b3851bacb4a5a7b3c3aa24/TAF-TAP-TSI-Dialog-Januar-2026-Terminunterlage-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
2025
|
||||
|
||||
[ TAF/TAP TSI-Dialog – Februar 2025 – Terminunterlage (PDF | 1,3 MB) ](/resource/blob/13310476/3191add3cc872dbce665bdf640d685b5/TAF-TAP-TSI-Dialog-Februar-2025-Terminunterlage-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF TAP TSI-Dialog – April 2025 – Terminunterlage (PDF | 1,2 MB) ](/resource/blob/13358188/6178adf603069087582f64d411826525/TAF-TAP-TSI-Dialog-April-2025-Terminunterlage-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – Juni 2025 – Terminunterlage (PDF | 2,0 MB) ](/resource/blob/13402986/0b68164e349743ab6501d160e98a4be4/TAF-TAP-TSI-Dialog-Juni-2025-Terminunterlage-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – August 2025 – Terminunterlage (PDF | 1,1 MB) ](/resource/blob/13552296/f0e0829e02d90ea30ccda42486b46428/TAF-TAP-TSI-Dialog-August-2025-Terminunterlage-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Informationsveranstaltung für offene fachl. Fragen zum Thema TAF/TAP TSI – August 2025 – Terminunterlage (PDF | 609,8 KB) ](/resource/blob/13501672/e8d9c9b5b2353f6edcfc71fae323c88c/Informationsveranstaltung-fuer-offene-fachl-Fragen-zum-Thema-TAF-TAP-TSI-August-2025-Terminunterlage-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – September 2025 – Terminunterlage (PDF | 678,4 KB) ](/resource/blob/13479472/209d52fae7c63b77412e62356537b17c/TAF-TAP-TSI-Dialog-September-2025-Terminunterlage-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – Oktober 2025 – Terminunterlage (PDF | 919,0 KB) ](/resource/blob/13599302/a23200a807056cdbfe5946138fc07454/TAF-TAP-TSI-Dialog-Oktober-2025-Terminunterlage-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – November 2025 – Terminunterlage (PDF | 685,8 KB) ](/resource/blob/13640844/8f37e2bca575dd3c294d3f9f2ec1c2b1/TAF-TAP-TSI-Dialog-November-2025-Terminunterlage-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – November 2025 – Antworten auf offene Punkte (PDF | 227,2 KB) ](/resource/blob/13698706/d7b996cf8d2b264feb0186e52b5d450c/TAF-TAP-TSI-Dialog-November-2025-Antworten-auf-offene-Punkte-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ FAQ TAF/TAP TSI – November 2025 (XLSX | 93,8 KB) ](/resource/blob/12598646/449d965fc39605ccd581a4185e9e571d/FAQ-TAF-TAP-TSI-November-2025-data.xlsx "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – Oktober 2025 – Ergänzender Foliensatz zum Thema „4. Organisation Code: Umstellung von CC auf OC“ (PDF | 707,5 KB) ](/resource/blob/13623964/68473a3e1e9eb23f71abf03e199a0558/TAF-TAP-TSI-Dialog-Oktober-2025-Ergaenzender-Foliensatz-zum-Thema-4-Organisation-Code-Umstellung-von-CC-auf-OC--data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – Dezember 2025 – Terminunterlage (PDF | 1,1 MB) ](/resource/blob/13705128/cd7c0289c5474d304090c58e7a1fc343/TAF-TAP-TSI-Dialog-Dezember-2025-Terminunterlage-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI-Dialog – Dezember 2025 – Antworten auf offene Punkte (PDF | 243,7 KB) ](/resource/blob/13713982/ae4ccc080d739841dffce3bc2da72480/TAF-TAP-TSI-Dialog-Dezember-2025-Antworten-auf-offene-Punkte-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
|
||||
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
2024
|
||||
|
||||
[ Booklet zur Vertiefungsveranstaltung TAF/TAP TSI in der Trassenanmeldung – Januar 2024 (PDF | 7,2 MB) ](/resource/blob/12662024/af7d2da3914e7759a1f9bde0edf75efe/Booklet-zur-Vertiefungsveranstaltung-TAF-TAP-TSI-in-der-Trassenanmeldung-Januar-2024-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Booklet zur Vertiefungsveranstaltung TAF/TAP TSI: Bericht vom NCP, Update Betrieb – Juli 2024 (PDF | 1,6 MB) ](/resource/blob/12949810/3b911e19868fc761dd3baf5d88c0eaf6/Booklet-zur-Vertiefungsveranstaltung-TAF-TAP-TSI-Bericht-vom-NCP-Update-Betrieb-Juli-2024-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Booklet zur Vertiefungsveranstaltung TAF/TAP TSI: Fahrplan, Trassenanmeldung, pathOS – Juli 2024 (PDF | 6,1 MB) ](/resource/blob/12949812/f982ce6b8f2a4f948755e7be50642e23/Booklet-zur-Vertiefungsveranstaltung-TAF-TAP-TSI-Fahrplan-Trassenanmeldung-pathOS-Juli-2024-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Unterlage zur Frage-Antwort-Runde zur Einführung TAF/TAP TSI – September 2024 (PDF | 838,8 KB) ](/resource/blob/13083640/748dafd0e7853591e7f232b085f25c7d/Unterlage-zur-Frage-Antwort-Runde-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI-Dialog der DB InfraGO – Dezember 2024 (PDF | 2,3 MB) ](/resource/blob/13191096/6054383c796574c5bf064d6960ca3288/TAF-TAP-TSI-Dialog-der-DB-InfraGO-Dezember-2024-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
|
||||
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
2023
|
||||
|
||||
[ Booklet zur TAF/TAP TSI-Auftaktveranstaltung – Juli 2023 (PDF | 3,8 MB) ](/resource/blob/11089516/27f892406830cc9f0a62ee22bb305fed/Booklet-zur-TAF-TAP-TSI-Auftaktveranstaltung-Juli-2023-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Booklet zur Vertiefungsveranstaltung TAF/TAP TSI im Betrieb – Oktober/November 2023 (PDF | 3,9 MB) ](/resource/blob/12598644/b85c2bd7c308bd9d050e717fe1e50b19/Booklet-zur-Vertiefungsveranstaltung-TAF-TAP-TSI-im-Betrieb-OktoberNovember-2023-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
|
||||
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
**Veranstaltungen und Events rund um TAF/TAP TSI**
|
||||
|
||||
Aktuelle Termine für das Jahr 2026:
|
||||
|
||||
24.06.2026| 12:30 - 14:30 Uhr| TTT-Dialog
|
||||
---|---|---
|
||||
27.08.2026| 14:00 - 16:00 Uhr| TTT-Dialog
|
||||
17.09.2026| 14:00 - 16:00 Uhr| TTT-Dialog
|
||||
|
||||
#### Auf folgender Seite finden Sie eine Sammlung häufig gestellter Fragen rund um die Trassenanmeldung.
|
||||
|
||||
[TAF/TAP TSI FAQ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/TAF-TAP-TSI-FAQ-13868920 "Wird in einem neuen Tab geöffnet")
|
||||
+37
@@ -0,0 +1,37 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600183/Ank%C3%BCndigung+einer+netzausgel%C3%B6sten+%C3%84nderung+und+netzausgel%C3%B6stes+Angebot"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "9a966e0fd81385e3"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Für Netzausgelöste Änderungen (NAÄ) im Baukontext kann innerhalb von 3 Tagen nach Erhalt durch den Kunden eine kostenlose Stornierung gesendet werden. Die Frist dafür startet am Tag nach dem Versand der NAÄ.
|
||||
|
||||
Beispiel: Der Versand der NAÄ erfolgt am Dienstag. Damit startet die Frist am Mittwoch und gilt von da ab für drei Tage. Also endet die Frist am Freitag.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,22 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/493889931/Anschlussbeziehungen"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "b07e125c0b489772"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
+40
@@ -0,0 +1,40 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "9"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/498682428"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "ce25928baa41e40e"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
# Aufgabenaufteilung in der **Testphase**
|
||||
|
||||
1. BSSUPPORT Ticket Bearbeitung
|
||||
|
||||
|
||||
|
||||
|
||||
2\. Release Notes (Inhalt + Versenden) → Markttestteam
|
||||
|
||||
3\. Kundenanfragen via Chats/Teams Kanäle → Marktestteam
|
||||
|
||||
4\. Kundenanfragen via Postfach (pathOS@[deutschebahn.com](http://deutschebahn.com))
|
||||
|
||||
* Intern adressieren &/ mit dem Markttest-Team abstimmen, z.B. im Testing Taskforce Kanal → fbf + Martin/Jun
|
||||
* Verfolgung → fbf + Martin/Jun
|
||||
* Kommunikation an Kunde via Postfach → fbf + Martin/Jun
|
||||
|
||||
|
||||
|
||||
# Aufgabenaufteilung nach dem Go-Live (Produktion)
|
||||
|
||||
tbd
|
||||
@@ -0,0 +1,80 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "5"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/511726455/Baubedingte+Zusatzleistungen+ujBau"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "a1e243e306c24755"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Baubedingte Zusatzleistungen sind Trassen für zusätzliche Leerzüge, die selbst nicht direkt von der Baumaßnahme betroffen sind, aber die aufgrund von unterjährig geplanten Baumaßnahmen notwendig werden und im Gelegenheitsverkehr bestellt werden.
|
||||
|
||||
|
||||
|
||||
|
||||
## Frage: Wie ist der Prozess um baubedingte Zusatzleistungen zu bestellen?
|
||||
|
||||
Antwort: Bei der Bestellung wird ein Verweis des EVUs auf die PathID der Bautrasse erforderlich sein. Dieser wird als RelatedPlannedTransportID angegeben. Zusätzlich muss beim NSP „verkehrsArtKundeZusatz“ die Ausprägung „BaubedingteZusatzleistung“ angegeben werden.
|
||||
|
||||
Quellen:
|
||||
|
||||
* * *
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Bestellung baubedingter Zusatzleistungen über das Common Interface
|
||||
|
||||
|
||||
Um eine baubedingte Trasse über das CI zu bestellen, geben Sie folgende Informationen an:
|
||||
1\. Der NSP (NetworkSpecificParameter) verkehrsArtKundeZusatz muss mit "BaubedingteZusatzleistung" übergeben werden, um die Trasse als baubedingt zu kennzeichnen. Diese Information wird an das Abrechnungssystem AC Trasse weitergegeben, das die Plausibilität prüft und das Trassenentgelt erlässt.
|
||||
|
||||
2\. Als RelatedPlannedTransportIdentifiers wird die pathID der Trasse angegeben, die neu baubedingte Zusatzleistung auslöst, z.B. FPE
|
||||
|
||||
3\. Als ReasonOfReference wird DE04 (Ersatzzug) angegeben.
|
||||
|
||||
Diese Informationen werden an das Abrechnungssystem AC Trasse weitergegeben, das die Plausibilität prüft und gegebenenfalls das Trassenentgelt erlässt.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
|
||||
|
||||
## Unterscheidung baubedingte Zusatzleistung versus netzausgelösten baubedingten Neuleistung
|
||||
|
||||
Die baubedingte Zusatzleistung darf nicht mit der netzausgelösten baubedingten Neuleistung verwechselt werden. Zur genaueren Unterscheidung siehe nachfolgende Tabelle:
|
||||
|
||||
Baubedingte Zusatzleistung| Netzausgelöste baubedingte Neuleistung
|
||||
---|---
|
||||
Wird vom Kunden bestellt| Wird von der InfraGO erstellt
|
||||
Benutzt den bestehenden GelV-Prozess mit| Ist ein eigener Prozess im Bau
|
||||
„verkehrsArtKundeZusatz“ = „BaubedingteZusatzleistung“|
|
||||
|
||||
RelatedPlannedTransportID = Verweis auf PathID der Bautrasse|
|
||||
@@ -0,0 +1,83 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "2"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/551045757"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "d2ded4fdbe7ae4d3"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
**common-interface**
|
||||
|
||||
Diese SQL-Abfrage sucht in den Tabellen evu_messages_in bzw. evu_messages_out nach Einträgen, bei denen:
|
||||
|
||||
* die Spalte prid genau den Wert 'PR3114-PR914405800002027' hat.
|
||||
|
||||
|
||||
|
||||
|
||||
Select * from evu_messages_in / evu_messages_out
|
||||
where prid = 'PR3114-PR914405800002027'
|
||||
order by creation_date DESC
|
||||
|
||||
Diese SQL-Abfrage sucht in der Tabelle evu_messages_out nach allen Datensätzen (SELECT *), bei denen:
|
||||
|
||||
* die Spalte response den Text „00000000Z67L“ enthält (LIKE '%00000000Z67L%').
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
SELECT * FROM evu_messages_out
|
||||
WHERE response LIKE '%00000000Z67L%'
|
||||
ORDER BY creation_date DESC
|
||||
|
||||
Diese SQL-Abfrage sucht in der Tabelle evu_messages_out nach allen Datensätzen (SELECT *), bei denen:
|
||||
|
||||
* die Spalte request den Text „OffsetToReference>-1“ enthält (LIKE '%OffsetToReference>-1%')
|
||||
* und die Spalte prid die Zeichenkette „PR2180“ enthält (LIKE '%PR2180%')
|
||||
|
||||
|
||||
|
||||
|
||||
SELECT * FROM evu_messages_out
|
||||
WHERE request LIKE '%OffsetToReference>-1%'
|
||||
AND prid LIKE '%PR2180%'
|
||||
ORDER BY creation_date DESC
|
||||
|
||||
**auftrags-verwaltung-trasse**
|
||||
|
||||
Diese SQL-Abfrage sucht in der Tabelle bestellsystem.tdm_message nach allen Einträgen, bei denen:
|
||||
|
||||
* die Spalte path_id exakt den Wert 'PA008000000000KKQQA02026' hat.
|
||||
|
||||
|
||||
|
||||
|
||||
Select * from bestellsystem.tdm_message
|
||||
where path_id ='PA008000000000KKQQA02026'
|
||||
order by timestamp_received DESC
|
||||
|
||||
**steuerung-vertrieb**
|
||||
|
||||
Diese SQL-Abfrage sucht in der Tabelle bestellsystem.vertriebsauftrag_body nach allen Datensätzen (SELECT *), bei denen:
|
||||
|
||||
* der Inhalt der Spalte body (umgewandelt in Text mit body::text) die Zeichenkette „TPNVALID40885“ enthält (LIKE '%TPNVALID40885%').
|
||||
|
||||
|
||||
|
||||
|
||||
SELECT * FROM bestellsystem.vertriebsauftrag_body
|
||||
WHERE body::text LIKE '%TPNVALID40885%'
|
||||
@@ -0,0 +1,235 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "33"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/505643707"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: "redigiert: [A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}"
|
||||
content_hash: "855a2b5f465aeddc"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
siehe auch unsere [Tool-Übersicht](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/355496769/genutzte+Tools) je Service Level
|
||||
|
||||
Sowie unsere [Umgebungs-Übersicht](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/381462520/Umgebungs+%C3%9Cbersichten)
|
||||
|
||||
|
||||
| Bsp. / Kommentar| Ben| Jun| Martin| Thomas| Peter| Heiko| Holger
|
||||
---|---|---|---|---|---|---|---|---
|
||||
DB Admin Account| [Admin Account - Digitalshop](https://dbdigitalshop.service-now.com/digitalshop?id=sc_cat_item&sys_id=52b7082cdbca3d108ff15fc4f39619b7&sysparm_category=767db3a11ba5e5101e104222dd4bcb8a)| | | | | Bestellung in Arbeit| |
|
||||
DB Admin Account (Cloud)| [DB Admin Account (Cloud) - Digitalshop](https://dbdigitalshop.service-now.com/digitalshop?id=sc_cat_item&table=sc_cat_item&sys_id=72aa2229dbb1f1108ff15fc4f39619bb&recordUrl=com.glideapp.servicecatalog_cat_item_view.do%3Fv%3D1&sysparm_id=72aa2229dbb1f1108ff15fc4f39619bb)| | | | Patrick Pabst muss bestellen| Bestellung in Arbeit| |
|
||||
|
||||
ITSM| [Jan Lubenow: ITSM kommt für PathOS](https://teams.microsoft.com/l/message/19:[REDACTED]/1767685369294?tenantId=a1a72d9c-49e6-4f6d-9af6-5aafa1183bfd&groupId=68bd4c33-ebda-442b-b218-4b5a8e4e51da&parentMessageId=1767685369294&teamName=VT%20Order2Cash&channelName=pathOS%20Allgemein&createdTime=1767685369294)| | | |
|
||||
|
|
||||
| |
|
||||
|
||||
PAN-Client|
|
||||
| | | | Bestellt, wird gerade eingerichtet| Bestellung in Arbeit| |
|
||||
pgAdmin|
|
||||
| | | |
|
||||
|
|
||||
| |
|
||||
|
||||
Datenbank Server| Jun via Mail geschickt (PW von uns oder Entwickler)| | | |
|
||||
|
|
||||
| |
|
||||
|
||||
DEBI TK-Rolle|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
[Test](https://pathos-test.app.db.de/dashboard)|
|
||||
| | | | | | |
|
||||
[Prod](https://pathos.app.db.de/dashboard)|
|
||||
| | | | | | |
|
||||
KAFBAT UI|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
[E2E](https://kafka-ui.bsz-dev.cnp-test.comp.db.de/ui/clusters/bsz-dev-e2e/all-topics?perPage=25&fts=false)|
|
||||
| | | | | | |
|
||||
|
||||
[ABN1](https://kafka-ui.bsz-abn.cnp-test.comp.db.de/ui/clusters/bsz-abn-abn1/all-topics?perPage=25&fts=false)|
|
||||
| | | | | | |
|
||||
[SAT1](https://kafka-ui.bsz-abn.cnp-test.comp.db.de/ui/clusters/bsz-abn-sat1/all-topics?fts=false)|
|
||||
| | | | | | |
|
||||
|
||||
[ABN4](https://kafka-ui.bsz-abn.cnp-test.comp.db.de/ui/clusters/bsz-abn-abn4/all-topics?perPage=25&fts=false)|
|
||||
| | | | | | |
|
||||
|
||||
[SAT2](https://kafka-ui.bsz-abn.cnp-test.comp.db.de/ui/clusters/bsz-abn-sat2/all-topics?fts=false)|
|
||||
| | | | | | |
|
||||
|
||||
[ABN2](https://kafka-ui.bsz-abn.cnp-test.comp.db.de/ui/clusters/bsz-abn-abn2/all-topics?fts=false)|
|
||||
| | | | | | |
|
||||
[ABN8](https://kafka-ui.bsz-abn.cnp-test.comp.db.de/ui/clusters/bsz-abn-abn8/all-topics?fts=false)|
|
||||
| |
|
||||
|
|
||||
|
|
||||
|
|
||||
| |
|
||||
PROD (NICHT VERFÜGBAR FÜR FBF)|
|
||||
| | | | | | |
|
||||
|
||||
Camunda|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
[E2E](https://e2e-c8-operate.bsz-dev.cnp-test.comp.db.de/operate)|
|
||||
| | | |
|
||||
|
|
||||
| |
|
||||
|
||||
[ABN1](https://abn1-c8-operate.bsz-abn.cnp-test.comp.db.de/operate)|
|
||||
| | | | |
|
||||
| |
|
||||
[SAT1](https://sat1-c8-operate.bsz-abn.cnp-test.comp.db.de/operate)|
|
||||
| | | |
|
||||
|
|
||||
| |
|
||||
[ABN4](https://abn4-c8-operate.bsz-abn.cnp-test.comp.db.de/operate)|
|
||||
| | | |
|
||||
|
|
||||
| |
|
||||
|
||||
[SAT2](https://sat2-c8-operate.bsz-abn.cnp-test.comp.db.de/operate)|
|
||||
| | | |
|
||||
|
|
||||
| |
|
||||
|
||||
[ABN2](https://abn2-c8-operate.bsz-abn.cnp-test.comp.db.de/operate)|
|
||||
| | | |
|
||||
|
|
||||
| |
|
||||
|
||||
[ABN8](https://abn8-c8-operate.bsz-abn.cnp-test.comp.db.de/operate)|
|
||||
| | | | |
|
||||
| |
|
||||
|
||||
[PROD](https://prod-c8-operate.bsz-prod.cnp.comp.db.de/operate)|
|
||||
| | | | | | |
|
||||
JIRA|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
BSSUPPORT| [Bestellsystem ITSM (BSSUPPORT)](https://arija.jaas.service.deutschebahn.com/projects/BSSUPPORT/queues/custom/1759)| | | | |
|
||||
| |
|
||||
O2CBS| [Bestellsystem ART](https://arija.jaas.service.deutschebahn.com/projects/O2CBS/issues/O2CBS-718?filter=allopenissues)| | | |
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
O2C404| [404](https://arija.jaas.service.deutschebahn.com/issues/?jql=project%20%3D%20O2C404%20AND%20resolution%20%3D%20Unresolved%20ORDER%20BY%20priority%20DESC%2C%20updated%20DESC)| | | |
|
||||
|
|
||||
| |
|
||||
O2CZERO| [Zero](https://arija.jaas.service.deutschebahn.com/projects/O2C404/issues/O2C404-6231?filter=allissues)| | | |
|
||||
|
|
||||
| |
|
||||
O2CCIB| [CIB](https://arija.jaas.service.deutschebahn.com/projects/O2C404/issues/O2C404-6231?filter=allissues)| | | |
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
O2COS| [Operation Squad](https://arija.jaas.service.deutschebahn.com/projects/O2COS/issues/O2COS-125?filter=allopenissues)| | | | | | |
|
||||
Einfachbahn| [Einfachbahn ITSM](https://arija.jaas.service.deutschebahn.com/projects/IIBV31/queues/custom/571)| |
|
||||
|
|
||||
|
|
||||
|
|
||||
| |
|
||||
|
||||
TTTI| [TTT intern](https://arija.jaas.service.deutschebahn.com/projects/TTTI/summary)| | | |
|
||||
|
|
||||
| |
|
||||
TTTSOL| [TTT Solution Steuerung](https://arija.jaas.service.deutschebahn.com/projects/TTTSOL/summary)| | | |
|
||||
|
|
||||
|
|
||||
|
|
||||
Grafana| [Monitoring / Logs einsehen](https://grafana-v2.cnp.comp.db.de/dashboards)| | | |
|
||||
|
|
||||
| |
|
||||
|
||||
bsz-dev|
|
||||
|
|
||||
| | |
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
bsz-abn|
|
||||
|
|
||||
| | |
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
Gitlab| Runbook, [Verteilungssicht](https://bestellsystem1.gitpages.tech.rz.db.de/docs/runbook/02-architecture/07_deployment_view.html)| | | |
|
||||
|
|
||||
| |
|
||||
Salesforce Zugriff| brauchen wir das?| | | | | | |
|
||||
|
||||
ACAT Zugriff| brauchen wir das?| | | | | | |
|
||||
|
||||
KeePass|
|
||||
| | | |
|
||||
|
|
||||
| |
|
||||
Open Lens (Cluster Zugriff)|
|
||||
|
|
||||
| | |
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
VS Code|
|
||||
| | | |
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
Thunderclient| Requests / GETs | | | |
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
Lizenz| damals von Thorsten / Volker bekommen (Architekt)| | | |
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
Collections| [Collections](https://git.tech.rz.db.de/bestellsystem1/qa/request-collections)| | | |
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
RNE Cert| in Arbeit|
|
||||
| | |
|
||||
|
|
||||
|
|
||||
|
|
||||
@@ -0,0 +1,30 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "4"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596600/Berechtigte+Beanstandungen"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "fff0e2ae60508231"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Beanstandungen sind in TPN weiterhin nicht aufteilbar.
|
||||
@@ -0,0 +1,57 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "4"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/509073723/Besteller"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "4811196d6b0effab"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Der Responsible Applicant ist der verantwortliche Besteller. In den INB wird daher von Zugangsberechtigtem /Zugangsberechtigter geschrieben.
|
||||
|
||||
|
||||
|
||||
|
||||
Ein Responsible Applicant muss bereits heute nicht zwingend über eine Sicherheitsbescheinigung verfügen. Das EReG und die Nutzungsbedingungen der DB InfraGO lassen es zu, dass z.B. Aufgabenträger im SPNV ebenfalls Kapazitäten bei der DB InfraGO anmelden und diese auch binden. Entscheidend ist, dass vor Aufnahme der Zugfahrt das durchführende EVU benannt wird. Auch der Zeitpunkt, wann die Benennung eines RRU zu erfolgen hat, ist in den INB definiert. Für den laufenden Betrieb sind für die DB InfraGO die Ansprechpartner maßgebend, die als RRU bzw. als durchführendes EVU benannt sind. Ist in der TA kein weiteres RRU bzw. durchführendes EVU benannt, ist das bestellende EVU in der Verantwortung der Durchführung der Zugfahrt. Insofern ändert sich mit der Umstellung der IT-Systeme auf TAF/TAP TSI daran nichts.
|
||||
|
||||
|
||||
|
||||
|
||||
## Kundenschnittstelle: Attribut "VerkehrsartKundeZusatz"
|
||||
|
||||
In der Schnittstellenbeschreibung ist Attribut "VerkehrsartKundeZusatz" in der Struktur „NetworkSpecificParameter“ als KANN Feld vorgesehen.
|
||||
|
||||
Das Attribut "VerkehrsartKundeZusatz" hat - je nach Ausprägung - Auswirkungen auf die Konstruktion oder Abrechnung:
|
||||
|
||||
* Auf Trassenanmeldungen des Marktsegments "Punkt-zu-Punkt" werden beispielsweise andere Konstruktionsspielräume angewandt und es gelten andere Trassenpreise. Die Zuordnung zu diesem Marksegment folgt über die Angabe des Attributs "VerkehrsartKundeZusatz".
|
||||
* Wenn eine baubedingte Zusatzleistung vorliegt, so ist diese kostenfrei. Fehlt das Attribut VerkehrsartKundeZusatz in der Ausprägung "BaubedingteZusatzleistung", so wird die Trasse regulär abgerechnet.
|
||||
|
||||
|
||||
|
||||
|
||||
Eine Nichtnutzung des Attributs kann also Nachteile für das EVU haben.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,94 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi", "web"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "www.dbinfrago.com"
|
||||
source_version: ""
|
||||
url: "https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/betrieb-meldungen-db-infrago-ag-an-evu-11089210"
|
||||
last_updated: "2026-06-27"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "4e9c93251a01ad11"
|
||||
meta_fingerprint: "1302a1bee048956f"
|
||||
---
|
||||
|
||||
**_Hinweis:_**_Ab Fahrplanwechsel im Dezember 2026 werden im betrieblichen TAF/TAP-Meldungsaustausch zusätzlich zur OTN (Zugnummer) auch die TAF/TAP-Identifier genutzt. Informationen hierzu finden Sie in der Grundlagen-Präsentation, den Erklär-Videos und einem Flyer („Über TAF/TAP“ > „6. TAF/TAP im Betrieb“ und „3. Flyer-Bibliothek“). Zusätzlich in den Technischen Beschreibungen unter den Kacheln Betrieb, insbesondere in der Beschreibung der betrieblichen PathDetails message _ _(Dispositionsfahrplan)__._
|
||||
|
||||
Ab **Ende Q2/2025** werden die folgenden TAF/TAP-Meldungen **produktiv** angeboten:
|
||||
|
||||
* Zuglaufmeldungen:
|
||||
* Zugstandort (Train Running Information message)
|
||||
* Zuglaufprognose (Train Running Forecast message)
|
||||
* Zuglaufunterbrechung (Train Running Interruption message)
|
||||
* Zusatzverspätung mit Begründung (Delay Cause message)
|
||||
* Gleiswechsel (Change of Track message)
|
||||
* Meldungen zum Dispositionsfahrplan und Ausfall/Teilausfall:
|
||||
* Dispositionsfahrplan (Path Details message)
|
||||
* Ausfall/Teilausfall (Path Section Notification message)
|
||||
* Fehlermeldung (Error message)
|
||||
|
||||
|
||||
|
||||
|
||||
Ab **Netzfahrplan 2027 (Dezember 2026)** erfolgt der Meldungsaustausch auf Basis der **TAF/P-Identifier** , davor auf Basis der OTN (Operational Train Number, Zugnummer).
|
||||
|
||||
**Details** , technischen Voraussetzungen und Rahmenbedingung sind den nebenstehend zum Download verfügbaren technischen Beschreibungen zu entnehmen.
|
||||
|
||||
**Anträge** zum Austausch der genannten TAF/TAP-Meldungen können im Infraportal mittels Tool zur [_BDV Anmeldung_ ](https://wafbasic-p-043.noncd.db.de/f?p=FORMULA_BDV_NECO "Wird in einem neuen Tab geöffnet")gestellt werden.
|
||||
|
||||
**Fragen** zur TAF/TAP-Schnittstelle für betriebliche Meldungen der DB InfraGO (Betriebsdatenverteiler, BDV), sowie zu **Testbedarfen** können Sie gerne an [bdv@deutschebahn.com](mailto:bdv@deutschebahn.com) richten.
|
||||
|
||||
|
||||
Für **allgemeine und inhaltliche Fragen** zur TAF/TAP TSI im Betrieb und darüber hinaus wenden Sie sich bitte weiterhin an die Kontaktadressen in der Rubrik Ansprechpartner:innen.
|
||||
|
||||
### Weiterführende Informationen
|
||||
|
||||
Downloads
|
||||
|
||||
[ TAF/TAP Technische Beschreibung Zuglaufmeldungen_v8.3 PDF | 675,3 KB ](/resource/blob/12598316/ea323f8ad1e8f9228f0d4fac43e802b2/Technische-Beschreibung-Zuglaufmeldung-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP Technische Beschreibung Bereitstellung von Meldungen zum Dispositionsfahrplan und Ausfall/Teilausfall _v5.5 PDF | 827,2 KB ](/resource/blob/12598318/e371ec965ed01ed7d6619ded0db170fc/Technische-Beschreibung-Bereitstellung-von-Meldungen-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP Technische Beschreibung zu Versand und Empfang von Fehlermeldungen _v2.4 PDF | 565,9 KB ](/resource/blob/13084274/3b166ae3985b61396108c905538d1a3f/TAF-TAP-Technische-Beschreibung-zu-Versand-und-Empfang-von-Fehlermeldungen-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Links
|
||||
|
||||
[ TAF/TAP TSI FAQ ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/TAF-TAP-TSI-FAQ-13868920)
|
||||
|
||||
Auf dieser Seite finden Sie eine Sammlung häufig gestellter Fragen rund um die Trassenanmeldung. Die Antworten sowie die zugehörigen fachlichen Informationen und Zeitpläne beziehen sich insbesondere auf die Einführung der TAF/TAP TSI im Fahrplan 2027.
|
||||
|
||||
[ Annex VII - Der neue Prozess zur Baukommunikation ]( https://www.dbinfrago.com/AnnexVII
|
||||
)
|
||||
|
||||
Weitere Informationen
|
||||
|
||||
[ Ihre Ansprechpartner:innen ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/ansprechpartner-innen-und-links-11089214)
|
||||
|
||||
Ihre Ansprechpartner:innen rund um TAF/TAP TSI – innerhalb und außerhalb der DB InfraGO AG.
|
||||
|
||||
### Downloads
|
||||
|
||||
[ TAF/TAP Technische Beschreibung Zuglaufmeldungen_v8.3 PDF | 675,3 KB ](/resource/blob/12598316/ea323f8ad1e8f9228f0d4fac43e802b2/Technische-Beschreibung-Zuglaufmeldung-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP Technische Beschreibung Bereitstellung von Meldungen zum Dispositionsfahrplan und Ausfall/Teilausfall _v5.5 PDF | 827,2 KB ](/resource/blob/12598318/e371ec965ed01ed7d6619ded0db170fc/Technische-Beschreibung-Bereitstellung-von-Meldungen-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP Technische Beschreibung zu Versand und Empfang von Fehlermeldungen _v2.4 PDF | 565,9 KB ](/resource/blob/13084274/3b166ae3985b61396108c905538d1a3f/TAF-TAP-Technische-Beschreibung-zu-Versand-und-Empfang-von-Fehlermeldungen-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
### Links
|
||||
|
||||
[ TAF/TAP TSI FAQ ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/TAF-TAP-TSI-FAQ-13868920)
|
||||
|
||||
Auf dieser Seite finden Sie eine Sammlung häufig gestellter Fragen rund um die Trassenanmeldung. Die Antworten sowie die zugehörigen fachlichen Informationen und Zeitpläne beziehen sich insbesondere auf die Einführung der TAF/TAP TSI im Fahrplan 2027.
|
||||
|
||||
[ Annex VII - Der neue Prozess zur Baukommunikation ]( https://www.dbinfrago.com/AnnexVII
|
||||
)
|
||||
|
||||
### Weitere Informationen
|
||||
|
||||
[ Ihre Ansprechpartner:innen ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/ansprechpartner-innen-und-links-11089214)
|
||||
|
||||
Ihre Ansprechpartner:innen rund um TAF/TAP TSI – innerhalb und außerhalb der DB InfraGO AG.
|
||||
@@ -0,0 +1,119 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi", "web"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "www.dbinfrago.com"
|
||||
source_version: ""
|
||||
url: "https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/betrieb-meldungen-evu-an-db-infrago--11089212"
|
||||
last_updated: "2026-06-27"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "7eb15b8cba9738a2"
|
||||
meta_fingerprint: "1302a1bee048956f"
|
||||
---
|
||||
|
||||
_**Hinweis:** Ab Fahrplanwechsel im Dezember 2026 werden im betrieblichen TAF/TAP-Meldungsaustausch zusätzlich zur OTN (Zugnummer) auch die TAF/TAP-Identifier genutzt. Informationen hierzu finden Sie in der Grundlagen-Präsentation, den Erklär-Videos und einem Flyer („Über TAF/TAP“ > „6. TAF/TAP im Betrieb“ und „3. Flyer-Bibliothek“). Zusätzlich in den Technischen Beschreibungen unter den Kacheln Betrieb, insbesondere in der Beschreibung der betrieblichen PathDetails message (Dispositionsfahrplan)._
|
||||
|
||||
Ab **Ende Q2/2025** werden die folgenden TAF/TAP-Meldungen **produktiv** angeboten:
|
||||
|
||||
* Meldungen der aktuellen Zugeigenschaften:
|
||||
* Zugbildungsmeldung für Güterverkehr (Train Composition message)
|
||||
* Zugbildungsmeldung für Personenverkehr (Passenger Train Composition message)
|
||||
* Meldungen zu Anschluss-/Umlaufdaten:
|
||||
* Aktueller Anschlusswunsch (Object Info message)
|
||||
* Aktuelle Umlaufinformation (Object Info message)
|
||||
* Zugvorbereitungsmeldung (Train Ready message)
|
||||
|
||||
|
||||
|
||||
Ab **Netzfahrplan 2027 (Dezember 2026)** erfolgt der Meldungsaustausch auf Basis der **TAF/P-Identifier** , davor auf Basis der OTN (Operational Train Number, Zugnummer).
|
||||
|
||||
**Details** , technischen Voraussetzungen und Rahmenbedingung sind den nebenstehend zum Download verfügbaren technischen Beschreibungen zu entnehmen.
|
||||
|
||||
Die DB InfraGO empfiehlt den EVU ausdrücklich, die **Error message** zu empfangen und auszuwerten. Diese enthält zahlreiche **Informationen zu etwaigen Fehlern** in Meldungen an die DB InfraGO. Das EVU kann so kontrollieren, warum Meldungen seitens DB InfraGO nicht verarbeitet wurden.
|
||||
|
||||
Das auf dieser Seite zum Herunterladen verfügbare **DB-InfraGO-xsd-Schema** (TAF/TAP-Meldungsschema) kann zur Übermittlung der Object Info message sowie zusätzlicher, nicht verpflichtender Inhalte in der Train Composition- und Passenger Train Composition message (TCM/PTCM) verwendet werden. Weitere Details in den entsprechenden technischen Beschreibungen. Gleichwohl kann auch die DB InfraGO AG-xsd für den Austausch der anderen TAF/TAP-Meldungen verwendet werden, sie ist bis auf wenige Anpassungen kompatibel zur offiziellen europäischen xsd-Version 3.0.2.0. Die Anpassungen sind:
|
||||
|
||||
* Erweiterung der Train Activity um die Inhalte des europäischen Change Request 275
|
||||
* Element Braking Ratio (Bremshundertstel) in den Gesamtzugdaten der TCM/PTCM
|
||||
* Umbenennung der in der Location File Dataset message verwendeten „Valditiy Period“ in „Validity Period Type“ um Verwechslung mit dem gleichnamigen Element zu verhindern, welches in zahlreichen anderen Meldungen verwendet wird (notwendig bis zur Umsetzung Change Request 193/194)
|
||||
* Anpassung namespace um der Erzeugung der xsd durch DB InfraGO AG Rechnung zu tragen
|
||||
|
||||
|
||||
|
||||
Alternativ kann für alle Meldungen inklusive der Object Info message sowie den zusätzlichen Inhalten in TCM/PTCM die offizielle europäische xsd-Version 3.4.1.0. genutzt werden. Hier sind die oben genannten Änderungen bereits enthalten.
|
||||
|
||||
Die **TCM/PTCM** (Train Composition message bzw. Passenger Train Composition message) sind als einzige betriebliche TAF/TAP-Meldungen ab Fahrplanwechsel im Dezember 2025 **verpflichtend** an die DB InfraGO zu senden. Die genauen Modalitäten sind aus der entsprechenden technischen Beschreibung auf dieser Seite ersichtlich. Alternativ kann die Zulieferung der Zugeigenschaften für Güter- und Personenverkehrszüge auch über den sogenannten TCM-Editor der DB InfraGO mittels manueller Eingabe oder dem Hochladen einer *.csv- bzw. *.xsd-Datei erfolgen. Dieser ist über das DB InfraGO Infraportal erreichbar. Weitere Informationen finden Sie in der technischen Beschreibung und dem Bedienerhandbuch TCM-Editor.
|
||||
|
||||
Die grundsätzlich erfolgreiche Übermittlung von Zugeigenschaften via TCM/PTCM bzw. über den TCM-Editor können Kunden in LeiDis-NK selbst überprüfen. Dort sind viele Angaben der Zugeigenschaften wie z. B. Gesamtzuglänge oder -gewicht ersichtlich. Nach erfolgreicher Verarbeitung neuer Zugeigenschaften mittels TCM/PTCM bzw. TCM-Editor werden hier dann die aktuellen Werte angezeigt.
|
||||
|
||||
**Anträge** zum Austausch der genannten TAF/TAP-Meldungen können im NetzCockpit mittels Tool zur [_BDV Anmeldung_](https://wafbasic-p-043.noncd.db.de/f?p=FORMULA_BDV_NECO "Wird in einem neuen Tab geöffnet") gestellt werden.
|
||||
|
||||
**Fragen** zur TAF/TAP-Schnittstelle für betriebliche Meldungen der DB InfraGO (Betriebsdatenverteiler, BDV), sowie zu **Testbedarfen** können Sie gerne an [bdv@deutschebahn.com](mailto:bdv@deutschebahn.com) richten.
|
||||
|
||||
|
||||
Für **allgemeine und inhaltliche Fragen** zur TAF/TAP TSI im Betrieb und darüber hinaus wenden Sie sich bitte weiterhin an die Kontaktadressen in der Rubrik Ansprechpartner:innen.
|
||||
|
||||
### Weiterführende Informationen
|
||||
|
||||
Downloads
|
||||
|
||||
[ TAF/TAP Technische Beschreibung Zugeigenschaften/TCM/PTCM _v14.6 PDF | 1,0 MB ](/resource/blob/12598388/171d9fcbec4cecec350fdf010e1899a4/Beschreibung-Zugeigenschaften-TCM-PTCM-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Rahmenbedingungen Versand Zugeigenschaften/TCM/PTCM PDF | 118,3 KB ](/resource/blob/13569102/251cbe1524ea7bbbb0b86ee1a976fd45/Rahmenbedingungen-Versand-Zugeigenschaften-TCM-PTCM-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP Technische Beschreibung Anschluss-/Umlaufdaten PDF | 558,4 KB ](/resource/blob/12598392/439d86e8d3bdf53f1054018648b483b6/Technische-Beschreibung-Objektinfo-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP Technische Beschreibung Zugvorbereitungsmeldung PDF | 496,6 KB ](/resource/blob/12598396/243bc25415eb1ecae491418380e6a844/TAF-TAP-Technische-Beschreibung-Zugvorbereitungsmeldung-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP DB-InfraGO AG-xsd Schema ZIP | 82,6 KB ](/resource/blob/12598398/b271c36276739437b99f8a4647ce2ff0/TAF-CAT-Complete-Sector-data.zip "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Bedienerhandbuch TCM-Editor PDF | 1007,8 KB ](/resource/blob/13444146/02cce81e3348857d022e9027ea7dc544/Bedienerhandbuch-TCM-Editor-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Links
|
||||
|
||||
[ TAF/TAP TSI FAQ ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/TAF-TAP-TSI-FAQ-13868920)
|
||||
|
||||
Auf dieser Seite finden Sie eine Sammlung häufig gestellter Fragen rund um die Trassenanmeldung. Die Antworten sowie die zugehörigen fachlichen Informationen und Zeitpläne beziehen sich insbesondere auf die Einführung der TAF/TAP TSI im Fahrplan 2027.
|
||||
|
||||
[ Annex VII - Der neue Prozess zur Baukommunikation ]( https://www.dbinfrago.com/AnnexVII
|
||||
)
|
||||
|
||||
Weitere Informationen
|
||||
|
||||
[ Ihre Ansprechpartner:innen ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/ansprechpartner-innen-und-links-11089214)
|
||||
|
||||
Ihre Ansprechpartner:innen rund um TAF/TAP TSI – innerhalb und außerhalb der DB InfraGO AG.
|
||||
|
||||
### Downloads
|
||||
|
||||
[ TAF/TAP Technische Beschreibung Zugeigenschaften/TCM/PTCM _v14.6 PDF | 1,0 MB ](/resource/blob/12598388/171d9fcbec4cecec350fdf010e1899a4/Beschreibung-Zugeigenschaften-TCM-PTCM-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Rahmenbedingungen Versand Zugeigenschaften/TCM/PTCM PDF | 118,3 KB ](/resource/blob/13569102/251cbe1524ea7bbbb0b86ee1a976fd45/Rahmenbedingungen-Versand-Zugeigenschaften-TCM-PTCM-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP Technische Beschreibung Anschluss-/Umlaufdaten PDF | 558,4 KB ](/resource/blob/12598392/439d86e8d3bdf53f1054018648b483b6/Technische-Beschreibung-Objektinfo-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP Technische Beschreibung Zugvorbereitungsmeldung PDF | 496,6 KB ](/resource/blob/12598396/243bc25415eb1ecae491418380e6a844/TAF-TAP-Technische-Beschreibung-Zugvorbereitungsmeldung-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP DB-InfraGO AG-xsd Schema ZIP | 82,6 KB ](/resource/blob/12598398/b271c36276739437b99f8a4647ce2ff0/TAF-CAT-Complete-Sector-data.zip "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Bedienerhandbuch TCM-Editor PDF | 1007,8 KB ](/resource/blob/13444146/02cce81e3348857d022e9027ea7dc544/Bedienerhandbuch-TCM-Editor-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
### Links
|
||||
|
||||
[ TAF/TAP TSI FAQ ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/TAF-TAP-TSI-FAQ-13868920)
|
||||
|
||||
Auf dieser Seite finden Sie eine Sammlung häufig gestellter Fragen rund um die Trassenanmeldung. Die Antworten sowie die zugehörigen fachlichen Informationen und Zeitpläne beziehen sich insbesondere auf die Einführung der TAF/TAP TSI im Fahrplan 2027.
|
||||
|
||||
[ Annex VII - Der neue Prozess zur Baukommunikation ]( https://www.dbinfrago.com/AnnexVII
|
||||
)
|
||||
|
||||
### Weitere Informationen
|
||||
|
||||
[ Ihre Ansprechpartner:innen ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/ansprechpartner-innen-und-links-11089214)
|
||||
|
||||
Ihre Ansprechpartner:innen rund um TAF/TAP TSI – innerhalb und außerhalb der DB InfraGO AG.
|
||||
@@ -0,0 +1,107 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "5"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/498689119/Betriebsstellen+PLC"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "bc81891bfe3c4fc4"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Behandlung von Betriebsstellen ohne PLC in der GFD-Z
|
||||
|
||||
* Zweck und Kontext:
|
||||
|
||||
* Ziel ist eine belastbare Qualitätsprüfung für TPN-Angebote, damit nachgelagerte Systeme keine Validierungsfehler durch unvollständige Infrastrukturdaten (insbesondere fehlende PLCs) erhalten.
|
||||
* Die Prüfung ist fachlich notwendig (Nachvollziehbarkeit, Datenqualität), nicht sicherheitsrelevant.
|
||||
* Geltungsbereich:
|
||||
|
||||
* Betroffen sind alle im TPN-Angebot auszugebenden Betriebsstellen/Laufpunkte.
|
||||
* Fokus liegt auf der PLC-Vollständigkeit, der Eindeutigkeit des Laufwegs und der Rolle von Sbk (Selbstblocksignale) im Angebot.
|
||||
* Kernregel PLC (primaryLocationCode):
|
||||
|
||||
* Jede Betriebsstelle, die im Angebot ausgegeben wird, muss einen PLC besitzen.
|
||||
* Sobald mindestens ein Laufpunkt ohne PLC enthalten ist, wird das Angebot nicht erzeugt/abgegeben.
|
||||
* Stattdessen erfolgt eine klare, sprechende Fehlermeldung mit Hinweis auf notwendige Datenkorrektur.
|
||||
* Prüfzeitpunkt und Ablauf:
|
||||
|
||||
* Die PLC-Prüfung erfolgt spätestens bei der Angebotserstellung.
|
||||
* Bei Verstößen wird die Verarbeitung abgebrochen (Fail fast), um fehlerhafte Angebote von vornherein zu verhindern.
|
||||
* Fehlermeldung und Fehlerbehandlung:
|
||||
|
||||
* Die Fehlermeldung benennt die Ursache eindeutig (fehlender PLC an einer oder mehreren Betriebsstellen).
|
||||
* Ziel ist, Korrekturen an den Stammdaten zu veranlassen; das System liefert keine Workarounds.
|
||||
* Verantwortung und Datenkorrektur:
|
||||
|
||||
* Die Korrektur fehlerhafter Infrastrukturdaten (z. B. fehlender PLC) liegt beim Konstrukteur bzw. in den verantwortlichen Stammdatensystemen (kein softwareseitiges „Umhängen“ von Informationen).
|
||||
* Umgehungslösungen werden abgelehnt, weil sie Inkonsistenzen erzeugen können.
|
||||
* Sbk-Handhabung:
|
||||
|
||||
* Für die Eindeutigkeit des Laufwegs werden Sbk grundsätzlich ignoriert; es wird bis zur nächsten Nicht-Sbk-Betriebsstelle „weitergesucht“.
|
||||
* Sbk erscheinen nur dann im Angebot, wenn daran zusätzliche, fachlich relevante Informationen (z. B. Hinweise oder Regelungen) hängen.
|
||||
* Das Hinterlegen solcher Informationen an Sbk ohne PLC wird nicht empfohlen, da dies die Angebotserstellung blockieren kann.
|
||||
* Eindeutigkeit des Laufwegs:
|
||||
|
||||
* Regel bleibt bestehen: Betriebsstellen müssen im Angebot geführt werden, wenn sie zur eindeutigen Beschreibung des Laufwegs erforderlich sind.
|
||||
* Falls ausnahmsweise ein Sbk für die Eindeutigkeit notwendig ist und keinen PLC hat, kann das Angebot nicht erzeugt werden (bis zur Datenkorrektur).
|
||||
* Parallel wird diskutiert, ob diese Regel im Lichte veröffentlichter Zusatzdaten (z. B. Streckennummer, Streckengleis) künftig angepasst werden sollte.
|
||||
* Umsetzung, Tests und Meilensteine:
|
||||
|
||||
* Die Lösung wird in Schritten umgesetzt (geplante Meilensteine).
|
||||
* Für Kundentests ist die „harte“ Abbruchlogik ausreichend; für die Produktivsetzung wird eine endgültige, lückenlose Lösung angestrebt.
|
||||
* Es sind Testfälle/Testmatrix vorgesehen; Akzeptanzkriterien: Bei Betriebsstellen ohne PLC wird kein Angebot abgegeben, und es erscheint eine verständliche Fehlermeldung.
|
||||
* Diskutierte Alternativen (verworfen bzw. kritisch):
|
||||
|
||||
* Entfernen von Betriebsstellen ohne PLC aus dem Angebot: nur eingeschränkt sinnvoll, da Eindeutigkeit leiden kann.
|
||||
* Umhängen von Informationen von Sbk auf andere Betriebsstellen: abgelehnt wegen potenzieller Widersprüche und mangelnder Datenintegrität.
|
||||
* Anpassung der Abgabelogik ohne Datenkorrektur: nicht vorgesehen; Vorrang hat die Qualität der Stammdaten.
|
||||
|
||||
|
||||
|
||||
Quellen:
|
||||
|
||||
*
|
||||
|
||||
|
||||
## Umgang mit Betriebsstellen im Ausland ohne PLC (Beispiel XNVLO)
|
||||
|
||||
Aktuell gibt es noch eine Betriebsstelle im Ausland ohne PLC, nämlich in Venlo XNVLO. Die Fahrplanbearbeitungsgrenze wird zukünftig XNVL (nicht mehr XNVLO) sein. Problematisch ist bisher, dass man nach XNVL (Handover) nur über XNVLO kommt und dies im Trassenfinder hinterlegt ist.
|
||||
|
||||
Dieses Problem in den Stammdaten wird ab Ordnungsrahmenstand "Grundzustand ab 2027.3" wie folgt gelöst: XNVLO gibt es nicht mehr als Betriebsstelle. Strecke 7404 gibt es dann auch nicht mehr. Strecke 7402 führt dann weiter nach XNVL.
|
||||
|
||||
Aktuell finden die Tests aber aktuell mit Ordnungsrahmenstand "Jahresfahrplan 2026.3" statt. Daher kann aktuell kein Test über Venlo stattfinden. XNVLO hat keinen PLC, daher wird es in den Stammdaten sowohl in den Betriebsstellen als auch in der Strecke 7404 entfernt. Damit haben wir in Strecke 7404 nur eine Betriebsstelle und diese ist somit nicht konstruierbar.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
## Pseudo-Betriebsstellen
|
||||
|
||||
Für Betriebsstellen mit PLC aber ohne Ril100 müssen Pseudo Betriebsstellen erzeugt werden, damit ein Umgang in der Bestandswelt mit diesen möglich ist. Für diesen Fall zeigt TPN und die Folgesysteme statt einer konkreter Betriebsstelle z.B. die Betriebsstelle "Spanien" an.
|
||||
|
||||
Quellen:
|
||||
|
||||
* * Dokumentation der EVU-Schnittstelle des Bestellsystems, Kapitel 13.1, TLP und ZLP
|
||||
|
||||
|
||||
|
||||
## PLC-Prüfungen im Ordnungsrahmen (OR-Prüfungen)
|
||||
|
||||
Siehe [Gitpages des Infrastrukturmanagers (IM)](https://infrastruktur-manager.gitpages.tech.rz.db.de/doku/Dokumentation/05_Modelle/05_04_Geschaeftsregelkatalog.html#_ordnungsrahmen)
|
||||
@@ -0,0 +1,52 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "5"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/503104315"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "f08182c86f6b1b64"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
Bsp. [https://abn1-c8-operate.bsz-abn.cnp-test.comp.db.de/operate/processes?active=true&incidents=true](https://abn1-c8-operate.bsz-abn.cnp-test.comp.db.de/operate/processes?active=true&incidents=true)
|
||||
|
||||
Trassenbestellungen via Path ID (PAID), Path Request ID (PRID), BundleID oder requestTraceId suchen.
|
||||
|
||||
1. "Finished Instances" um ggf. auch die abgeschlossenen Prozesse noch zu sehen
|
||||
|
||||
|
||||
2. More Filters → Variable → Name
|
||||
|
||||
|
||||
1. Suche nach businessKey mit PAID, PRID oder BundleID
|
||||
|
||||
|
||||
|
||||
1. Bsp. Value PRID → _"PR2180DBE6KRWM38NE012026"_ → Incident im Prozess zu sehen
|
||||
|
||||
|
||||
|
||||
2. Bsp. Value BundleID → _"VertriebsauftragBundle_e46c5b79-f546-42de-810f-d922cf235becc"
|
||||
_
|
||||
|
||||
1. bspw. bei Netzausgelösten Änderungen gibt es immer ein Bundle aus Stornierung und Angebotstrasse →
|
||||
2. die BundleID ist via Kafbat UI in der entsprechenden Message im Vertriebsauftrag zu finden (→ "id") / "ids" = id der Stornierung + id der Angebotstrasse
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
2. Suche nach requestTraceId
|
||||
|
||||
1. die requestTraceID bekommt man bspw. gleich aus den ersten Prozess "T1_TrassenerstanmeldungTRA"
|
||||
|
||||
|
||||
2. Value → _"6c8ed859fa84e569e60f8b5e40f88af5"_
|
||||
@@ -0,0 +1,43 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/500518676/CaseReference-Objekte"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "d7c1776f0948d263"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Interne Behandlung von CaseReference Objekten in der Systemkommunikation
|
||||
|
||||
Verhalten pathOS:
|
||||
|
||||
1. Bei Eingang einer Trassenanmeldung mit verwiesener CaseReferenceID wird überprüft, ob die CaseReferenceID mit einem vorhandenen CaseReferenceObjekt "aufgelöst" werden kann. Die Inhalte werden an den Produktionsauftrag geschrieben und dem Fahrplan damit übergeben.
|
||||
2. Wenn kein CaseReferenceObjekt mit der angegebenen ID vorhanden ist, werden keine Angaben ergänzt. Die angegebene CaseReferenceID selbst bleibt erhalten.
|
||||
|
||||
|
||||
|
||||
Quellen:
|
||||
|
||||
* 4.3 Objekt CaseRefence (Geschäftsfall)
|
||||
* Anlage 1 Kapitel 3.15 CaseReference-Objekte
|
||||
*
|
||||
@@ -0,0 +1,57 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "10"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/498671014"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "85712f85184c5080"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
* Für den Prozess einer CI-Anfrage
|
||||
|
||||
1. Was haben wir vom Kunden erhalten via CI? → ist die Anfrage zu alt so findet man nichts in der DB. Ist selbst eine neuversandte Anmeldung nicht angekommen, dann gibt es entweder ein Problem an unseren CI oder am CI des EVU.
|
||||
SELECT * FROM public.evu_messages_in → Wir geben dann an Team Zero weiter, dass CI zu prüfen, melden diese eine fehlerfreie Funktion zurück müssen wir dem SST-Partner mitteilen sein CI zu überprüfen.
|
||||
where prid = 'PR2180DDEHGFZU7ENL012026'
|
||||
order by modification_date desc
|
||||
|
||||
|
||||
|
||||
|
||||
2. Ist etwas aus dem CI rausgegangen? → Ist der Status in der DB: "END-Weitergeleitet" so ist auch was an den Kunden rausgegangen und er sollte auch was erhalten haben.
|
||||
SELECT * FROM public.evu_messages_out → Ist der Status: "Fehlgeschlagen" so gibt es bis zu 5 Retrys bevor der Prozess im Status "END-Error" endet → Zustellung an den Kunden ist damit nicht erfolgt!
|
||||
where prid = 'PR2180DDEHGFZU7ENL012026'
|
||||
order by modification_date desc
|
||||
|
||||
|
||||
|
||||
|
||||
3. Was ist in der AV angekommen? → RCM/PDM/PCM an Kunden
|
||||
SELECT * FROM bestellsystem.tdm_message → PRM, PCM an nachgelagerte Systeme (TPN)
|
||||
where path_request_id = 'PR2180DDEHGFZU7ENL012026'
|
||||
order by ts_modification desc
|
||||
|
||||
|
||||
|
||||
|
||||
4. Mit Klicks auf den Body / Request kann man sich die Json/xml anschauen und herauskopieren, um sie ins Ticket anzuhängen.
|
||||
|
||||
|
||||
5. Wenn TPN was geschickt hat aber wir haben im KAFKA nichts erhalten, dann muss man auf CIB zugehen, oder ggf. selbst im [Camunda](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/503104315/Camunda+Fehlersuche)/Graphana nach Fehlern suchen.
|
||||
|
||||
|
||||
|
||||
**tbd** :
|
||||
|
||||
* status bedeutungen ergänzen
|
||||
* wann benutzt man PR, wann PA?
|
||||
* wann schaut man in die AV, wann ins CI?
|
||||
* Was passiert danach, wann schaut man in Kafka/Camunda (mit links).
|
||||
@@ -0,0 +1,40 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "9"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/381472001"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "fd5d7c046bf8686f"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
[Architektur Schaubild](https://bestellsystem1.gitpages.tech.rz.db.de/docs/runbook/02-architecture/05_building_block_view.html):
|
||||
|
||||
|
||||
|
||||
|
||||
Der Zugriff auf die Datenbank erfolgt via pgAdmin.
|
||||
|
||||
Es stehen dabei 3 Servergruppen zur Auswahl:
|
||||
|
||||
|
||||
|
||||
Portalthemen laufen über die Servergruppen "_**SteuerungVertrieb**_**"**(SV) rein und werden von dort an die "_**Auftragsverwaltung**_**"**(AV) geschickt.
|
||||
|
||||
Die SV schickt die **Produktionsaufträge** (PRM)**** dann zu IFP und bekommt einen **Vertriebsauftrag**(PDM) von der IFP zurück. Die SV spiegelt dann die Daten wieder zur AV.
|
||||
|
||||
Kommen Anfragen der Kunden via CI oder durch interne Tests via Thunderclient (Visuell Code) dann sind diese in der Servergruppe "_**CommonInterface**_ " zu finden.
|
||||
|
||||
Wenn Sie berechtigt sind für die Datenbank (Steven Meixner) dann können Sie mittels SQL Abfragen diese bedienen und Abfragen erstellen. Wir haben dafür vereinfachte Befehlssätze im OneNote gespeichert. Sollten Sie Zugriff dazu benötigen, dann melden Sie sich bei der PathOS FbF (Benjamin Siedersleben).
|
||||
|
||||
|
||||
|
||||
* * *
|
||||
@@ -0,0 +1,48 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/577046854/Datenweitergabe+%C3%BCber+NSS+an+Betrieb+und+Abrechnung"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "5ebb23d757f8933c"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Die Daten von Bautrassen werden über die NSS an den Betrieb und auch die Abrechnung weitergeben. Dabei kann es aktuell bei Bautrassen zu eventuellen Abweichungen gegenüber NEP- und GelV-Trassen kommen.
|
||||
|
||||
Im Rahmen der Erstellung der Bau-NAÄ werden - in Gegensatz zum Angebot der Regeltrasse - für die Bautrasse keine Attribute der Bestellung in GFD hinzugefügt. Das Bau-NAÄ ist daher unvollständig und weicht vom Umfang her von Anlage 1 ab. Das führt zu Fehlern in der weiteren Verarbeitung. Im worst case kann damit kein Bau-NAÄ versendet werden.
|
||||
|
||||
Hintergrund: Von TPN zu GFD zu RuT-K (in RuT-K entsteht die Bautrasse) wird nur ein Teil von Attributen übernommen (oder in RuT-K im Rahmen der Ausregelung neu hinzugefügt). Das bedeutet, dass die Bautrasse, welche FaPS von RuT-K übernimmt vorrangig aus konstruktionsrelevanten Attributen besteht. Bestellrelevante oder veröffentlichungsrelevante Attribute verbleiben mehrheitlich in TPN oder GFD.
|
||||
|
||||
Der Unterschied wird u.a. durch eine angepasste Anlage 10 der TTT-Doku dargestellt. Dort wurden alle Attribute als n/a definiert, welche in Anlage 1 im Rahmen der PRM/PDM vorhanden sind, aber für die Bautrasse nicht weitergereicht werden.
|
||||
|
||||
|
||||
|
||||
|
||||
In PI 40 wird ein Workaround TPN-FaPS-IVö-GFD, um die NSS auch mit Bestellinformationen zu versorgen. Dieser deckt alle Anwendungsfälle der Abrechnung und des Betriebes ab.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
<https://arija-confluence.jaas.service.deutschebahn.com/x/Xau8IQ>
|
||||
@@ -0,0 +1,196 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "4"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/515029957/Dokumentation+zum+ujBau+Prozess+Anlage+10"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "cba82086c48f3228"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
##### [Anlage 10: Dokumentation zum ujBau Prozess](https://www.dbinfrago.com/resource/blob/13705118/53d2c65b2c810c1d97d7bab633a834f9/Anlage-10-Dokumentation-zum-ujBau-Prozess-data.pdf)
|
||||
|
||||
|
||||
|
||||
|
||||
**Ablauf Stellungnahme unterjähriger Bau**
|
||||
|
||||
Frage: Warum wird nach einem Trassenvorschlag im GPE und einer darauffolgenden Stellungnahme ein GPEnS in Form einer PNAM gesendet? (Ticket [TTTSOL-831](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-831))
|
||||
|
||||
Antwort: Wenn DB InfraGO den Änderungsvorschlag des EVU nicht umsetzen kann, entspricht das GPEnS/FPE inhaltlich dem GPE (sofern keine weiteren Anpassungen seitens InfraGO nötig sind). Es liegt beim EVU zu entscheiden, ob die Trasse storniert werden soll.
|
||||
|
||||
Das Diagramm ist an allen angemerkten Stellen korrekt, da es immer zu kurzfristigen Störungen kommen kann. Selbstverständlich erfolgt eine kurzfristige Änderung nur wenn sie unvermeidbar ist.
|
||||
|
||||
Frage: Wie viele Stellungnahme (PathConfirmedMessage, PathDetailsRefusedMessage, PathRequestMessage) kann ein EVU auf eine GPE (oder GPE nach SN) im Fplj 2026 schicken? Nach Ermessen von DB Cargo werden wir auf ein GPE mit mehreren Verkehrstag unterschiedlich reagieren wollen (Beispiel: ein GPE mit Verkehrstag Montag bis Mittwoch; Gewünschte Antwort von DBC ist Montag Zustimmung, Dienstag und Mittwoch veränderte Abfahrtszeit am Startbahnhof). Wie kann diese Art der Rückmeldung abgegeben werden? [[TTTSOL-454] Stellungnahme - Anzahl Antwort auf GPE - DB InfraGO ITD Lifecycle Management Tool](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-454)
|
||||
|
||||
Antwort: Es wird an einer standardisierten Lösung gearbeitet. Zunächst über das Freitextfeld.
|
||||
|
||||
|
||||
|
||||
|
||||
**GPE nach SN**
|
||||
|
||||
Frage: Wird es für alle GPE ein GPE nach SN geben (Ausnahme BKE-Kat 1)? Können wir davon ausgehen, dass auch bei Prozessstörungen auch ein GPE nach SN versandt wird? ()
|
||||
|
||||
Antwort: Der Stand bleibt weiterhin gleich. Für alle fristgerechten BKEn 2-8 gibt es für betroffene Züge im Migrationszeitraum ein GPE nS.
|
||||
|
||||
**Prozessabbruch**
|
||||
|
||||
Frage: Wenn ein Zug im Nachgang einer GPE doch keine Änderung durch Bau mehr erfährt und damit keine NAÄ mehr notwendig ist, wird trotzdem eine FPE versendet? [[TTTSOL-458] Prozessstörer - nicht mehr baubetroffen - DB InfraGO ITD Lifecycle Management Tool](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-458)
|
||||
|
||||
Antwort: Sollten sich die Randbedingungen für die Durchführung des Prozesses zwischen GPE und FPE so verändert haben, dass eine Änderung der Bestandstrasse nicht mehr notwendig ist, wird der Prozess mit der Kopie der zuletzt gesendeten Nachricht (PathDetailsMessage oder PathNotAvailableMessage) mit dem TypeofInformation Code 29 (=withdrawal) erneut gesendet. Der Versand dieser Nachricht beendet den Prozess umgehend. Die betroffene Bestandstrasse erfährt keine Änderung und gilt unverändert weiter.
|
||||
|
||||
**NAÄ**
|
||||
|
||||
Frage: Wir haben die Erwartung, dass bei einer NAÄ mit Inkonsistenzen die Korrektur des Fehlers innerhalb von max. 5 Werktagen erfolgt. Ist das so geplant? ()
|
||||
|
||||
Antwort: Falls eine Korrektur aufgrund von räumlichen Inkonsistenzen nötig werden sollte, dann wird dies schnellstmöglich behoben. Zeitliche Inkonsistenzen sind davon ausgenommen.
|
||||
|
||||
Frage: Besteht ein Anspruch auf Korrektur der NAÄ? Und in welcher technischen Art erfolgt die Rückmeldung der Fehler? ()
|
||||
|
||||
Antwort: Nein, es wird keine technische Möglichkeit zu Rückmeldung auf Fehler geben. (Hinweis zur Antwort: Damit ist gemeint, dass es keinen Nachrichtentyp gibt, um die Forderung einer Korrektur zu senden. Hier ist der Weg der eMail notwendig.)
|
||||
|
||||
Frage: NAÄ werden tagesscharf verschickt, wie ist das gemeint? Wird es hier eine wochenweise Bündelung geben? Wir erwarten, dass alle NAÄ wg. Bau bis z-8 vorliegen.
|
||||
|
||||
Antwort: Tagesscharfer Versand bedeutet in diesem Zusammenhang, dass ein FPE nicht montags 6 Uhr gesammelt versendet werden, sondern direkt, wenn das FPE und NAÄ fertiggestellt sind.
|
||||
|
||||
Frage: Wir gehen derzeit davon aus, dass wir auch bei Verfristung von Baumaßnahmen, also verspätetes FPE/ ganz ohne FPE immer eine NAÄ mit begleitender PDM bekommen.
|
||||
|
||||
Antwort: Es gibt immer ein FPE und NAÄ zusammen. Es wird keine NAÄ aus dem Baufahrplan geben ohne FPE.
|
||||
|
||||
Frage: Wie wird für eine NAÄ mit einer Gültigkeit ab einem Donnerstag, welche an einem Montag zugestellt wird, die Verfristung ermittelt? Erfolgt die Berechnung basierend auf dem mitgesendeten Gültigkeitsbeginn oder auf Basis des 1. Verkehrstages.
|
||||
|
||||
Antwort; Berechnung erfolgt auf Basis des 1. Verkehrstages.
|
||||
|
||||
|
||||
|
||||
|
||||
**Änderungsbestellungen/Änderungsprozess - Parellelität**
|
||||
|
||||
Frage: Wie soll mit der Parallelität Änderungsbestellung/ unterjähriger Bauprozess umgegangen werden?
|
||||
|
||||
Antwort: Auszug INB 2027 - Ril 402.0305 Abschnitt 10 Absatz 6 Änderungsbestellungen von baubetroffenen Trassen (6)
|
||||
Änderungsbestellungen für den baubetroffenen Zeitraum sind zwischen z-29 bis z-8 (Bearbeitungsphase der baubetroffenen Trassen durch die Baumaßnahme) nicht zulässig. Der nicht baubetroffene Zeitraum ist hiervon ausgenommen. Die ZB haben die Möglichkeit im Rahmen der Stellungnahme zum GPE, Änderungswünsche für den baubetroffenen Zeitraum der DB InfraGO AG mitzuteilen.
|
||||
|
||||
Frage: Welche Möglichkeit haben EVUs die Baubetroffenheit festzustellen, wenn ein GPE noch nicht oder verfristet vorliegt?
|
||||
|
||||
Antwort: Die bekannten BKE sind in der KOMBau hinterlegt und können dort eingesehen werden, z.B. der Zeitraum und die örtliche Lage.
|
||||
|
||||
Frage: Wird in dem Zusammenhang darüber nachgedacht die OIM zum Zeitpunkt z-29 wieder/doch einzuführen, um Seitens DB InfraGO über die Baubetroffenheit zu informieren?
|
||||
|
||||
Antwort: Wie am 02.07.2024 in der RTB AG kommuniziert, ist für den Migrationszeitraum keine Umsetzung der OIM geplant. Die OIM kommt nicht vor der vollständigen Einführung TTT.
|
||||
|
||||
Frage: Wir gehen davon aus, dass Änderungsbestellungen, die einen baubetroffenen Zeitraum tangieren technisch zurückgewiesen werden.
|
||||
|
||||
Antwort: Die Eingabe der Änderungsbestellung durch die Kunden in die Systeme wird, wie gewohnt, notwendig sein.
|
||||
|
||||
Frage: Schließt DB InfraGO netzausgelöste Änderungen (unabhängig von Bau) im Zeitraum z-29 bis z-8 generell aus? Wenn nicht, welche Regelung/Prozess gibt es dazu?
|
||||
|
||||
Antwort: Nein, es kann nicht ausgeschlossen werden, dass während der Bearbeitungszeit im unterjährigen Bau, keine weiteren netzausgelösten Änderungen verarbeitet und gesendet werden.
|
||||
|
||||
|
||||
|
||||
|
||||
**uj Bau bei Neubestellungen**
|
||||
|
||||
Frage: Bei Neubestellungen von Zügen im NFPL nach T-29 - wie kommen dann GPE und FPE-Informationen auf die Züge? (T-x = Wochen)
|
||||
|
||||
Antwort: INB 2027 Ril 402.0305 Abschnitt 8 Abs. 2 Bereitstellung FPE für BKE der zweiten und dritten Konsultationsphase für Trassen aus NEP II
|
||||
Die DB InfraGO AG stellt für BKE aus der zweiten und dritten Konsultationsphase das FPE für Trassen mit Verkehrstagen zwischen dem Fahrplanwechsel und 28. bzw. 29. Februar, welche zur zweiten Netzfahrplanerstellungsphase angemeldet wurden, bis acht Wochen (SPV) bzw. fünf Wochen (SGV) vor Baubeginn innerhalb der betroffenen Bauwoche zur Verfügung. Die DB InfraGO AG strebt an, FPE des SGV bis acht Wochen, spätestens jedoch fünf Wochen vor Baubeginn innerhalb der betroffenen Bauwoche zur Verfügung zu stellen.
|
||||
|
||||
INB 2027 Ril 402.0305 Abschnitt 8 Abs. 4 Bereitstellung FPE für BKE der zweiten und dritten Konsultationsphase aus NEP I
|
||||
Für BKE, die in der zweiten und dritten Konsultationsphase behandelt wurden und bis 28. bzw. 29. Februar des aktuellen Fahrplanjahres beginnen, stellt die DB InfraGO AG den betroffenen ZB ein GPE bis spätestens 15 Wochen vor Beginn der betroffenen Bauwoche zur Verfügung (Ausnahmen siehe Abs. 2). Die ZB haben drei Wochen Zeit für eine Stellungnahme. Diese kann sich ausschließlich auf die Inhalte des GPE beziehen, da die zugrunde liegende BKE zum Versandzeitpunkt des GPE bereits konsultiert wurde.
|
||||
|
||||
|
||||
|
||||
|
||||
Frage: Wie ist eine Umbestellung eines Netzfahrplanzuges im Rahmen der NEP 2 im Sinne der GPE-Frist als NEP 2 zu werten? Unsere Erwartung ist, dass nur Neubestellungen im Rahmen der NEP 2 auch als NEP 2 im Sinne der GPE-Frist gewertet werden.
|
||||
|
||||
Antwort: Der Prozess zur NEP 2 bezieht sich nur auf Neubestellungen. Umbestellungen wären im zu klärenden Prozess der Änderungsbestellungen zu verstehen.
|
||||
|
||||
Frage: Wie werden unterjährige Regeltrassenänderungen und Neuverkehre gehandhabt (Berücksichtigung in BKE 4, 6, 7, 8) [[TTTSOL-455] Änderungsbestellungen/Änderungsprozess - uj Regeltrassenänderung und Neuverkehre - DB InfraGO ITD Lifecycle Management Tool](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-455)
|
||||
|
||||
Antwort: Wenn die Baumaßnahmen bereits im Netzfahrplan berücksichtigt sind, werden diese bei Änderungsbestellungen und Neubestellungen im GelV berücksichtigt werden.
|
||||
|
||||
|
||||
|
||||
|
||||
**Gleisangaben**
|
||||
|
||||
Frage: Eine Gleisangabe bei abweichenden Gleisen wird von DB FV benötigt, um zu prüfen, wieviel m Bahnsteig fehlen, falls ein kürzeres Gleis angefahren wird. Nur so können wir errechnen, wieviel Türen gesichert werden müssen. Ebenso benötigen wir eine Aussage, wieviel m Bahnsteig bei durch Bauarbeiten verkürzten Bahnsteigen fehlen. Wir benötigen dies im Export aus der KomBau, um den Bedarf automatisiert zu ermitteln. Die fehlende Bahnsteiglänge wurde aus der Schnittstellenbeschreibung zum GPE heraus genommen. Was ist hier der technische Hintergrund?
|
||||
|
||||
Antwort:
|
||||
|
||||
NSP "bahnsteiglängenichtausreichend" wurde in der aktuell veröffentlichten Anlage 10 wieder auf "k" gesetzt, war fälschlicherweise auf "n/a".
|
||||
|
||||
Es erfolgt keine Gleisangabe in GPE - FPLO.
|
||||
|
||||
Die EVU/der ZB ist zu entsprechenden Sicherungsmaßnahmen gemäß EBO (Eisenbahn-Bau- und Betriebsordnung) verpflichtet.
|
||||
|
||||
UPDATE 08.12.2025: Gleisangaben in NAÄ werden erfolgen. Änderung wurde über neue INB kommuniziert.
|
||||
|
||||
|
||||
|
||||
|
||||
**BKE**
|
||||
|
||||
Frage: Wir haben zum Thema BKE-Kategorien eine Frage zum Hintergrund: Was bedeutet „Auswirkungen auf mehr als ein Netz“? Ist hier grenzüberschreitender Verkehr gemeint oder Regionalbereichsgrenzen? [[TTTSOL-485] BKE/ANNEX VII - DB InfraGO ITD Lifecycle Management Tool](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-485)
|
||||
|
||||
Antwort: Auswirkungen auf mehr als ein Netz bedeutet, dass baubedingte (Teil-)Ausfälle, Umleitungen oder Ersatz durch andere Verkehrsträger von grenzüberschreitend verkehrenden Zügen auch Auswirkungen auf die benachbarten EIU entfalten.
|
||||
|
||||
Frage: Wie wird damit umgegangen wenn ein Zug von mehreren Baustellen betroffen ist und eine davon abgesagt wird? Wird das komplette GPE zurückgezogen oder können auch einzelne Verkehrstage eines GPEs zurückgezogen werden? Wie ist der Prozess und die Auftragsreihenfolge? Das Schnittstellendokument ist dazu nicht aussagekräftig. [[TTTSOL-546] Absage Baustellen - mehrere Baustellen - DB InfraGO ITD Lifecycle Management Tool](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-546)
|
||||
|
||||
Antwort: Je nach Zeitpunkt wird ein angepasstes neues Fahrplanprodukt (GPE -> GPEnS -> FPE) gesendet. Siehe Regelung auf den Verfristungsfolien. Wenn einzelne Verkehrstage des GPEs nicht mehr baubetroffen sind, werden diese im Folgeprodukt aktualisiert. In diesem Fall wird keine zusätzliche 'Withdrawal'-Nachricht für diese einzelnen Tage gesendet.
|
||||
|
||||
Frage: Wie wird künftig seitens InfraGo mit einer Verschiebung eines Baukorridors aus dem NFpl umgegangen?
|
||||
1\. Gibt es eine neue BKE zur Abstimmung des Konzepts bei geeignetem Vorlauf?
|
||||
2\. Werden dann Netzausgelöste Änderungen bzw. GPEs/FPEs geschickt?
|
||||
3\. Kann ausgeschlossen werden, dass EVUs (wie heute) umbestellen müssen?
|
||||
|
||||
Antwort: Baukorridore werden ab Fpl. 2027 in Invest-Container und BKE 8,7,6 und 4 aufgehen und in der 1. bzw. 2. KP kommuniziert und abgestimmt. Diese werden im Netzfahrplan bearbeitet. Sollte es zu einer Verschiebung von Baumaßnahmen der 2. KP nach x-12 kommen muss diese mit der Ausnahmeregelung der Nr.14 nach Ril 402.0305 Abs. 10 durchgeführt werden.
|
||||
|
||||
1\. Diese BKE werden in den Folgeprozessen mit den Kunden abgestimmt und umgesetzt.
|
||||
2\. Ja es werden dann spätestens und ausschließlich in der 4. KP GPE/FPE und NAÄ gesendet werden.
|
||||
3\. Im uj Bau 4.KP ist eine Umbestellung nicht notwendig
|
||||
|
||||
Frage: Wird vor der Absage von Baustellen mit den EVU gesprochen ob die Absage zur erneuten Umplanung bzw. Rückfallen auf Vertragszustand führt oder ob man den ausgeplanten Bauzustand wegen zu kurzen Vorlauf erhält? [[TTTSOL-545] Absage Baustellen - Kommunikation EVU - DB InfraGO ITD Lifecycle Management Tool](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-545)
|
||||
|
||||
Antwort: Es erfolgt keine gesonderte Abstimmung. Vielmehr gilt folgende, bereits gezeigte, Regelung: Vor Versand des GPE zu z-24 erfolgt die Absage der Baumaßnahme und die Regeltrasse erhält ihre Gültigkeit zurück. Nach z-24 erfolgt die Prüfung der Komplexität der Dekonstruktion. Nach z-8 erfolgt keine Änderung der Bautrasse mehr, die FPE-Trasse bleibt bestehen, da die Bautrasse bereits zur Regeltrasse geworden ist.
|
||||
|
||||
|
||||
|
||||
|
||||
**OIM**
|
||||
|
||||
Frage: Object Infomessage zu Start KP 4 -gibt es eine abschließende Entscheidung zur Einführung?
|
||||
|
||||
Antwort: Wie am 02.07.2024 in der RTB AG kommuniziert, ist für den Migrationszeitraum keine Umsetzung der OIM geplant. Die OIM kommt nicht vor der vollständigen Einführung TTT.
|
||||
|
||||
|
||||
|
||||
|
||||
**Sonstiges**
|
||||
|
||||
Frage: Heute werden Dauer-LÜ manchmal in den Fplo angemerkt, wo / wie soll das in TTT gemacht werden? <https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-538>
|
||||
|
||||
Antwort: Es ändert sich nichts zum heutigen Vorgehen, weiterhin in FPLO.
|
||||
|
||||
Frage: Wann wird das erste GPE versendet ? [[TTTSOL-483] VNP/ENP/GPE - DB InfraGO ITD Lifecycle Management Tool](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-483)
|
||||
|
||||
Antwort: Nach aktuellem Stand wird dies (Korrektur) Ende August 2026 sein (z-15).
|
||||
@@ -0,0 +1,162 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi", "glossar"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "pdf"
|
||||
source: "www.dbinfrago.com"
|
||||
source_version: ""
|
||||
meta_fingerprint: "72d733e676651818"
|
||||
url: "https://www.dbinfrago.com/resource/blob/11089224/1c9c5e81637ecedea763f04efad4013d/Download-TAF-TAP-Glossar-data.pdf"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "7a1fd4bec6969434"
|
||||
---
|
||||
|
||||
Glossar mit den wesentlichen Begriffen aus TAF/TAP TSI
|
||||
https://www.dbinfrago.com/taf-tap-tsi
|
||||
Begriff Beschreibung
|
||||
BDV Betriebsdatenverteiler. Datenschnittstelle des Betriebs der DB InfraGO AG, die sich gemäß den
|
||||
Spezifikationen eines Common Interface verhält
|
||||
CI (Common Interface) Die Abkürzung für das "Common Interface", also die technische Schnittstelle, die sowohl für die
|
||||
Datenübertragung im Betrieb als auch in der Trassenanmeldung erforderlich ist. Neben den
|
||||
Schnittstellen existieren allerdings auch Webanwendungen, die eine eigene Schnittstelle ersetzen (z.B.
|
||||
das neue Bestellportal für Trassenanmeldungen)
|
||||
Company Code Eindeutiger Code zur Identifikation eines Unternehmens, welches am Datenaustausch mit TAF/TAP
|
||||
teilnimmt. Zwingende Voraussetzung für alle beteiligten Unternehmen. Beantragung erfolgt derzeit
|
||||
bei der UIC, ab 2026 erfolgt die Beantragung für alle Akteure innerhalb der EU bei der ERA. Für
|
||||
weitere Details s. bereits veröffentlichter Flyer
|
||||
ERA Die ERA ist die European Union Agency of Railways mit dem Mandat: "The EU Agency for Railways is
|
||||
mandated to issue single safety certificates and vehicle (type) authorisations valid in multiple
|
||||
European countries and to ensure an interoperable European Rail Traffic Management System, in the
|
||||
development and implementation of the Single European Railway Area." (zitiert von der ERA-
|
||||
Homepage)
|
||||
Die ERA ist zudem für den Organisation Code verantwortlich (und grundsätzlich auch für den Company
|
||||
Code)
|
||||
IM Die englische Bezeichnung für ein EIU (Eisenbahninfrastrukturunternehmen), also ein "Infrastructure
|
||||
Manager"
|
||||
JSG JSG steht für die "Joint Sector Group". Die "TAF and TAP TSI RU/IM Joint Sector Group" wurde 2012
|
||||
als eine freiwillige Organisation gegründet, um die Einführung der TAF TSI zu begleiten. Seit 2014 ist
|
||||
auch die TAP TSI hier aufgenommen. Primär bereitet die JSG Positionen des Sektors für das TAF/TAP
|
||||
Steering Committee vor, koordiniert Change Requests und unterstützt den Einführungsprozess der
|
||||
ERA
|
||||
LeadRU, auch LRU Das federführende EVU einer Verkehrsleistung. In der TAF/TAP ist kein Datenaustausch zwischen
|
||||
diesem EVU und dem EIU vorgesehen, außer es ist in einem Trassenabschnitt gleichzeitig auch
|
||||
ResponsibleRU. Es kann sein, dass ein und dasselbe EVU die Rollen des LeadRU, RA und ResponsibleRU
|
||||
einnimmt
|
||||
NAE Die National Allocation Entity ist eine Rolle, die durch die TAF/TAP TSI definiert ist und innerhalb eines
|
||||
Landes für die eindeutige und einheitliche Vergabe von Location Codes (Primary und Subsidiary
|
||||
Location Codes) verantwortlich ist. Die Location Codes werden von der NAE in einer eindeutigen Liste
|
||||
verwaltet. In Deutschland ist die DB InfraGO AG von den Behörden mit der Durchführung dieser Rolle
|
||||
betraut worden.
|
||||
NBN Die Nutzungsbedingungen Netz - also die Vertragsgrundlage zur Nutzung von Trassen im Schienennetz
|
||||
der DB InfraGO AG - Nachfolger der SNB
|
||||
NCP Die Abkürzung steht für National Contact Point. Der National Contact Point fungiert im Auftrag des
|
||||
Bundesministeriums für Digitales und Verkehr (BMDV) als nationale Anlaufstelle für den Deutschen
|
||||
Bahnsektor zur Umsetzung von TAF/TAP TSI und ist bei der DB InfraGO AG ansässig. Dabei nimmt er
|
||||
die Interessenvertretung des EU-Mitgliedstaates Deutschland in den europäischen TAF/TAP Gremien
|
||||
wahr. Beschrieben sind die Aufgaben des NCP auch in den EU-Verordnungen zu TAF/TAP TSI.
|
||||
ObjectInfo TAF/TAP-Meldung im betrieblichen Datenaustausch, welche Angaben zu TrainAcitvities enthält. Sie
|
||||
wird vom EVU an das EIU geschickt und beinhaltet aktuelle Informationen zu Anschluss- oder
|
||||
Umlaufverknüpfungen zwischen Zügen. Einführung ist für 09/2023 geplant
|
||||
Operations Der Bereich von TAF/TAP, der sich primär mit dem laufenden Betrieb beschäftigt. Die Bereiche
|
||||
"Operations" und "Planning" sind die beiden fachlichen Säulen von TAF/TAP
|
||||
OTN Operational Train Number (betriebliche Zugnummer). Entspricht in ihrer Funktion auf dem Gebiet der
|
||||
DB InfraGO der heutigen Zugnummer.
|
||||
Path Trasse. Objekt im Kontext des TAF/TAP-Modells. Also die Kapazität, der "Slot", auf dem der Zug fährt.
|
||||
Wird durch eine PathID identifiziert
|
||||
PDM bzw. Path Details Abkürzung für die Path Details Message, eine Pflichtnachricht in der Trassenanmeldung und eine
|
||||
ebenfalls im Betrieb genutzte Nachricht. Diese Nachricht wird vom EIU an die EVU geschickt
|
||||
Planning Der Bereich von TAF/TAP, der sich primär mit Trassenanmeldungen und dem Fahrplan beschäftigt. Die
|
||||
Bereiche "Operations" und "Planning" sind die beiden fachlichen Säulen von TAF/TAP
|
||||
Stand Dezember 2023 - dieses Dokument wird laufend aktualisiert und online bereitgestellt
|
||||
Viele weitere Begriffe werden zudem im Glossar der TAF TSI und der TAP TSI erklärt (sowohl in Deutsch als auch Englisch) - an dieser Stelle beschränken wir uns
|
||||
auf einen Auszug - die deutschen Verordnungen finden Sie auch auf unserer Internetseite im Kapitel 3:
|
||||
Glossar zu TAF/TAP TSI, Stand Dezember 2023 Seite 1 von 3
|
||||
|
||||
Begriff Beschreibung
|
||||
PLC Diese Abkürzung steht für Primary Location Code. Mit dem Primary Location Code werden
|
||||
Betriebsstellen eindeutig und in einem einheitlichen, standardisierten europäischen Format codiert.
|
||||
Somit identifiziert ein Primary Location Code eine Örtlichkeit auf dem Schienennetzwerk. Primary
|
||||
Location Codes werden zukünftig bei jeder Art von TAF/TAP-Kommunikation verwendet. Daneben
|
||||
wird es auch weiterhin die Ril100 Codes geben (z.B. im Trassenbestellsystem).
|
||||
Primary Location Eine Primary Location ist ein Ort innerhalb des Schienennetzes, an dem eine Zugfahrt beginnt, endet,
|
||||
anhält, durchfährt oder die Strecke wechselt. Dieser Ort muss von einem Infrastrukturbetreiber, der
|
||||
durch einen Company Code identifiziert wird, verwaltet werden. Beispiele für Primary Locations sind
|
||||
Bahnhöfe, Haltepunkte oder Grenzpunkte.
|
||||
PRM bzw. Path Request Abkürzung für die Path Request Message, eine Pflichtnachricht in der Trassenanmeldung, mit der ein
|
||||
Path erstmalig bestellt wird. Diese Nachricht wird vom EVU an das EIU geschickt
|
||||
RA Die Abkürzung für den "Responsible Applicant", das vertragsbindende Unternehmen. Es kann sein,
|
||||
dass ein und dasselbe EVU die Rollen des LeadRU, RA und ResponsibleRU einnimmt.
|
||||
ReferenceTrain Familie von Zügen (Trains) bzw. Zugfamilie. Objekt im Kontext des TAF/TAP-Modells. Darunter werden
|
||||
verschiedene zueinander gehörige Züge (Trains) zusammengefasst. Dies können z.B. Züge mit
|
||||
abweichenden Zugläufen werktags und am Wochenende sein. Wird durch eine ReferenceTrainID
|
||||
identifiziert
|
||||
ResponsibleIM Das für die Bereitstellung einer Trasse (Path) und die betriebliche Durchführung der Zugfahrt auf
|
||||
Infrastrukturseite verantwortliche EIU. Analog zum ResponsibleRU.
|
||||
ResponsibleRU, auch RRU Das für die Durchführung einer Zugfahrt verantwortliche EVU, also der "Eigner der Trasse". Dieses EVU
|
||||
ist gemäß TAF/TAP der Partner für den Datenaustausch mit dem EIU in der Betriebsphase. Dies behält
|
||||
auch seine Gültigkeit, falls das ResponsibleRU einen Subunternehmer mit der Durchführung der
|
||||
Zugfahrt beauftragt. Es kann sein, dass ein und dasselbe EVU die Rollen des LeadRU, RA und
|
||||
ResponsibleRU einnimmt.
|
||||
RNE RNE ist die Rail Net Europe, ein europäischer Verband der Eisenbahninfrastrukturunternehmen. Sie ist
|
||||
einer der Hauptakteure bei der Umsetzung von TAF/TAP TSI. Die RNE gibt es seit 2004 und hat zum
|
||||
übergreifenden Ziel die Herausforderungen des europäischen Eisenbahnsektors anzugehen und zu
|
||||
vereinfachen. Die RNE versucht, die europäische Vernetzung seiner Mitglieder zu unterstützen und z.B.
|
||||
auch bei rechtlichen Fragestellungen innerhalb der EU zu vermitteln. Mit Stand 2022 hat die RNE 38
|
||||
Vollmitglieder aus über 30 Ländern.
|
||||
Route Objekt im Kontext des TAF/TAP-Modells. Beinhaltet den groben Zuglauf (Start, Ziel, Grenzübergänge
|
||||
sowie Informationen zu Tageswechseln) durch Europa.
|
||||
Wird durch eine RouteID identifiziert
|
||||
RU Die englische Bezeichnung für ein EVU (Eisenbahnverkehrsunternehmen), also ein "Railway
|
||||
Undertaking"
|
||||
SLC Ein Subsidiary Location Code identifiziert eindeutig eine Subsidiary Location innerhalb einer
|
||||
bestehenden Primary Location. Mit dem SLC werden Subsidiary Locations in einem einheitlichen,
|
||||
standardisierten europäischen Format codiert. Mit Hilfe der Subsidiary Location Codes kann ein
|
||||
Nachrichtenaustausch zwischen Unternehmen stattfinden, die in einer geschäftlichen Beziehung
|
||||
stehen.
|
||||
Subsidiary Location Eine Subsidiary Location ist immer mit einer Primary Location verknüpft und beschreibt Teile,
|
||||
Attribute von Primary Locations oder die Verwendung von Primary Locations näher. Es kann sich auch
|
||||
um einen nicht-schienengebundenen oder schienengebundenen Punkt handeln, der nicht von einem
|
||||
Infrastrukturbetreiber (IM) betrieben wird. Beispiele für Subsidiary Locations sind Gleise, Tankanlagen
|
||||
oder Ladepunkte.
|
||||
TAF TSI Telematics Applications for Freight Services - Technical Specification for Interoperability (Telematische
|
||||
Anwendungen für den Güterverkehr - Technische Spezifikation für Interoperabilität)
|
||||
TAP TSI Telematics Applications for Passenger Services - Technical Specification for Interoperability
|
||||
(Telematische Anwendungen für den Personenverkehr - Technische Spezifikation für Interoperabilität)
|
||||
TCM/PTCM Train Composition Message (Güterverkehr) bzw. Passenger Train Composition Message
|
||||
(Personenverkehr): Die beiden künftig verbindlichen Nachrichtentypen von TAF/TAP im Betrieb
|
||||
werden vom EVU an das EIU gesendet. Sie geben Auskunft über die aktuellen Zuginhaltsdaten (Länge,
|
||||
Gewicht, Angaben zu Bremsen, etc.) und sind nicht gleichzusetzen mit der heutigen Wagenliste.
|
||||
Einführung erfolgt vsl. in 09/2023, eine Verpflichtung zu Abgabe in NBN ist grundsätzlich geplant -
|
||||
genauere Termine hierzu werden separat kommuniziert, sobald bekannt.
|
||||
TPN Trassen Portal Netz, also das bisherige System zur Trassenanmeldung bei der DB InfraGO. Dieses wird
|
||||
mit Einführung von TAF/TAP durch das neue Bestellsystem ersetzt. Aus heutiger Sicht bleibt TPN bis
|
||||
einschließlich Fahrplanjahr 2025 führend, ab Fahrplanjahr 2026 gilt das neue System
|
||||
Train Zug. Objekt im Kontext des TAF/TAP-Modells. Beinhaltet Informationen zum Zug und dessen
|
||||
Eigenschaften. Wird durch eine TrainID identifiziert.
|
||||
Glossar zu TAF/TAP TSI, Stand Dezember 2023 Seite 2 von 3
|
||||
|
||||
Begriff Beschreibung
|
||||
Train Activity Ein Feld innerhalb einiger Nachrichten, u.a. in der Trassenanmeldung für den Fahrplan oder der
|
||||
Information zu Abhängigkeiten zwischen Zügen im Betrieb. Hiermit wird die Zugaktivität an einem
|
||||
bestimmten Laufwegspunkt beschrieben. Dies sind z.B. gebräuchliche Aktivitäten wie der
|
||||
Verkehrshalt, Anschluss-/Umlaufinformationen oder das Zusammenführen von Zügen oder weniger
|
||||
oft genutzte wie Lokführererholungshalt, Fotohalt etc.
|
||||
UIC Die International Union of Railways mit der Mission: "Promote rail transport globally with the
|
||||
objective of responding effectively to current and future challenges relating to mobility and
|
||||
sustainable development; Develop and facilitate all forms of international cooperation among
|
||||
members and promote sharing of best practice" (Auszug zitiert von der UIC-Homepage). Die UIC
|
||||
vergibt u.a. die Company Codes
|
||||
UIC-Telegramme Bestehendes international standardisiertes Datenaustauschformat im Betrieb. Einige Telegramme sind
|
||||
analog zu den entsprechenden TAF/TAP-Meldungen (z.B. Zugstandort, Prognose). Gegenüber den
|
||||
TAF/TAP-Meldungen decken die UIC-Telegramme jedoch weniger Geschäftsfälle ab und bieten
|
||||
weniger Umfang
|
||||
xsd XML Schema Definition: Das Dateiformat, in dem z.B. die RNE ihre Schnittstellenbeschreibungen
|
||||
veröffentlicht
|
||||
Zugnummer Die heute im Betrieb verwandte Zugnummer, mit der auch Passagiere im Aushangfahrplan ihren Zug
|
||||
erkennen können
|
||||
Glossar zu TAF/TAP TSI, Stand Dezember 2023 Seite 3 von 3
|
||||
@@ -0,0 +1,54 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "7"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/493882116/Einleitung"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "847928d84ad4b1f5"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Diese fachliche Dokumentation begleitet die Einführung der TAF/TAP‑TSI zum Netzfahrplan 2027 und beschreibt aus Prozess- und Fachsicht die Bestellung und Zuweisung von Trassen, die Bestellung und Zuweisung von Rahmenvertragskapazitäten sowie weitere Nebenleistungen im Bestellsystem der DB InfraGO. Sie richtet sich an Fachbereiche, Prozessverantwortliche, Betrieb und Governance und schafft ein einheitliches Verständnis von Rollen, Abläufen, fachlichen Regeln und Datenverantwortungen. Grundlage ist die Verpflichtung aus EU‑VO 62/2006/EG zur Nutzung harmonisierter TAF/TAP‑TSI‑Strukturen. Die technische Ausgestaltung der EVU‑Schnittstelle (Migration von TPN‑SST auf die TAF/TAP‑TSI‑konforme EVU‑SST, SST‑Dokumentation 4.0.0 ff.) wird nur kontextuell erwähnt; Details sind Gegenstand der separaten Schnittstellendokumentation.
|
||||
|
||||
Fokus und Geltungsbereich:
|
||||
|
||||
* End‑to‑end‑Beschreibung der Geschäftsvorfälle im Trassenbestell‑ und Zuweisungsprozess (interoperabler und nicht interoperabler Verkehr)
|
||||
* Rollen, Verantwortlichkeiten, Governance und Datenqualität als Grundlage für Interoperabilität und Compliance
|
||||
* Übergang zum Netzfahrplan 2027 inklusive fachlicher Migrations‑ und Abnahmeaspekte
|
||||
|
||||
|
||||
|
||||
Out of scope
|
||||
|
||||
* Technische Spezifika sind out of scope
|
||||
* Fachliche Regeln für Rahmenverträge und Rahmenvertragskapazitäten sowie die Bestellung weiterer Nebenleistungen sind out of scope
|
||||
|
||||
|
||||
|
||||
Die folgenden Kapitel der Dokumentation liefern die fachliche Sicht auf:
|
||||
|
||||
* Geschäftsvorfälle im Trassenbestell‑ und Zuweisungsprozess untergliedert für die verschiedenen Fahrplanphasen
|
||||
* Fachliche Beschreibungen von Prozessen, Regeln, Datenobjekten, die im Zusammenhang mit TTT stehen oder eingeführt werden
|
||||
* Weitere Themen mit Bezug zu TTT
|
||||
@@ -0,0 +1,43 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/503119333/ExceptionalGaugingCode"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "2b533d8bfe90cbb5"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Allgemein
|
||||
|
||||
Die ExceptionalGaugingCodes sind eine Bezeichnung der Beförderungsbesonderheit oder der Beförderungsanordnung; Beförderungsart bei Zügen mit Lademaßüberschreitung. Konkret handelt es sich um eine Liste aus BZA-Nummern, Nummern von Beförderungsanordnungen oder Dauer-LÜs sowie Gruppenbuchstaben (A, B, C, ….) gemäß Ril 458.
|
||||
|
||||
|
||||
|
||||
|
||||
Die ExceptionalGaugingCodes werden an TPN übermittelt und dort manuell durch den Konstrukteur in die bestehenden Datenstrukturen für BZA-Nummern, Nummern von Beförderungsanordnungen oder Dauer-LÜs sowie Gruppenbuchstaben (A, B, C, ….) gemäß Ril 458 überführt. Ein automatisiertes regelbasiertes Mapping wird es vorerst nicht geben.
|
||||
|
||||
|
||||
|
||||
|
||||
## BZA-Nummern in Fremdnetzen
|
||||
|
||||
BZA-Nummern in Fremdnetzen werden von uns vom Kunden entgegengenommen, aber nicht weiter verarbeitet. Insbesondere wird diese Information nicht wieder an den Kunden zurückgespielt.
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,161 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi", "web"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "www.dbinfrago.com"
|
||||
source_version: ""
|
||||
url: "https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208"
|
||||
last_updated: "2026-06-27"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "d93eae68b878f3c9"
|
||||
meta_fingerprint: "1302a1bee048956f"
|
||||
---
|
||||
|
||||
Zukünftig bietet die DB InfraGO AG den Zugangsberechtigten die Möglichkeit, durch Anbindung ihrer Systeme über eine Schnittstelle an das Bestellsystem der DB InfraGO AG den Meldungsaustausch im Trassenbestell- und -zuweisungsprozess TAF/TAP-konform durchzuführen.
|
||||
|
||||
Zugangsberechtigte, die eine derartige Anbindung planen, finden unten stehend eine detaillierte Schnittstellen-Dokumentation (inklusive der zugehörigen Anlagen). Diese wurde zum 17.07.2024 auf Basis der xsd-Version 3.5.0.0 der RNE aktualisiert.
|
||||
|
||||
Zugangsberechtigte, die eine Anbindung planen, können über die angegebene E-Mail-Adresse Rückmeldungen und Rückfragen an die DB InfraGO AG senden ([pathOS@deutschebahn.com](mailto:pathOS@deutschebahn.com)). Die Produktionseinführung der neuen TAF/TAP-konformen EVU-Schnittstelle ist für die Anmeldephasen zum Netzfahrplan 2027 geplant. Der Gelegenheitsverkehr für den Zeitraum der Netzfahrplanperiode 2027 wird ebenfalls via der neuen EVU-Schnittstelle TAF/TAP-konform erfolgen.
|
||||
|
||||
Aktuelle Dokumentation (Vers. 4.6.3) – Update Anlage 1
|
||||
|
||||
[ Dokumentation der EVU-Schnittstelle (Hauptdokument) (PDF | 6,2 MB) ](/resource/blob/13705098/414d1181ff1ccb1516e08d53c1e34694/Dokumentationen-der-EVU-Schnittstelle-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 1: Datenfelder der EVU-Schnittstelle, Version 4.6.3.1 (PDF | 2,9 MB) ](/resource/blob/13900358/ce3bef9333493e22501e94c57d6ac159/Anlage-1-Datenfelder-der-EVU-Schnittstelle-Version-4-6-3-1-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 1: Datenfelder der EVU-Schnittstelle (PDF | 2,7 MB) ](/resource/blob/13705100/c43a8a222f212550e8adb14bc75a3a15/Anlage-1-Datenfelder-der-EVU-Schnittstelle-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 2: Technische Funktionsbeschreibung (PDF | 411,4 KB) ](/resource/blob/13705102/86e9b1111e362325368fc8aef3e21e67/Anlage-2-Technische-Funktionsbeschreibung-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 3: xsd-Kompatibilität und Abweichungen vom Zielzustand (PDF | 230,2 KB) ](/resource/blob/13705104/0a7223a5b01b88daf42617537c3c63eb/Anlage-3-Uebersicht-der-Kompatibilitaet-der-xsd-Versionen-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 4: XSD-Datei "taf_tap_cat_complete_sector" (XML | 752,7 KB) ](/resource/blob/13705106/fc9d50eb460c58afa7f0d429338044fa/Anlage-4-XSD-Datei-taf_tap_cat_complete_sector--data.xml "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 5: WSDL-Datei für den Austausch von TAF/TAP-TSI Nachrichten und Heartbeat (ZIP | 3,3 KB) ](/resource/blob/13705108/507843a95c1db3cf5dc1fe3c7b235972/Anlage-5-WSDL-Datei-data.zip "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 6: Technische Funktionsbeschreibung - Stammdatenbereitstellung (PDF | 191,2 KB) ](/resource/blob/13705110/b690726932d748d7d8e4aecc132b29b1/Anlage-6-Technische-Funktionsbeschreibung-Stammdatenbereitstellung-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 7: Open-Api Spezifikationen für die Stammdatenbereitstellung (YAML | 24,1 KB) ](/resource/blob/13705112/d67ae567ae37eb26537677de0c3bff7a/Anlage-7-Open-Api-Spezifikationen-fuer-die-Stammdatenbereitstellung-data.yaml "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 8: Fachliche Anwendungsfälle (PDF | 701,7 KB) ](/resource/blob/13705114/fb0c85d368f79df8b0a4ec45c0805812/Anlage-8-Fachliche-Anwendungsfaelle-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 9: Fehlercodes der DB InfraGO (PDF | 211,8 KB) ](/resource/blob/13705116/482a46c63fc32c91ca9113804b49619d/Anlage-9-Fehlercodes-der-DB-infraGO-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 10: Dokumentation zum ujBau Prozess (PDF | 2,2 MB) ](/resource/blob/13705118/53d2c65b2c810c1d97d7bab633a834f9/Anlage-10-Dokumentation-zum-ujBau-Prozess-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
Aktuelle Stammdaten
|
||||
|
||||
Die Stammdaten für Trassenbestellungen werden über das Common-Interface von pathOS bereitgestellt. Der Zugriff erfolgt gemäß Hauptdokument, Anlage 1 und Anlage 7 der aktuell gültigen Schnittstellendokumentation. Die aktuellen Stammdaten sind im Ordnungsrahmenstand „Jahresfahrplan 2027.3“.
|
||||
|
||||
Diese bieten wir hier zusätzlich zum Download an.
|
||||
[Stammdaten Jahresfahrplan 2027.3](/resource/blob/13866106/e7e7b61f448222251fba9378edd1bf0a/Stammdaten-Jahresfahrplan-2027-3-data.zip)
|
||||
[Stammdaten Jahresfahrplan 2027.2](/resource/blob/13798748/9b9315cc720327b9e48bf876da6f8d38/Stammdaten-Jahresfahrplan-2027-2-data.zip)
|
||||
[Stammdaten Jahresfahrplan 2027.1](/resource/blob/13770752/634413ea4c4d32d00f1440c047ca070e/Stammdaten-Jahresfahrplan-2027-1-data.zip)
|
||||
|
||||
Zur Unterstützung der Trassenanmeldung zeigen wir die Änderungen der Infrastrukturstammdaten von „Jahresfahrplan 2027.0“ zu“ Jahresfahrplan 2027.1“ explizit auf. Dies erfolgt in Form einer Differenzliste. Hinweis: Öffnen Sie die extrahierte Datei in einem Browser - vorzugsweise Edge - damit sie gut lesbar angezeigt wird.
|
||||
|
||||
[ Differenzliste Jfpl. 2027.0 zu Jfpl. 2027.1 (ZIP | 140,7 KB) ](/resource/blob/13770750/8eaeecec62436bd77c3584c457e85c6b/Differenzliste-Jfpl-2027-0-zu-Jfpl-2027-1-data.zip "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Ergänzend informatorisch noch die vorherigen Dateien:
|
||||
|
||||
[ Differenzliste Jfpl 2026.7 zu Jfpl 2027.0 (ZIP | 3,5 MB) ](/resource/blob/13763120/d1b52ac44547f0dd53399ff1196db5f1/Differenzliste-Jfpl-2026-7-zu-Jfpl-2027-0-data.zip "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Stammdaten EVU – Jahresfahrplan 2027.0 (ZIP | 828,3 KB) ](/resource/blob/13624444/09f47c605318e81de2f6ceb9ce877048/Stammdaten-EVU-Jahresfahrplan-2027-0-data.zip "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
Informationen für Tests der Schnittstelle zu pathOS (für IT-Partner)
|
||||
|
||||
An dieser Stelle veröffentlichen wir wichtige Informationen rund um die Schnittstellentests, um die Vorbereitung auf die Markttests möglichst effizient zu gestalten. Die Unterlagen werden regelmäßig aktualisiert und im Schnittstellenpartner-JF besprochen. Rückfragen stellen Sie bitte direkt an unser Postfach für den Test: [pathos-schnittstellentest@deutschebahn.com](mailto:pathos-schnittstellentest@deutschebahn.com "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Testbarkeit TTT-Attribute volle Struktur (Stand 12.6.2026) (XLSX | 72,1 KB) ](/resource/blob/13410124/e51e3376ae15a0b5c4464b28e03a2ade/Testbarkeit_TTT-Attribute-Stand-25-2-2026--data.xlsx "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TestfallSheet Onboarding (XLSX | 213,2 KB) ](/resource/blob/13410136/8f572d975ef9e6d1eee59eccea00281c/TestfallSheet-Onboarding-data.xlsx "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
Informationen zu Fahrplanbearbeitungsgrenzen (Planning Handovers)
|
||||
|
||||
Bei grenzüberschreitenden Verkehren müssen unter TAF/TAP TSI im PathRequest sogenannte Planning Handoverpoints (Fahrplanbearbeitungsgrenzen) angegeben werden. Hier werden allgemeine Informationen zur Anwendung der Planning Handovers und Sonderfällen, sowie eine Liste der Planning Handoverpoints zu ausländischen EIU bereitgestellt.
|
||||
|
||||
|
||||
|
||||
|
||||
[ Informationen zu Fahrplanbearbeitungsgrenzen / Planning Handover (PDF | 452,5 KB) ](/resource/blob/13501726/98781a2e02050f8e3b3e0a80e5a65ee9/Informationen-zu-Fahrplanbearbeitungsgrenzen-Planning-Handover-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Liste der Planning Handoverpoints zu ausländischen EIU (XLSX | 32,9 KB) ](/resource/blob/13501728/d337e5f5f043c00737a2a43f7817cfe0/Liste-der-Planning-Handoverpoints-zu-auslaendischen-EIU-data.xlsx "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
Archiv Dokumentation (Vers. 4.6.2)
|
||||
|
||||
[ Dokumentation der EVU-Schnittstelle (Hauptdokument) (PDF | 6,2 MB) ](/resource/blob/13508602/fdf362d5251df2ef3ec2bec1493a3d4b/Dokumentationen-der-EVU-Schnittstelle-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 1: Datenfelder der EVU-Schnittstelle (PDF | 2,7 MB) ](/resource/blob/13508604/e94cf34298da984062fa3d75d7a8f0c0/Anlage-1-Datenfelder-der-EVU-Schnittstelle-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 2: Technische Funktionsbeschreibung (PDF | 411,4 KB) ](/resource/blob/13508606/d05beb056bb40ea1237afe577c5c929a/Anlage-2-Technische-Funktionsbeschreibung-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 3: xsd-Kompatibilität und Abweichungen vom Zielzustand (PDF | 232,0 KB) ](/resource/blob/13508608/babbe05a9eeb3e853ee9f6a85e58ea28/Anlage-3-Uebersicht-der-Kompatibilitaet-der-xsd-Versionen-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 4: XSD-Datei "taf_tap_cat_complete_sector" (XML | 752,7 KB) ](/resource/blob/13508610/fc9d50eb460c58afa7f0d429338044fa/Anlage-4-XSD-Datei-taf_tap_cat_complete_sector--data.xml "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 5: WSDL-Datei für den Austausch von TAF/TAP-TSI Nachrichten und Heartbeat (ZIP | 3,3 KB) ](/resource/blob/13508612/507843a95c1db3cf5dc1fe3c7b235972/Anlage-5-WSDL-Datei-data.zip "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 6: Technische Funktionsbeschreibung - Stammdatenbereitstellung (PDF | 188,9 KB) ](/resource/blob/13508614/122fdcab93fbc100d14c503512a30c70/Anlage-6-Technische-Funktionsbeschreibung-Stammdatenbereitstellung-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 7: Open-Api Spezifikationen für die Stammdatenbereitstellung (YAML | 24,1 KB) ](/resource/blob/13508616/d67ae567ae37eb26537677de0c3bff7a/Anlage-7-Open-Api-Spezifikationen-fuer-die-Stammdatenbereitstellung-data.yaml "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 8: Fachliche Anwendungsfälle (PDF | 721,3 KB) ](/resource/blob/13508618/1c3a3376e2495740e0ae7e7bbe9f95ff/Anlage-8-Fachliche-Anwendungsfaelle-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 9: Fehlercodes der DB InfraGO (PDF | 210,5 KB) ](/resource/blob/13508620/3c2f63900b67e5451336db0066485ef4/Anlage-9-Fehlercodes-der-DB-infraGO-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Anlage 10: Dokumentation zum ujBau Prozess (PDF | 2,2 MB) ](/resource/blob/13508622/34a58687541c5866a04d6b381b82f4b9/Anlage-10-Dokumentation-zum-ujBau-Prozess-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Änderungsübersicht (PDF | 309,8 KB) ](/resource/blob/13509058/dfaf8b81e1c5f2639de300c22500c7ba/Aenderungsuebersicht-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
### Weiterführende Informationen
|
||||
|
||||
Kontakt
|
||||
|
||||
Zentrale Kontaktadresse pathOS & Trassenanmeldung
|
||||
|
||||
[ pathOS@deutschebahn.com ](mailto:pathOS@deutschebahn.com "E-Mail")
|
||||
|
||||
Links
|
||||
|
||||
[ TAF/TAP TSI FAQ ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/TAF-TAP-TSI-FAQ-13868920)
|
||||
|
||||
Auf dieser Seite finden Sie eine Sammlung häufig gestellter Fragen rund um die Trassenanmeldung. Die Antworten sowie die zugehörigen fachlichen Informationen und Zeitpläne beziehen sich insbesondere auf die Einführung der TAF/TAP TSI im Fahrplan 2027.
|
||||
|
||||
[ Annex VII - Der neue Prozess zur Baukommunikation ]( https://www.dbinfrago.com/AnnexVII
|
||||
)
|
||||
|
||||
[ Connecting Europe Facility ]( https://wayback.archive-it.org/12090/20221222151902/https://ec.europa.eu/inea/en/connecting-europe-facility
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
### Kontakt
|
||||
|
||||
Zentrale Kontaktadresse pathOS & Trassenanmeldung
|
||||
|
||||
[ pathOS@deutschebahn.com ](mailto:pathOS@deutschebahn.com "E-Mail")
|
||||
|
||||
### Links
|
||||
|
||||
[ TAF/TAP TSI FAQ ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/TAF-TAP-TSI-FAQ-13868920)
|
||||
|
||||
Auf dieser Seite finden Sie eine Sammlung häufig gestellter Fragen rund um die Trassenanmeldung. Die Antworten sowie die zugehörigen fachlichen Informationen und Zeitpläne beziehen sich insbesondere auf die Einführung der TAF/TAP TSI im Fahrplan 2027.
|
||||
|
||||
[ Annex VII - Der neue Prozess zur Baukommunikation ]( https://www.dbinfrago.com/AnnexVII
|
||||
)
|
||||
|
||||
[ Connecting Europe Facility ]( https://wayback.archive-it.org/12090/20221222151902/https://ec.europa.eu/inea/en/connecting-europe-facility
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
@@ -0,0 +1,121 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "2"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/611945127"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: "redigiert: [A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}"
|
||||
content_hash: "dd9d13124c3ffafa"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
Dieses FAQ richtet sich an **Kunden** (EVU), die mit pathOS Trassen bei der DB InfraGO AG bestellen.
|
||||
|
||||
**Bei Rückfragen halten Sie bitte bereit:** Kundennummer · System (Live-/Schulungsumgebung) · PR-ID · URL zum Vorgang · Screenshot des Fehlerbilds
|
||||
|
||||
**Kontakt:**[[REDACTED]](mailto:[REDACTED]) · Schulungen, Handbuch und Videos unter [www.dbinfrago.com/pathOS](http://www.dbinfrago.com/pathOS)
|
||||
|
||||
## 1\. Ich bekomme beim Absenden eine Fehlermeldung, obwohl die Checkliste grün ist
|
||||
|
||||
Die grüne Checkliste/Ampel prüft nur, ob die **technischen Grundfelder** befüllt sind – nicht die fachliche/inhaltliche Vollständigkeit. Die häufigsten Ursachen:
|
||||
|
||||
**a) „ErrorCode 6096 – zu ID … existiert bereits eine Trassenanmeldung"** Eine PathRequestID (PR-ID) darf nur für **eine einzige** Bestellung verwendet werden. Ein Vorgang mit Status „Fehler" oder „Zurückweisung" ist abgebrochen – Sie müssen die Anmeldung prüfen und **neu** absenden. Übernehmen Sie die abgeschickte Anmeldung als Vorlage für einen neuen Entwurf, vergeben Sie aber eine **neue PR-ID** : ändern Sie dazu das Feld **„Core"** oder den **„Variant"** (im erweiterten Modus). TR-ID/RO-ID/OTN dürfen wiederverwendet werden. Hinweis: Die Freigabe einer OTN kann bis zu 24 Stunden dauern. (pathOS-Handbuch S. 196)
|
||||
|
||||
**b) „5202: Invalid Path Information / Journey Location / Train Activity Type"** Diese Meldung tritt typischerweise auf, wenn der Zug die DB-Netzinfrastruktur verlässt und auf das Netz eines anderen EIU wechselt. Hier muss eine **Grenzbetriebsstelle** (Handover-Point) korrekt konfiguriert werden – in **zwei Schritten** :
|
||||
|
||||
1. Die betreffende **Betriebsstelle** (Grenzbetriebsstelle) im Laufweg eintragen.
|
||||
2. An dieser Betriebsstelle den **Haken bei „Handover"** setzen, damit das System sie als Übergabepunkt erkennt.
|
||||
|
||||
|
||||
|
||||
Nur die Betriebsstelle einzutragen reicht **nicht** aus. Bitte ergänzen Sie beides und senden Sie erneut.
|
||||
|
||||
**c) Zurückweisung wegen fehlender Zugsicherung, obwohl „PZB90" gesetzt scheint** Die Zugsicherung ist kein Pflichtfeld, aber für die Bestellung zwingend erforderlich. Bei **aus TPN importierten Vorlagen** ist das Zugsicherungsfeld häufig nicht gefüllt → daher die Zurückweisung. Bitte prüfen Sie, ob an **jedem Zuglaufpunkt** ein Zugsicherungssystem (z. B. PZB90) hinterlegt ist. Empfehlung: Legen Sie die Trasse **neu in pathOS an** (ohne TPN-Import-Vorlage), dann tritt das Problem nicht mehr auf.
|
||||
|
||||
**d) „Error 400 … offsetToReference (null) darf nicht null sein"** Bitte senden Sie den Fehlerbericht direkt aus pathOS sowie die Log-ID an den Support. Häufig hilft ein erneutes Anlegen ohne TPN-Vorlage; bei mehreren Zeitscheiben bitte alle Pflichtangaben je Zeitscheibe prüfen.
|
||||
|
||||
Wenn keiner der Fälle greift: Wenden Sie sich mit den oben genannten Angaben an [[REDACTED]](mailto:[REDACTED]) – gerne bieten wir auch ein Teams-Meeting zur gemeinsamen Analyse an.
|
||||
|
||||
## 2\. Was bedeutet Feld X / wie bestelle ich richtig?
|
||||
|
||||
**Feld „Core":** Das Feld „Core" ist frei wählbar und Bestandteil der eindeutigen Identifikation Ihrer Bestellung (PR-ID). Es muss je Bestellung eindeutig sein. Über eine Änderung des Core (oder des Variant) erzeugen Sie eine neue PR-ID, wenn eine ID bereits belegt ist.
|
||||
|
||||
**Zeitscheiben (Baustellen/Totalsperrungen):** Das Anlegen baubedingter Zeitscheiben bleibt in pathOS notwendig. Technisch ließe sich ein Jahresfahrplan in einer Bestellung erfassen, wir empfehlen aber, bekannte Baustellen und Fahrplanabweichungen in mehrere Zeitscheiben aufzuteilen. Bei **Totalsperrungen ist die Bestellung in Zeitscheiben zwingend**. Ein durchgehender Jahresfahrplan ohne Zeitscheiben ist nur möglich, wenn keine Einschränkungen vorliegen. Die konkret nötigen Zeitscheiben werden zusätzlich im Prozess der Fahrlagenberatung besprochen.
|
||||
|
||||
**Laufweg-/Fahrplanjahr ändern, Handover, internationale Zugnummer:** Solche Detailfragen klären wir am schnellsten telefonisch oder in der täglichen Sprechstunde. Bitte halten Sie Kundennummer und PR-ID bereit. Umfassende Anleitungen finden Sie im pathOS-Handbuch und in den Schulungsvideos auf [www.dbinfrago.com/pathOS](http://www.dbinfrago.com/pathOS).
|
||||
|
||||
## 3\. Wie bekomme ich einen Zugang zu pathOS? / Anmeldung / 2FA
|
||||
|
||||
**Als externer Kunde (EVU):**
|
||||
|
||||
1. Im Infraportal anmelden: <https://infraportal.dbinfrago.com>
|
||||
2. Unter „Freischaltungen beantragen" die pathOS-Rollen bestellen (gerne auch für das Schulungssystem).
|
||||
3. Sobald ein **Nutzer mit Superuser-Berechtigung in Ihrem Unternehmen** die Rollen freigegeben hat, können Sie pathOS nutzen.
|
||||
|
||||
|
||||
|
||||
**Wichtig bei mehreren Kundennummern:** Der Nutzer mit Superuser-Berechtigung muss für **jeden User jede einzelne Kundennummer händisch freischalten**. Die Freischaltung einer Kundennummer gilt nicht automatisch für alle User – jede Kombination aus User und Kundennummer muss separat berechtigt werden.
|
||||
|
||||
**„Rolle genehmigt, aber Login/Kundennummer-Auswahl klappt nicht":** Wenn Sie für mehrere Kundennummern freigeschaltet sind, müssen Sie bei der Anmeldung die **Kundennummer auswählen** , mit der Sie gerade arbeiten möchten. Welche das ist, erfragen Sie bitte bei der Person, die Ihre Berechtigung vergeben hat (Nutzer mit Superuser-Berechtigung), oder bei Kolleg:innen.
|
||||
|
||||
**2FA/Passwort zurücksetzen:** Geht es um den **pathOS-/Infraportal-Zugang** , läuft der Reset über das Infraportal bzw. den Nutzer mit Superuser-Berechtigung. Geht es um das **alte Trassenportal (TPN)** → bitte an [[REDACTED]](mailto:[REDACTED]) wenden.
|
||||
|
||||
## 4\. Meine Trasse wurde zurückgewiesen – warum und wie bestelle ich neu?
|
||||
|
||||
Ein zurückgewiesener Vorgang ist abgebrochen und wird nicht weiter konstruiert. Sie müssen die Anmeldung korrigiert **neu** absenden – dabei eine **neue PR-ID** vergeben (Core/Variant ändern). Häufige Zurückweisungsgründe: fehlende Zugsicherung/PZB90 (siehe Frage 1c), fehlender Handover-Point (Frage 1b) oder „Zugnummer im Verkehrszeitraum nicht verfügbar".
|
||||
|
||||
**„Zugnummer/OTN im Verkehrszeitraum nicht verfügbar":** Workaround, um die Bestellung dennoch abzusenden: Schreiben Sie die OTN als Info für die Konstruktion in das **allgemeine Freitextfeld** (unter „Produktausprägung" → „Sonstige Angaben") und **entfernen** Sie die OTN aus dem Feld „Betriebliche Zugnummer" (unter „Identifikatoren"). Beim erneuten Absenden bitte die PR-ID ändern (Variant im erweiterten Modus hochzählen).
|
||||
|
||||
**Vorgang nach Zurückweisung nicht mehr bearbeitbar (technisch hängen geblieben):** Bitte melden Sie sich mit PR-ID und OTN beim Support. Wir lassen die Bestellung intern abbrechen und die OTN/Zugnummer wieder freigeben, damit Sie neu bestellen können (Freigabe kann bis zu 24 h dauern).
|
||||
|
||||
## 5\. Meine Kundennummer ist in pathOS nicht auswählbar
|
||||
|
||||
In der Regel fehlt im Kundensystem das Häkchen **„Bestellberechtigung"** für die betreffende Kundennummer, oder die Freischaltung im Infraportal ist noch nicht vollständig übernommen. Bitte nennen Sie dem Support die Kundennummer und Ihr EVU; wir veranlassen die Bestellberechtigung. Danach ist die Kundennummer in pathOS auswählbar.
|
||||
|
||||
## 6\. In der Oberfläche stimmt etwas nicht / Anzeige- oder Bedienfehler
|
||||
|
||||
Bitte senden Sie uns über das Kontaktformular einen **Fehlerbericht mit Screenshot** , Kundennummer und – falls vorhanden – PR-ID. Wir nehmen den Hinweis auf und leiten ihn an die Entwicklung weiter. Tipp bei sporadischen Anzeigeproblemen: einmal ab- und wieder anmelden bzw. den Browser-Cache leeren.
|
||||
|
||||
## 7\. Wie lösche ich Entwürfe? / Woher kommen die vielen Entwürfe?
|
||||
|
||||
Es gibt zwei Wege:
|
||||
|
||||
1. **Einzeln:** Entwurf öffnen und oben auf „Entwurf löschen" klicken.
|
||||
2. **Massenlöschung:** in der Entwurfsübersicht die gewünschten Kästchen anhaken (max. 100, da nur 100 angezeigt werden) – dann erscheint oben der rote Button „Entwürfe löschen".
|
||||
|
||||
|
||||
|
||||
Bitte beachten: Gelöschte Entwürfe sind **endgültig** weg und können nicht wiederhergestellt werden.
|
||||
|
||||
Falls Sie Entwürfe sehen, die Sie nicht selbst angelegt haben: Diese wurden aus dem **vorherigen System bzw. Fahrplanjahr importiert** und können bedenkenlos gelöscht werden. Ein abgesendeter Entwurf verschwindet aus dem Entwurfsbereich, weil er in „Vorgänge" wandert.
|
||||
|
||||
## 8\. Wo finde ich Schulungen / die Sprechstunde / das Handbuch?
|
||||
|
||||
Alle Schulungstermine, Veranstaltungen, das Handbuch, WBT und Videos finden Sie zentral auf [www.dbinfrago.com/pathOS](http://www.dbinfrago.com/pathOS) – im Kapitel **2.4 „Schulungstermine und Veranstaltungen"**. Für die regulären Schulungstermine ist keine Anmeldung nötig – Sie wählen sich einfach zum Termin ein. DB-interne Mitarbeitende, die ein Zertifikat benötigen, durchlaufen zusätzlich das WBT (VFF400) in der DB Lernwelt. Ansprechpartner für Rückfragen zu Schulungen: [[REDACTED]](mailto:[REDACTED]).
|
||||
|
||||
## 9\. pathOS lädt nicht / nur weiße Seite / ist nicht erreichbar
|
||||
|
||||
Bitte prüfen Sie:
|
||||
|
||||
* Versuchen Sie es in einem **anderen Browser** (Chrome/Edge) und nach **Cache-Leeren** erneut.
|
||||
* Melden Sie sich einmal ab und wieder an.
|
||||
|
||||
|
||||
|
||||
Falls weiterhin nur eine weiße Seite/der Ladekreis erscheint: Bitte teilen Sie dem Support Uhrzeit, Standort(e), Browser und ggf. die genaue Meldung mit. Wir geben das an die Entwicklung zur Prüfung weiter.
|
||||
|
||||
## 10\. Wichtig zu wissen (Kurzüberblick)
|
||||
|
||||
* **Grüne Checkliste ≠ fehlerfrei** – sie prüft nur Grundfelder, nicht Zugsicherung/Handover/Plausibilität.
|
||||
* **Eine PR-ID = eine Bestellung.** Nach Fehler/Zurückweisung immer eine neue PR-ID vergeben (Core/Variant ändern).
|
||||
* **Keine TPN-Importvorlagen verwenden** – neue Anmeldungen direkt in pathOS anlegen vermeidet die meisten Fehler.
|
||||
* **Zugang über das Infraportal** \+ Freigabe durch den Nutzer mit Superuser-Berechtigung.
|
||||
* **OTN-Freigabe kann bis zu 24 h dauern.**
|
||||
* **TPN/Trassenportal ist nicht pathOS** – dafür bitte an [[REDACTED]](mailto:[REDACTED]) wenden.
|
||||
@@ -0,0 +1,510 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "5"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/520370636"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: "redigiert: (?<![\d.])(?:\d{1,3}\.){3}\d{1,3}(?![\d.]) | redigiert: [A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}"
|
||||
content_hash: "4f8f66e79b4fd380"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
Inhalte aus der FAQ welche auf der [Webseite ](https://www.dbinfrago.com/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem--13003480)unter 2.1 für alle Kunden zugänglich ist.
|
||||
|
||||
**Kategorie**| **Frage**|
|
||||
|
||||
---|---|---
|
||||
I. Übergreifende Themen und Voraussetzungen.
|
||||
Betroffenheit, Wettbewerb
|
||||
Betroffenheit, Wettbewerb| Müssen auch kleinere EVU TAF/TAP umsetzen?| Die Umsetzung von TAF/TAP ist unabhängig von der Größe eines EVU. Sofern ein EIU, über dessen Netz ein EVU fahren möchte, TAF/TAP umsetzt und das in seinen Nutzungsbedingungen verankert, sind alle EVU gezwungen, TAF/TAP umzusetzen.
|
||||
Dritt-EIU, länderübergreifende Zusammenarbeit
|
||||
Dritt-EIU, länderübergreifende Zusammenarbeit | Welche Anforderungen müssen Eisenbahninfrastrukturunternehmen erfüllen, welche Aufgaben haben diese und wo gibt es ggf. Informationen dazu?| | \- Die Eisenbahninfrastrukturunternehmen müssen die Anforderungen der EU-Verordnungen zu TAF/TAP hinsichtlich Fahrplanung und betrieblicher Durchführung umsetzen.
|
||||
\- Zudem müssen sie vor dem 31.12.2025 einen Company Code bei der UIC und ab dem 01.01.2026 einen Organisation Code (falls Company Code bereits vorhanden, muss ein gleichlautender Organisation Code beantragt werden) beantragen und ihre Infrastruktur gemäß der neuen europäischen Codierungslogik mit PLCs und ggf. SLCs über die National Allocation Entity (NAE) codieren und in die europäische Referenzdatenbank Central Reference File Database (CRD) einpflegen lassen.
|
||||
\- Um am TAF/TAP Meldungsaustausch teilnehmen zu können, ist die Einrichtung eines Common Interface notwendig. Informationen zu den Anforderungen können über das Sektor Handbuch der Joint Sector Group (JSG) bezogen werden. Das Sektor Handbuch erreichen Sie über folgenden Link: <http://taf-jsg.info/>. Eine weitere Quelle stellt die Website der Europäischen Eisenbahnagentur (ERA) dar. Dort finden Sie die EU-Verordnungen und die dazugehörigen Technischen Dokumente sowie die Datenkataloge (XSD). Gerne können Sie sich auch direkt an den National Contact Point TAF/TAP ([ncp.de](http://ncp.de)[REDACTED]) wenden.
|
||||
---
|
||||
Dritt-EIU, länderübergreifende Zusammenarbeit | Arbeitet die DB InfraGO mit den anderen Infrastrukturen in Deutschland zusammen und werden diese analog TAF/TAP implementieren? Werden die EVU dann für den gesamten Laufweg nach gleichen Kriterien Daten austauschen können? Oder gibt es Sonderregeln für "die letzte Meile"?| \- Grundsätzlich arbeiten viele EIU und EVU an der Umsetzung von TAF/TAP TSI. Allerdings setzen nicht alle EIU zeitgleich oder in gleichem Umfang um. Somit wird es an Netzgrenzen Brüche geben (ähnlich wie auch heute) - das Ziel ist natürlich, dass TAF/TAP durchgängig umgesetzt wird. Dies obliegt aber nicht der DB InfraGO AG, sondern jedem EIU selber. Für die letzte Meile wird es auch Regelungen geben, diese werden aber erst mit Inkrafttreten der Revision zur TAF/TAP TSI Gültigkeit erlangen.
|
||||
\- In einzelnen Punkten sind Abweichungen zu erwarten, z.B. fordern einzelne EIU bei der TCM mehr Daten, als die DB InfraGO erwartet (u.a. Wagendaten).
|
||||
Dritt-EIU, länderübergreifende Zusammenarbeit | Müssen Straßenbahn-Infrastrukturbetreiber, von deren Netz aus Züge ins DB InfraGO Netz übergehen und übernommen werden, ebenfalls die Voraussetzungen von TAF/TAP erfüllen?| Sofern ein Straßenbahn-Infrastrukturbetreiber einen kombinierten Betrieb von Stadtbahninfrastruktur und Eisenbahninfrastruktur auf seiner Infrastruktur hat, muss er auch die Anforderungen an TAF/TAP erfüllen.
|
||||
Common Interface
|
||||
Common Interface | Das teure an der Datenübertragung ist das Common Interface (als fertige Lösung von RNE oder Selbstentwicklung). Gibt es die Möglichkeit sich mit einem Standardservice wie Soap Webservice oder REST anzubinden?| \- Die Verwendung eines Common Interface ist für den TAF/TAP-Austausch notwendig und auch von europäischer Seite vorgegeben. Eine Anbindung über Soap oder REST ist daher nicht möglich. Es gibt Dienstleister, die hier Common Interface-Implementierungen als Router-Services anbieten, um eine kosteneffiziente Anbindung zu ermöglichen.
|
||||
\- Bei der DB InfraGO wird es analog zu TPN für die Trassenanmeldungen ein neues Webportal geben. Auch für die einzige ab 12/2025 verpflichtende betriebliche Meldung (TCM/PTCM – zunächst auf Basis OTN/Zugnr.) wird es ein Webportal zur direkten Eingabe oder zum Einlesen einer *.csv Datei geben.
|
||||
Common Interface | Wo finde ich die Beschreibung der technischen Schnittstelle?| | \- Die technische Schnittstelle hat mehrere Komponenten: Zum Einen gibt es Anforderungen der RNE dafür (diese findet man auf den Seiten der RNE direkt: (<https://rne.eu/it/products/ccs/>), und man benötigt hier ein Zertifikat der RNE.
|
||||
\- Darüber hinaus bietet auch die RNE selbst eine „Referenzimplementierung“ des CI an, die man käuflich erwerben und dann selbst nutzen kann.
|
||||
\- Dazu kommen dann die fachlichen Anforderungen, abgeleitet aus den Europäischen, der DB InfraGO AG: Diese findet man immer auf unserer Informationsplattform, im Part "EVU Schnittstelle": <https://www.dbinfrago.com/taf-tap-tsi>.
|
||||
---
|
||||
Common Interface | Gibt es Bestrebungen, Nachrichtenzentren (sog. Common-Interfaces) zentralisiert und kostengünstig seitens der DB InfraGO AG zur Verfügung zu stellen? Nicht jedes kleinere EVU hat die Ressourcen ein eigenes CI aufzusetzen und zu betreiben?| \- Die DB InfraGO AG wird keine Common Interfaces für die Anbindung der Kundensysteme bereitstellen. Solche Dienstleistungen werden durch Dritte im Markt bereitgestellt. Wichtige Ergänzung: Ein reines CI an sich reicht nicht – die eigenen IT-Systeme müssen an dieses entsprechend angebunden werden und die Daten verarbeiten und aufnehmen können.
|
||||
\- Zur Teilnahme am Bahnverkehr ist weder für die Trassenanmeldung noch für den Zugbetrieb ein eigenes CI erforderlich, da wir als DB InfraGO AG hierfür Webportal-Lösungen bereitstellen, um alle erforderlichen Prozesse bedienen zu können.
|
||||
Common Interface | Häufig ist die Rede von einem "Common Interface". EVU müssen zukünftig teilweise verschiedene CI's nutzen. (Z.B. im Trassenmanagement aus einem Fahrplanungsprogramm sowie im Betriebsdatenmanagement aus dem ITCS-System). Können diese Systeme jeweils ein eigenes "Common Interface" nutzen, oder ist je EVU nur ein "Common Interface" erlaubt?
|
||||
|
||||
Können die betrieblichen Meldungen über eine Schnittstelle (CI) abgewickelt werden, wenn für die Trassenanmeldungen die Weboberfläche genutzt wird?| \- Ja, auch Sie als EVU können für die Abwicklung der TAF/TAP Kommunikation bei Bedarf mehrere Common-Interfaces (CI) nutzen um zwischen den Themen Trassenanmeldung ("Sector Planning"), Betrieb ("Sector Operations") zu differenzieren.
|
||||
\- in der Trassenanmeldung allerdings benötigen wir als DB InfraGO EIN CI auf Ihrer Seite, mit dem wir Nachrichten austauschen - wenn dieses routingfähig ist, können dahinter auf Ihrer Seite weitere CI's bzw. Softwares hängen. pathOS schickt je Company Code allerdings immer nur an ein CI
|
||||
\- Es empfiehlt sich grundsätzlich eine Unterscheidung anhand der TAF/TAP Sektoren "Planning" und "Operations" also Fahrplanung und Betrieb. Auch können sie sich entscheiden die betrieblichen Nachrichten über ein CI-zu empfangen und dennoch die Web-Lösung für die Trassenanmeldung und Vertragsverwaltung zu nutzen.
|
||||
\- Die Implementierung im neuen Bestellsystem erlaubt auch das gleichzeitige Nutzen von Common Interface und Web-GUI in disjunkten Vorgängen. Daraus resultierende Vertragsobjekte stehen Ihnen grundsätzlich in beiden Kanälen zur Verfügung. Lediglich für bereits laufende Vorgänge gibt es eine Kanalbindung.
|
||||
Common Interface | Wenn mehrere Kundennummern demselben Company Code zugewiesen sind, können diese Kunden dann dasselbe Common Interface verwenden? Gibt es eine gute Möglichkeit die Nachrichten dann im Common Interface nach Kundennummer zu routen?| \- Auch hier gilt, generell können mehrere Kundennummern einen Company Code verwenden (z.B. wenn diese in der DB InfraGO-Logik einer Hauptkundennummer zugeordnet sind).
|
||||
\- Ein Common Interface ist immer auf Ebene Company Code angelegt und kann dementsprechend auch von mehreren Kundennummern verwendet werden (gilt dann auch für die entsprechenden Softwares).
|
||||
\- DB InfraGO-seitig routen wir auf Ebene Company Code, d.h. bei uns wird EIN Empfänger je Company Code hinterlegt. Ein Routing nach Kundennummern sollte dann entsprechend auf Kundenseite (im CI bzw. nach dem CI) erfolgen.
|
||||
Common Interface | Ist es richtig, dass ujBau-Nachrichten ausschließlich über das Fahrplan-CI eines EVU (und nicht etwa über das CI für operativen Betrieb) gesendet werden?
|
||||
|
||||
|
||||
|
||||
| Die Nachrichten für den Prozess zum unterjährigen Bau erfolgen nur über das Fahrplan-CI. Im Anschluss an den Bauprozess erfolgt die Aktualisierung des Vertrages dann über pathOS, es bleibt also bei dem gleichen CI. Der Versand der Nachrichten zum unterjährigen Bau erfolgt nicht über das CI des operativen Betriebs.
|
||||
|
||||
|
||||
|
||||
Common Interface | Ist dann der Schluss richtig, dass ein EVU nur eine Software für ujBau-Nachrichten verwenden kann, weil die MessageRoutingID nicht mehr zur Unterscheidung zur Verfügung steht?| Nein. Jedes EVU ist frei hinter dem eigenen CI ein Routing oder auch eine Doppelung vorzunehmen. Wenn ein EVU für ujBau ein anderes System verwenden möchte als für die orginären Fahrplanprozesse kann es nach der Routing-ID die Nachrichten hinter dem CI verteilen und muss aber, falls es eine Nachricht im ujBau an die InfraGO verschickt, die Routing ID 45 verwenden. In der Regel werden die Prozesse im ujBau durch die DB InfraGO initiiert, so dass zum Beginn der Kommunikation auch die 45 von der InfraGO vorgegeben wird. Um hier eine einfache Zuordnung vorzunehmen, hat die InfraGO die "45" für den ujBau / unser internes System KOMBau reserviert. Ergänzung: Wenn die Kommunikation durch das EVU ausgelöst wird, schickt DB InfraGO in den Antwortnachrichten die vom EVU verwendete Message Routing ID zurück. Diese darf nicht die "45" sein, da diese für den ujBau reserviert ist.
|
||||
Produkte Serviceeinrichtungen und Stationshalte|
|
||||
|
||||
Produkte Serviceeinrichtungen und Stationshalte| Laufen Abstellgleis- und Stationshaltbestellungen auch über das Common Interface und TAF/TAP TSI oder bleibt das wie bisher? Wie sieht das in der Zukunft aus?| \- Aktuell und auch zum Fahrplanjahr 2026 sowie 2027 bleibt alles wie gehabt. D.h. Stationsbestellungen laufen analog zu heute über die Systeme der ehemaligen DB Station & Service, Serviceeinrichtungen über APN. Beides ist auch unabhängig von TAF/TAP.
|
||||
\- Es gibt allerdings Gedanken, um die Bestellung von Trassen und Serviceeinrichtungen zusammenzuführen, aktuell wird hier seitens EU eine Verordnung diskutiert und erwartungsgemäß bald verabschiedet, die dies vorsieht. Details und konkrete Umsetzungspläne gibt es hier allerdings noch nicht!
|
||||
\- Zum Thema Stationshalte: Nein, das ist trotz der Zusammenlegung von DB Station & Service und der DB Netz unter dem Namen DB InfraGO zunächst nicht möglich oder geplant. Es ist sicherlich ein Thema, mit dem wir uns beschäftigen müssen und werden, aber derzeit liegt der Fokus auf der Entwicklung und Fertigstellung der neuen Trassenanmeldung mit allen zugehörigen Elementen und Facetten.
|
||||
II. Allgemeines, Identifikatoren und Objekte
|
||||
Identifikatoren – Allgemein
|
||||
Identifikatoren – Allgemein | Bei der Trassenanmeldung erstellt das EVU ein Core-Element, welches zentraler Bestandteil diverser Identifier (Path, Train, Route) ist. Wird dieses Core-Element später auch Bestandteil der Kennung der endgültigen Trasse (Vertrag) sein oder verändert das EIU die Kennung?| Ja und Nein. Der Core der PathID wird von DB InfraGO völlig separat vom Core der EVU-Objekte festgelegt. Die übrigen Elemente (Route, ReferenceTrain) sind allerdings auch Bestandteil des Vertrags und bleiben in der Regel so wie angemeldet.
|
||||
Identifikatoren – Allgemein | Gibt es noch so etwas wie Kundennummern und in welchem TAF/TAP-Objekt stecken diese? Hintergrund: bisher unterscheiden einige EVU Linien mit den zugehörigen Zügen nach Kundennummer| Die Kundennummern-Logik der DB InfraGO bleibt genau wie heute, daran ändert TAF/TAP nichts. Diese stecken allerdings formal in keinem TAF/TAP Objekt, sondern sind ein zusätzlicher Parameter in Deutschland bei der DB InfraGO.
|
||||
Identifikatoren – Allgemein | Können alle TAF/TAP Identifikatoren "nach eigenem Geschmack" vergeben werden? Wie kann man dann Züge finden, die von einem Kollegen bestellt wurden, aber andere ID's verwenden, z.B. in der ReferenceTrainID?| \- Grundsätzlich geht dies, ja. Es gibt Rahmenbedingungen, die eingehalten werden müssen, aber mindestens das CORE-Feld ist frei zu befüllen. So darf z.B. eine ReferenceTrainID je Verkehrstag nur 1x verwendet werden – wird sie mehrfach benutzt im Fahrplanjahr (an verschiedenen Verkehrstagen), so müssen diese Züge „zusammengehören“ (also Zug, Route, Zeiten etc.). Zudem verantwortet immer das sogenannte LeadRU die ReferenceTrainID und die RouteID - diese muss dann für den gesamten Laufweg (also die Route!) einheitlich verwendet werden, von allen beteiligten EVU in allen durchfahrenen EIU.
|
||||
\- Es empfiehlt sich, innerhalb eines EVU gewisse Regeln für die ID‘s zu definieren. Durch den Company Code als Bestandteil jeder ID sind diese auch "EVU-scharf".
|
||||
Identifikatoren – Allgemein | Muss das Core Element zwingend aus 12 Stellen bestehen oder können es auch weniger sein?| Das Core Element ist zwingend 12 Stellen lang. Wenn Sie im Webportal von pathOS z.B. nur 6 Stellen befüllen, werden wir die führenden Zeichen automatisch mit "-" ergänzen.
|
||||
Identifikatoren – Allgemein | Welche Informationen sind in einem Path-Objekt enthalten und in welchen Formaten werden diese angelegt?| Ein Path-Objekt bildet eine eindeutige Trasse für einen Zug innerhalb eines Jahresfahrplans ab. Es ist für die Fahrlage mitsamt Trassenlaufpunkten, Zeiten und Verkehrstagen eindeutig. Auch die Path-Objekte sind wie alle anderen TAF/TAP Nachrichten im XML-Format.
|
||||
ReferenceTrain
|
||||
ReferenceTrain| Ist die ReferenceTrainID die interne Referenznummer der EVU, die vom EIU übernommen wird? Werden Zugnummern damit obsolet?| Die ReferenceTrainID ist ein Element der EVU und wird vom EIU übernommen - das stimmt. Zugnummern wird es weiterhin geben, nur heißen diese künftig OTN (vgl. hierzu das entsprechende Kapitel in der FAQ), sind aber weitestgehend wie heute. Die ReferenceTrainID ist allerdings die durchgängige Identifikation und somit in keiner Weise eine reine "interne" Referenznummer.
|
||||
ReferenceTrain| Kann/sollte eine ReferenceTrainID mehrfach vergeben werden, wenn z.B. ein Zuglauf abgeändert wird oder gestrandet ist und ist das z.B. auch für 20h-Bestellungen verwendbar zur besseren Identifikation?| Generell kann eine ReferenceTrainID mehrmals verwendet werden, allerdings muss sie immer je Verkehrstag eindeutig sein. Wird sie wiederholt verwendet, so müssen die zugehörigen Anmeldungen „zusammengehören“ (hinsichtlich Zug, Route, Zeiten etc.) und kein Verkehrstag darf doppelt vorkommen.
|
||||
ReferenceTrain| Wie wird sichergestellt, dass die ReferenceTrainID eindeutig ist? (bzw. das CORE-Element in den verschiedenen Identifikatoren)?| Jede ReferenceTrainID (und auch die weiteren TAF/TAP ID's) starten mit dem Kürzel der ID selbst und dann dem CompanyCode des erstellenden Unternehmens. Somit muss jedes EVU selbst darauf achten, dass keine ID mehrfach vergeben wird. Im Bestellsystem gibt es aber zusätzlich eine Prüflogik, die z.B. prüft, ob die angegebene PathRequestID bereits verwendet wurde, denn diese muss je Anmeldung eindeutig sein. Die ReferenceTrainID darf ja generell mehrfach verwendet werden (an verschiedenen Verkehrstagen mit „gleichen Zügen“).
|
||||
ReferenceTrain| Kann die ReferenceTrainID auch grenzüberschreitend genutzt werden bzw. sollte es ggf. sogar? Wie sieht es EVU-übergreifend aus an z.B. Übergabepunkten?| Ja, sie soll auch grenzüberschreitend genutzt werden. Das federführende EVU (LeadRU) legt ReferenceTrainID und RouteID fest und kommuniziert sie an die Partner-EVU, welche diese dann wiederum in den entsprechenden Anmeldesystemen angeben müssen.
|
||||
ReferenceTrain| Können drei verschiedene EVUs unter einer ReferenceTrainID bestellen?| Ja, aber nur wenn sie am Zuglauf desselben Zuges beteiligt sind, bestellen sie Trassen und referenzieren dabei auf den ReferenceTrain, den das federführende EVU (LeadRU) festgelegt hat.
|
||||
ReferenceTrain| Kann man einen erhaltenen Path nachträglich mit einer anderen ReferenceTrainID verknüpfen?| Grundsätzlich geht dies und erfolgt über eine reguläre Änderungsbestellung mit Angabe des Reason of Reference Codes 1011.
|
||||
ReferenceTrain| Wird die ReferenceTrainID automatisch vom System generiert (ggfs. mit gewissen Vorgaben) oder soll diese jeweils manuell definiert werden?| \- Die ReferenceTrainID ist vom EVU anzugeben - aktuell händisch durch den Anwender.
|
||||
\- Für die EVU, die eigene IT nutzen, besteht je nach Implementierung durch den Dienstleister die Möglichkeit, sich die IDs automatisch generieren zu lassen.
|
||||
ReferenceTrain| Wenn man unter einer ReferenceTrainID verschiedene Paths anmeldet, ist dann sichergestellt, dass die Vorgänge in zeitlicher Abfolge bearbeitet werden und alle Stücke zusammenpassen? Kann man zu einer ReferenceTrainID dann Paths auch noch zu einem späteren Zeitpunkt anmelden?| \- Grundsätzlich kann man zu einer ReferenceTrainID auch später noch andere PathRequests an das EIU schicken, das ist ja ein Teil der Grundlogik von TAF/TAP. Dabei ist auf die geltenden Regeln der Identifier zu achten, so darf z.B. eine ReferenceTrainID je Verkehrstag nur einmal verwendet werden – wird sie mehrfach benutzt im Fahrplanjahr (an verschiedenen Verkehrstagen), so müssen diese Züge „zusammengehören“ (also Zug, Route, Zeiten etc.)
|
||||
\- Bei Fahrten mit Fremdnetzanteilen wird analog zu heute sichergestellt, dass an den Übergabepunkten die Trassen zusammenpassen.
|
||||
ReferenceTrain| Gibt es für jeden Verkehrstag eine eigene ReferenceTrainID?| Die ReferenceTrainID besteht im Sektor Fahrplan aus "TR", Company Code, Core, Variant und Fahrplanjahr. Hier kann es einen Reference Train für das ganze Fahrplanjahr geben. Im Sektor Betrieb kommt zu den genannten Bestandteilen das Datum hinzu. Somit kann man sagen, dass es im Betrieb für jeden Verkehrstag eine eigene ReferenceTrainID gibt, im Fahrplan aber nicht.
|
||||
ReferenceTrain| Was ist der Vorteil eines ReferenceTrain mit mehreren Routen gegenüber eines eigenen ReferenceTrain für unterschiedliche Laufwege?| Generell führen unterschiedliche Laufwege per TAF/TAP Vorgaben im Normalfall zu verschiedenen ReferenceTrains – Routen und Laufwege dürfen nur minimale Abweichungen haben. Grob gesagt, sollte ein EVU einen ReferenceTrain verwenden, wenn es für das EVU die „gleiche Verkehrsleistung“ ist, um diese entsprechend zu bündeln
|
||||
ReferenceTrain| Ab Fahrplanjahr 2027 soll bei DB InfraGO die ReferenceTrainID für Trassenbestellungen und TCM genutzt werden. Das LeadRU ist hierfür zuständig. Wie funktioniert die Umsetzung, wenn Nachbarländer noch nicht so weit sind, z.B. Schweiz erst ab 2028? Bei 80% unseres Verkehrs ist das LeadRU ein Schweizer EVU. Wie gehen wir mit dem "Mischbetrieb" um?| Generell ist korrekt, dass die ReferenceTrainID (und die weiteren TAF/TAP Identifikatoren) in jeder Trassenanmeldung anzugeben ist. Das LeadRU hat die Verantwortung diese (und die RouteID) zu definieren, vergeben und allen beteiligten EVU zu nennen. Im angesprochenen Fall empfiehlt es sich, bilateral abzustimmen, wie die Identifier vergeben bzw. benannt werden. Wenn die anderen Netzbetreiber noch kein TAF/TAP verwenden, kann im pathOS-Portal bei uns jeder Trassenanmelder ein abweichendes LeadRU benennen und die Identifier entsprechend manuell anpassen und dem Company Code des LeadRU zuweisen. Dieser sollte aber dennoch im Vorfeld abgestimmt sein!
|
||||
ReferenceTrain| Soll die ReferenceTrainID auch für die Anmeldung von Sondertrassen verwendet werden? (z.B. Lz-Fahrt)| Ja, bei allen Trassenanmeldungen sind alle Identifikatoren verpflichtend anzugeben, auch die ReferenceTrainID. Die Bezeichnung "Sondertrassen" gibt es so in pathOS nicht mehr. Die konkret angesprochenen Lz-Fahrten können ebenfalls im Portal angemeldet werden.
|
||||
ReferenceTrain| Kann eine ReferenceTrainID mehrere Routen enthalten? (z.B. Zeebrugge-Novara Montag-Freitag über die Niederlande, Roosendaal-Venlo aber Samstag-Sonntag über Aachen)| Ja, grundsätzlich ist dies möglich. Gemäß der Logik der ReferenceTrainID sollen diese Routen aber "ähnlich bis sehr ähnlich" bzw. "am besten sogar gleich" sein. Denn der ReferenceTrain stellt ein Verkehrsbedürfnis dar - die Verwendung eines ReferenceTrain für z.B. eine Route von Nord nach Süd und zeitgleich für eine Route von West nach Ost wäre nicht im Sinne von TAF/TAP und damit nicht zugelassen.
|
||||
Company Code / Organisation Code
|
||||
Company Code / Organisation Code | Kann bzw. muss jedes EVU einen Company Code/Organisation Code beantragen?| | \- Ja. Bis zum 31.12.2025 ist für den TAF/TAP-Nachrichtenaustausch für jedes beteiligte Unternehmen zwingend ein Company Code erforderlich. Dieser kann ohne großen Aufwand und derzeit kostenfrei bei der UIC beantragt werden. Ab dem 1.1.2026 wird die ERA diese Aufgabe übernehmen und der Company Code durch den Organisation Code ersetzt. Alle Telematics Stakeholder, die vor dem 01.01.2026 einen Company Code besitzen, müssen bei der ERA oder noch besser über das EBA einen gleichlautenden Organisation Code beantragen. Unternehmen des deutschen Eisenbahnsektors, die bisher weder über einen Company Code noch über einen Organisation Code verfügen, beantragen bitte bis zum 01.01.2026 einen Organisation Code, entweder über die ERA oder das EBA. Über folgenden Link kann der Antrag bei der ERA gestellt werden: <https://www.era.europa.eu/domains/registers/ocr_en>.
|
||||
Über folgenden Link kann der Antrag beim EBA gestellt werden: <https://www.eba.bund.de/DE/Themen/Fahrzeugeinstellungsregister/OCR/ocr_node.html>
|
||||
Wir empfehlen Ihnen dringend die Beantragung über das EBA, da Sie einen direkten Ansprechpartner mit Kommunikation in deutscher Sprache haben, der Sie in allen Belangen unterstützt. Besondere Aufmerksamkeit gilt für die EVUs. Sind Sie EVU und beantragen die Angleichung Ihres Organisation Codes an den Company Code, dann müssen Sie nach Anpassung des Organisation Code auch die Einträge im Nationalen und Europäischen Fahrzeugeinstellungsregister (NVR/EVR) aktualisieren.
|
||||
Anschließend muss der Company Code/Organisation Code an die Eisenbahninfrastrukturunternehmen gemeldet werden. Im Falle einer Angleichung des Organisation Code an den Company Code muss keine Meldung erfolgen, da der bisher unter dem Namen Company Code hinterlegte Code gleich bleibt. Bei der DB InfraGO bitte direkt an die Kundenberatung melden. Mehr kann im aktuellen Flyer auf der Informationsplattform nachgelesen werden.
|
||||
\- Leider gibt es weiterhin eine hohe Anzahl an EVU, die entweder keinen Company Code/Organisation Code haben oder diesen noch nicht an die DB InfraGO gemeldet haben. Da der Company Code/Organisation Code mit TAF/TAP ein verpflichtendes Element wird, ist es nicht zielführend, diesen aus (persönlichen) Gründen zu verweigern. Mit Einführung von TAF/TAP wird der Company Code/Organisation Code voraussichtlich via INB als Pflicht-Element im G-INV verankert.
|
||||
---
|
||||
Company Code / Organisation Code | Können einem Company Code mehrere der heutigen Kundennummern zugeordnet sein? So, wie ein EVU heute verschiedene Kundennummern für die Trassenanmeldung nutzen kann?| Ja - der Company Code ist ein vorgegebenes Element der TAF/TAP bzw. EU-Vorgaben. Jedes EVU (bzw. jedes Unternehmen), was an TAF/TAP beteiligt ist, benötigt zwingend (!) einen solchen Code. Die Kundennummern-Logik ist DB InfraGO-eigen. In der Regel gibt es je EVU/ZB eine Hauptkundennummer (für die es dann einen Company Code gibt) mit untergeordneten Kundennummern. Diese Kundennummern können gemeinsam den Company Code der Hauptkundennummer verwenden.
|
||||
Company Code / Organisation Code | Können von der UIC Company Codes und von der ERA Organisation Codes auch für Aufgabenträger vergeben werden?| Ja, das sollte problemlos möglich sein. Falls es bei der Vergabe Probleme geben sollte, bitte Kontakt mit dem NCP Deutschland aufnehmen
|
||||
Company Code / Organisation Code | Wird der Company Code/Organisation Code bei einem Betreiberwechsel automatisch an den neuen Betreiber übertragen oder muss dieser neu beantragt/vergeben werden?| \- Nein, bei einem Betreiberwechsel gilt der Company Code bzw. Organisation Code des neuen Betreibers.
|
||||
\- Hat der neue Betreiber noch keinen Company Code/Organisation Code, muss er für den TAF/TAP-Nachrichtenaustausch bis zum 31.12.2025 einen Company Code bei der UIC und für den TAF/TAP-Nachrichtenaustausch ab dem 01.01.2026 bei der ERA oder noch besser bei dem EBA beantragen.
|
||||
Company Code / Organisation Code | Im Kundendialog vom Juni 25 wurde darüber informiert, dass die EVU für die Anwendung von TAF/TAP TSI nun anstelle eines Company Codes ab dem 01.01.2026 einen Organisation-Code benötigen, der möglichst mit dem Company-Code übereinstimmen sollte. Unsere EVU verfügen bereits seit 2021 über einen Organisation-Code (damals auf Anforderung des EBA beantragt). Dieser setzt sich aus Ziffern und Buchstaben zusammen und entspricht nicht dem erst später beantragten Company-Code. Könnten Sie bitte darlegen, welche Auswirkungen die Beibehaltung des vorhandenen alphanummerischen Organisation-Codes hätte.| | Sollten Sie ab dem 01.01.2026 über einen vom Company Code abweichenden Organisation Code verfügen, wird der TAF/TAP-Nachrichtenaustausch nicht funktionieren. Alle IT-Systeme und Referenzdatenbanken sind mit den Company Codes der Unternehmen gespeist. Im Nachrichtenaustausch für fahrplanerisch und betrieblich relevanten Meldungen erwarten die Systeme diesen hinterlegten Code. Senden Sie nun einen abweichenden Code, weil der Organisation Code nicht dem Company Code entspricht, kann man Sie im Nachrichtenaustausch nicht identifizieren.
|
||||
---
|
||||
Location Codes: PLC/SLC
|
||||
Location Codes: PLC/SLC | Wie werden die neuen Primary Location Codes (PLC) zur Verfügung gestellt? Welche Kosten fallen hierfür an?| | \- Die PLC müssen durch das jeweilige EIU beantragt werden. Seit dem 01.08. 2024 gibt es dafür eine „National Allocation Entity (NAE)“ – diese Stelle ist in der DB InfraGO AG angesiedelt. Bitte wenden Sie sich für alle Themen rund um PLC an die National Allocation Entity und folgende E-Mail Adresse: [[REDACTED]](mailto:[REDACTED]).
|
||||
\- Es fallen für die PLC keine zusätzlichen Kosten an.
|
||||
---
|
||||
Location Codes: PLC/SLC | Können weiterhin die bisherigen Bezeichnungen und Ril100-Codes bzw. DS100 Codes genutzt werden?| \- Grundsätzlich schreibt die TAF/TAP TSI vor, dass die PLC genutzt werden müssen und der PLC künftig der führende Code für alle Betriebsstellen ist. Dies bedeutet natürlich, dass auch alle Betriebsstellen mit einem solchen versehen werden müssen und hier sind alle EIU selbst in der Pflicht, diese zu beantragen.
|
||||
\- Im neuen Onlineportal der DB InfraGO gibt es die Möglichkeit beim Laufweg zusätzlich zum PLC sowohl den heutigen Ril100-Code als auch den Klarnamen einzugeben, um den Anwender:innen den Umstieg so leicht wie möglich zu machen. In den Folgesystemen wird dann allerdings nur der PLC verwendet.
|
||||
\- Bei Trassenanmeldungen über die Schnittstelle ist der PLC zu verwenden.
|
||||
Location Codes: PLC/SLC | Einige Primary Location Codes für NE-Infrastruktur zeigen als Eigentümer DB Netz bzw. DB InfraGO an, obwohl die Infrastruktur durch eine NE betrieben wird. Wird das noch geändert?| \- Hier muss man unterscheiden zwischen dem IT-System der DB InfraGO zur Verwaltung der Betriebsstellen (AG850) und der CRD. Die Besitzverhältnisse werden in den beiden Systemen unterschiedlich dargestellt.
|
||||
\- In der CRD muss der Betreiber einer Betriebsstelle angegeben werden. Die CRD kennt keinen Pächter oder Ähnliches. So kann es in der Praxis zu folgender Situation kommen: Ein EIU namens ABC hat bei der DB InfraGO Strecken gepachtet. In diesem Fall werden die Betriebsstellen dieser Strecken mit dem Company Code des Betreibers bzw. Pächter in die CRD eingegeben.
|
||||
\- Im System der DB InfraGO ist als Eigentümer die DB InfraGO hinterlegt und als Pächter das EIU ABC. Es kann dadurch sein, dass beim Übertragen in die CRD einige Betriebsstellen mit dem falschen Betreiber hinterlegt wurden. Ein weiterer Grund für das Problem kann an dem Datum zur initialen Befüllung der CRD liegen. Im Jahr 2013 wurden alle Betriebsstellen der damaligen DB Netz in die CRD eingespielt. Seit diesem Zeitpunkt kann es sein, dass sich die Besitzverhältnisse geändert haben und zum Beispiel die ehemalige DB Netz und heutige DB InfraGO nicht mehr Betreiberin einer Strecke ist, da sie verpachtet oder verkauft wurde. In diesen Fällen könnte auch noch der alte Betreiber in der CRD hinterlegt sein. Da wir in Vorbereitung auf die TAF/TAP-Einführung mit jeder NE-Bahn die Daten auf Aktualität prüfen, sollten solche Fälle zukünftig behoben sein und nicht mehr vorkommen.
|
||||
Location Codes: PLC/SLC | Über welche Quellen kann man Daten zu Betriebsstellen/Locations (PLCs und Ril100-Codes) konsumieren? | | Die aktuellen Stammdaten zu Betriebsstellen/Locations sind über folgende Quellen zugänglich (dabei sind die zusätzlichen Informationen zu Fahrplanbearbeitungsgrenzen ins Ausland unter [www.dbinfrago.com/taf-tap-tsi/](http://www.dbinfrago.com/taf-tap-tsi/) zu beachten):
|
||||
1\. CRD der RNE
|
||||
[https://newcrd.rne.eu/crd/reference-data/countries?page=0&size=10](https://newcrd.rne.eu/crd/reference-data/countries?page=0&size=10)
|
||||
|
||||
2\. Internetseite der DB InfraGO
|
||||
<https://db-planet.deutschebahn.com/pages/ril100-codierungen/apps/content/willkommen>
|
||||
Dabei gilt folgendes zu beachten:
|
||||
Grundsätzlich wird mit Umstellung auf TAF/TAP TSI die CRD die Referenzdatenbank für Betriebsstellen/Locations in Europa sein. Die Betriebsstellen der DB InfraGO und der NE-Bahnen sind bereits komplett in der CRD verfügbar. Ungefähr die Hälfte der NE-Bahn Betriebsstellen sind mit einem DB-Company Code in der CRD hinterlegt, da wir noch nicht mit allen NE-Bahnen Datenabgleiche durchführen konnten bzw. uns keine Company Codes/Organisation Codes gemeldet wurden. Für die Pflege von Betriebsstellen in der CRD ist jedes Land selbst verantwortlich. Daher sind ausländische Betriebsstellen nur über die CRD zu konsumieren.
|
||||
Auf der DB InfraGO Internetseite sind inzwischen alle PLCs der DBInfraGO und der NE-Bahnen enthalten. Ehemalige DB InfraGO Betriebsstellen, die mittlerweile verpachtet sind, führen einen PLC. Sie haben den PLC von der DB InfraGO mitgenommen. Die PLCs der ausländischen Betriebsstellen werden wir nicht veröffentlichen, da PLCs auf nationaler Ebene vergeben werden und wir über Änderungen an ausländischen Betriebsstellen nicht informiert werden. Die ausländischen PLCs sind ausschließlich über die CRD zu beziehen.
|
||||
|
||||
3\. Testdatei auf der TAF/TAP-Internetseite der DB InfraGO
|
||||
[https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208#](https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208)
|
||||
Diese Stammdatendatei enthält die PLCs der DB InfraGO und aller NE-Bahnen. Diese Datei ist aber nur zu Testzwecken zu verwenden.
|
||||
---
|
||||
Interoperabilität
|
||||
Interoperabilität | Wie wird die Abstimmung zwischen DB InfraGO und anderen EIU bei Streckenübergang sichergestellt?| Zunächst analog der heutigen Prozesse und Abläufe. Auch aus Betriebssicht gibt es keine Veränderung heutiger Prozesse. Das heißt es erfolgt eine entsprechende Kommunikation über angemeldete Trassen und Zugfahrten zwischen den EIU.
|
||||
Interoperabilität | Wie ist die Abwicklung, wenn bei grenzüberschreitenden Verkehren zwei oder mehrere EVU kooperieren? Können zukünftig zwei oder mehrere EVU einen Zug mit ein- und derselben ReferenceTrainID bzw. OTN fahren?| \- Dies ist ein wesentlicher Fortschritt der mit TAF/TAP TSI umgesetzt wird. Für grenzüberschreitende Verkehre mit mehreren beteiligten EVU muss es ein federführendes EVU (LeadRU) geben. Das federführende EVU (LeadRU) legt das Verkehrsbedürfnis, die ReferenceTrainID und die RouteID fest. Die weiteren bestellenden EVU (Responsible Applicant) treten als Vertragspartner gegenüber dem bzw. den beteiligten EIU auf. Daher ist im Vorfeld einer Bestellung eine Abstimmung zwischen den beteiligten EVU notwendig.
|
||||
\- Die ReferenceTrainID identifiziert den Zuglauf über Grenzen hinweg. Es können mehrere durchführende EVU (ResponsibleRU) auf dem Laufweg des Zuges unter Nutzung der gleichen ReferenceTrainID aufeinander folgen.
|
||||
\- Die OTN ist ein Attribut des Path/Trasse, die Prozesse sind analog der heutigen Zugnummer. Das heißt es kann eine OTN bei der Beteiligung mehrerer EVU an einer Trasse verwendet werden.
|
||||
\- Zusammengefasst legt zuerst das federführende EVU (LeadRU) das Verkehrsbedürfnis (ReferenceTrainID und RouteID) fest. Danach erfolgt die Abstimmung zwischen dem federführenden EVU (LeadRU) und den verantwortlichen EVU (Responsible Applicant). Letztere setzen abschließend ihre Trassenbestellungen unter Angabe der OTN gemäß heutigem Prozess und Angabe des vorher definierten Verkehrsbedüfnisses gemäß TTT ab.
|
||||
Interoperabilität | Kann das System nicht automatisch anhand der befahrenen Strecken bestimmen ob ein Handover nötig ist?| Da dies nicht in allen Situationen eindeutig ist, muss dies im Rahmen der Bestellung der Fahrlage vom EVU angegeben werden.
|
||||
Interoperabilität | Wie definiert die DB InfraGO Übergänge auf NE-Infrastruktur? Funktioniert das mit NE-Übergängen genau so, wenn der Zug an einer anderen Stelle unter derselben Zugnummer wieder aus der NE-Infrastruktur heraus kommt?| \- Hier ist zu beachten, dass es zum Start von TAF/TAP TSI zunächst einen Workaround geben wird. Beim Übergang zwischen InfraGO- und NE-Netzen muss kein Handover gesetzt werden und wenn eine Trasse mehrmals das DB InfraGO Netz durchfährt (also z.B. InfraGO-Netz dann Fremdnetz, dann erneut InfraGO-Netz), so ist die gesamte Trasse bei der DB InfraGO zu bestellen., wenn in beiden Abschnitten bei der InfraGO dieselbe Zugnummer verwendet werden soll. Gemäß ERegG §51 leitet die InfraGO den Fremdanteil dann weiter.
|
||||
\- Durchfährt eine Trasse nur einmal das InfraGO-Netz, so kann diese reguläre gesplittet bestellt werden, sprich unter Angabe von Handoverpunkten und Trassenanmeldungen in mehreren EIU.
|
||||
Interoperabilität | Wie muss man sich zukünftig die Zusammenarbeit/Abstimmung der DB InfraGO mit NE-EIU, die kein spezielles Trassen-Konstruktions-Tool nutzen, vorstellen?| \- Es wird andere EIU geben (auch international), die TAF/TAP nicht zeitgleich mit der DB InfraGO umsetzen bzw. dies gar nicht vor haben. In diesen Fällen muss die Trassenanmeldung auf dem herkömmlichen Weg an das entsprechende EIU geschickt werden. Es erfolgt keine Weiterleitung von TAF/TAP-Nachrichten der Trassenanmeldung an Dritt-EIU mit Einführung von TAF/TAP. Die DB InfraGO ist nicht dafür verantwortlich, wie andere EIU ihre Trassen konstruieren bzw. die Trassenanmeldungen entgegennehmen. Aus Sicht DB InfraGO wäre es aber sehr wünschenswert, wenn auch die NE-EIU in Deutschland TAF/TAP umsetzen würden!
|
||||
\- Da die DB InfraGO TAF/TAP umsetzt, müssen aber die TAF/TAP Vorgaben eingehalten werden, d.h. insbesondere auch, dass die Identifikatoren für die Trassenanmeldung bei DB InfraGO dennoch erforderlich sind. Das bestellende bzw. federführende EVU RU muss die Trasse und Trassenanmeldung mit allen beteiligten EVU und EIU abstimmen.
|
||||
Mehrere beteiligte EVU
|
||||
Mehrere beteiligte EVU| Sollte der Zug an ein Fremd EVU übergeben werden, wie wird hier vorgegangen, um den Zug weiterhin zuordnen zu können?| Durch ReferenceTrainID und RouteID ist der Zug eindeutig identifizierbar, auch im Ausland.
|
||||
Mehrere beteiligte EVU| Kann das fahrende EVU an jeder beliebigen Betriebsstelle gewechselt werden oder nur bei Übergang auf ein anderes EIU?| An jeder beliebigen Betriebsstelle. Voraussetzung ist ein vom Kunden bestellter Halt.
|
||||
Mehrere beteiligte EVU| Wenn man von A - B - C - D unterwegs ist, ist es möglich mit verschiedenen EVUs zu fahren? Z.B. von A - B EVU 1, von B - C EVU 2, von C - D EVU 3. Würde in diesem Fall das Trassenangebot von C - D erst erstellt wenn EVU 1 und EVU 2 den "Zug" angemeldet haben?| \- Hier sind zwei Fälle zu unterscheiden. Fall 1: Ein EVU bestellt die Gesamttrasse, während die anderen EVU nur die betriebliche Durchführung übernehmen. In diesem Fall würde die Trasse auf einmal konstruiert werden. Bei der Trassenanmeldung müssten die CompanyCodes und Kundennummern der durchführenden EVU in den Feldern Kundennummer, DurchfuehrendesEVU bzw. ResponsibleRU eingetragen werden.
|
||||
\- Fall 2: EVU 1-3 bestellen ihre Trassenanteile separat. In diesem Fall müssten die Bestellungen für die ersten Abschnitte vorliegen, um den letzten Abschnitt zu konstruieren, sofern der angegebene Fixpunkt am Anfang des Zuglaufs liegt.
|
||||
Mehrere beteiligte EVU| Fährt das durchführende EVU dann auf der Sicherheitsbescheinigung des Trassen bestellenden EVU?| An den Zuständigkeiten und Verantwortlichkeiten der Sicherheitsbescheinigung ändert TAF/TAP nichts. Die Erfordernisse der SiBe sind klar geregelt und müssen durch die EVU bzw. Zugangsberechtigten sichergestellt sein.
|
||||
III. Fahrplan und Trassenanmeldung
|
||||
Zugang, Anmeldung
|
||||
Zugang, Anmeldung| Heute können "Zugangsberechtigte" Trassenbestellungen nur auf dem Streckennetz der DB InfraGO vornehmen. Können diese mit Einführung von TAF/TAP zukünftig auch Trassenbestellungen auf anderen Netzen vornehmen?| \- Generell kann auch ein Zugangsberechtigter (weiterhin) Trassen anmelden. Er benötigt dazu einen Company Code und entsprechende Berechtigungen seitens DB InfraGO. Bei der DB InfraGO kann er dann regulär in pathOS Trassen anmelden, muss aber entsprechend der TAF/TAP-Logik durchführende EVU definieren und angeben.
|
||||
\- Für Routenabschnitte außerhalb des DB InfraGO Netzes ist weiterhin eine Trassenanmeldung im jeweiligen EIU erforderlich (wie heute im Normalfall auch), das bleibt in TAF/TAP genauso. International kann dafür z.B. im Netzfahrplan PCS genutzt werden.
|
||||
\- Wenn ein Teil des Laufwegs über das DB-InfraGO-Netz führt, können die Teile, die über NE-Netze führen, in die Trassenanmeldung bei der DB InfraGO als Teil der PathInformation aufgenommen werden. In diesem Fall gibt die DB InfraGO die Trassenanmeldung an die betroffenen NE-Bahnen weiter. Die Angebotserstellung und der Vertragsschluss erfolgen dann für die entsprechenden Abschnitte über die betroffenen Infrastrukturbetreiber selbst. Die DB InfraGO konstruiert weiterhin nur den Teil vom Schienennetz, den sie auch heute verantwortet, dies beinhaltet genau wie heute aber auch einzelne Fremdnetze
|
||||
Zugang, Anmeldung| Wann erfolgen die Zertifizierungen der Testpartner bzw. Freigabe der Systeme für den produktiven Einsatz?
|
||||
Erfolgen die Zertifizierungen für NEP und ujBau separat?| Für jeden Schnittstellenpartner (EVU / ZB, das über die Schnittstelle Trassen bestellt), wird ein Onboarding-Prozess durchgeführt, bei dem die technische Anbindung eingerichtet und Tests durchgeführt werden. Dieser Prozess erfolgt für NEP und ujBau separat. Details hierzu finden sich in den Folien des TTT-Dialogs vom 30.10.2025.
|
||||
Zugang, Anmeldung| Ist eine Trassenanmeldungen im Ausnahmefall nach Vordruck 402 möglich?| Ja, die manuelle Eingaben zum Übertrag der eingegangen Vordrucke in pathOS ist sichergestellt.
|
||||
Wir bitten sie, bei einem Ausfall der Schnittstelle oder des EVU-Systems zunächst das pathOS-Portal zu nutzen und die Rückfallebene des Vordrucks nur dann zu nutzen, wenn auch das Webportal nicht zur Verfügung steht.
|
||||
Die Ril 402.0202A01-A03 ("Ausfüllanleitungen") sowie Ril 402.0202V01-V04 (Muster-Anmeldevordrucke Papier) werden zur INB 2027 angepasst.
|
||||
Zugang, Anmeldung| Wie weit (zeitlich, fachlich, prozessual) reicht der Kanalzwang?| Bei einer Trassenbestellung über das Webportal oder via Formular (Vordruck nach Ril 402.0202A01-A03) erfolgt keine Kommunikation über die PathOS Schnittstelle. Man muss sich die InfraGO-Angebote aus dem Portal manuell holen bzw. eine OIM (ObjectInfoMessage) exportieren.
|
||||
Wenn der Trassenbestellprozess so gestartet wurde, erfolgt prozessual bis zum Trassennutzungsvertrag keine Kommunikation über die PathOS Schnittstelle (ausgenommen Kombau).
|
||||
|
||||
Würde eine Netzausgelöste Änderung nach Vertrag dann wieder über die Schnittstelle kommen?
|
||||
\- Der Kanalzwang gilt bis zum Abschluss des jeweiligen Prozesses; bei einer über das Portal initiierten Trassenbestellung bis zum Vertragsschluss. Währenddessen erfolgt die Kommunikation ausschließlich über den Startkanal.
|
||||
\- Nach Vertragsschluss werden netzausgelöste Änderungen (NAÄ) initial parallel über CI und Portal bereitgestellt (sofern ein CI existiert). Der weitere NAÄ-Prozess richtet sich nach Ihrer ersten Reaktion: Reagieren Sie über das CI (z. B. per RCM), wird der Prozess über das CI fortgeführt; andernfalls über das Portal.
|
||||
\- Unabhängig davon erfolgt die Kommunikation zu GPE und FPE grundsätzlich ohne Kanalzwang; eine Reaktion ist jederzeit entweder über das CI oder über die KomBau möglich.
|
||||
|
||||
pathOS– Allgemeines
|
||||
pathOS– Allgemeines | Ab wann wird das neue Bestellsystem scharf geschaltet? Gibt es eine harte Umstellung oder wird es einen Überlappungszeitraum geben, in dem sowohl noch über TPN als auch schon mit dem neuen System bestellt werden kann?| \- Das neue Bestellsystem geht zum Fahrplanjahr 2027 live. Das bedeutet, dass alles, was das Fahrplanjahr 2027 betrifft, im neuen System angemeldet werden muss. Startschuss ist damit die Netzfahrplananmeldephase ab März 2026.
|
||||
\- Das Webportal von pathOS steht am 19.01.2027 produktiv zur Verfügung, um Trassenanmeldungen vorzubereiten und CaseReference-Objekte (z.B. ETCS-Gamma-Kurven) anzulegen. Trassenanmeldungen können ab Beginn der Netzfahrplananmeldephase abgeschickt werden, sowohl über das Portal als auch über die Schnittstelle.
|
||||
\- Zeitgleich bleibt TPN das zu nutzende System für alles bis einschließlich Fahrplanjahr 2026. Somit gibt es im Jahr 2026 zeitgleich beide Systeme, allerdings hart nach Fahrplanjahren getrennt.
|
||||
\- Einen Zeitraum, wo man sich aussuchen kann, welches System man nutzt, gibt es aufgrund der technischen Anforderungen von TAF/TAP nicht – die zwei Welten sind getrennt.
|
||||
pathOS– Allgemeines | Kann man in diesem System auch als Gruppe arbeiten, damit auch Kollegen untereinander sehen können, was gemacht wurde? Wie ist die "Stellvertreter-Funktion" im neuen Programm geregelt, sprich wie können verschiedene Kolleg:innen eines EVU zusammen arbeiten?| \- Künftig werden die Benutzer über das NetzCockpit (später InfraPortal) der Einfachbahn verwaltet. In diesem Zusammenhang gibt es sogenannte Superuser je EVU. Diese können dann wiederum die weiteren User für das EVU berechtigen (für verschiedene Anwendungen). Somit sind Stellvertreter dann durch die EVU selbst administrierbar und es sollte viel einfacher und flexibler werden, als es heute ist. Wenn mehrere Anwender auf dieselbe Kundennummer berechtigt sind, können diese gemeinsam im Portal arbeiten. Einzige Ausnahme werden Mitarbeitende der DB InfraGO sein, für die es einen anderen Berechtigungsweg geben wird und muss. Die Logik des gemeinsamen Zusammenarbeitens aber bleibt.
|
||||
\- Aktueller Plan ist, dass die ersten Anwendungen im Jahr 2024 an die neue Benutzerverwaltung der Einfachbahn gehängt werden, so z.B. Click&Ride, KomBau.
|
||||
pathOS– Allgemeines | Wird es Schulungsangebote für pathOS geben? Oder läuft es nach dem Prinzip "Learning by Doing" für die Zugangsberechtigten?| \- Ja, es wird ein umfangreiches Schulungskonzept entwickelt. Seit Q4 2024 ist die Schulungsplattform mit ersten Unterlagen und Medien online veröffentlicht. Diese wurde sukzessive erweitert – Sie finden auf dieser Internetseite auch Schulungstermine.
|
||||
\- Wir kombinieren dabei verschiedene Elemente, wie z.B. Web-based-Trainings, virtuelle Veranstaltungen und Workshops, Erklärvideos, Präsentationen, Handbuch, den Hilfe-Tooltip im Portal selbst etc.
|
||||
\- Ein reines Learning by Doing gibt es selbstverständlich nicht – wir wollen unsere Kund:innen so gut wie möglich vorbereiten und begleiten. Aber: wir stellen einiges an Formaten zum Selbststudium bereit und auch das Testsystem gibt es bereits schon heute. Jede/r Anwender:in sollte für sich ausreichend Zeit für Schulungen und Erlernen des neuen Portals einplanen.
|
||||
pathOS– Allgemeines | Wie erhalten Trassen, die nicht über die Schnittstelle, sondern über das Webinterface bestellt werden, die Angebote? Über TPN?| Trassen, die über das Webinterface von pathOS angemeldet werden, erhalten das Trassenangebot im Webinterface von pathOS. Das Webinterface von TPN ist für Trassen ab dem Fahrplanjahr 2027 nicht mehr im Einsatz.
|
||||
pathOS– Allgemeines | Wird man im neuen Bestellsystem auf Daten des alten Portals TPN zugreifen können? (z.B. um Entwürfe zu kopieren etc.)| \- Aktuell sehen wir zwei Zeitpunkte zum Datenimport aus TPN ins neue Bestellportal pathOS vor:
|
||||
-> Bestehende Trassenverträge aus dem Netzfahrplan 2026 (bzw. Stand Dezember 2026) werden zur Produktivsetzung in das neue Bestellportal eingespielt.
|
||||
-> Nach Ablauf des Fahrplanjahres 2026 sollen Anmeldungen aus dem Gelegenheitsverkehr ebenfalls eingespielt werden.
|
||||
\- Die eingespielten Daten werden jeweils als Entwürfe bereitgestellt, um hier einen vereinfachten Einstieg in die Trassenanmeldung nach TAF/TAP zu ermöglichen. Dabei gehen wir aktuell von einer "80%-Lösung" aus, da wir nicht sicher gewährleisten können, alle Trassendaten verlustfrei in die neuen Formate konvertieren zu können.
|
||||
\- Es empfiehlt sich für alle Kunden, sich so früh wie möglich in das neue System einzuloggen, um ausreichend Zeit für die Netzfahrplananmeldung zu haben.
|
||||
pathOS – Nutzung der Schnittstelle
|
||||
| pathOS – Nutzung der Schnittstelle
|
||||
---
|
||||
Wie ist es geplant, die Schnittstellennutzer zu „berechtigen“ bzw. zu zertifizieren? Welche Tests sind angedacht bzw. erforderlich? Wird dies ähnlich zu heute in TPN sein?| | \- In der Entwicklungsphase testen wir primär mit den IT-Partnern, die die neue Software und Schnittstelle auf der Kundenseite entwickeln – die Gespräche mit den Partnern laufen bereits seit einigen Jahren. Hier gibt es verschiedene Testumgebungen mit unterschiedlichen Funktionen und Prozessen sowie Testfallsets die möglich sind. Die Entwicklung auf Seiten der IT-Partner ist unterschiedlich weit vorangeschritten, einige sind schon tief in fachlichen Tests, andere noch in den ersten Testphasen, einige haben noch kein testfähiges System. Fragen Sie zu diesem Status bitte direkt Ihren eigenen IT-Dienstleister!
|
||||
\- Seit Dezember 2024 haben wir intensive 2-wöchentliche Testsessions aufgesetzt, die im Jahr 2025 fortgesetzt werden. Hier sollte jeder IT-Partner sobald wie möglich teilnehmen und möglichst früh den Kontakt zu pathOS suchen.
|
||||
\- Wichtig ist zum Wort „Zertifizierung bzw. Zertifikat“ zu erwähnen, dass das CI selbst (also die Schnittstelle auf Kundenseite) ein Zertifikat der RNE selbst benötigt. Dieses kann nach aktuellem Kenntnisstand anschließend von mehreren Company Codes verwendet werden. Alle Details dazu finden Sie auf der Internetseite der RNE: <https://rne.eu/it/rne-applications/ccs/security/>
|
||||
\- Jede Schnittstellen-Software MUSS vor Go-Live zertifiziert sein – dies wird im 1. Schritt mit dem entsprechenden Hersteller/Betreiber, also IT-Partner erfolgen. Zunächst sind eigenständige Tests durch die IT-Partner erforderlich bevor letztlich ein fachliches Testfallset durchlaufen werden muss. Anschließend gibt es eine Art „Zertifizierungsschreiben“.
|
||||
\- Aktuell planen wir, die EVU zu zertifizieren, wenn sie eine bereits zertifizierte Schnittstellen-Software nutzen. Wir müssen aber in unserem System jeden einzelnen SST-Nutzer hinterlegen und pro Company Code freischalten. Jedes EVU muss uns mitteilen, welche Software und welches CI genutzt wird (inkl. Common Name). Ein CI muss durch RNE i.d.R. nur 1x mit einem SSL-Zertifikat freigegeben werden (dies kann der IT-Dienstleister bzw. Hersteller/Betreiber des CI übernehmen). Es können mehrere Company Codes dieses CI nutzen („1:n Beziehung“). Unser Routing basiert auf Ebene Company Code!
|
||||
\- Informationen sowie erforderliche Formulare und Anträge hierzu finden Sie künftig auf [www.dbinfrago.com/pathOS](http://www.dbinfrago.com/pathOS)
|
||||
\- Ansprechpartner für alles zur Schnittstelle ist die fachliche Betriebsführung von pathOS: [[REDACTED]](mailto:[REDACTED])
|
||||
---
|
||||
pathOS – Nutzung der Schnittstelle| Wird die Schnittstellenkommunikation auf TAF/TAP TSI umgestellt oder bleibt NEP bei der TPN-Schnittstelle?| Gegenüber den Kunden ändert sich in der NEP nichts. Wir verändern nur im internen Prozess die eingesetzten Anwendungen. Die Kommunikation läuft weiterhin über pathOS bzw. CI. TPN wird für Netzfahrplan und Gelegenheitsfahrplan nur intern genutzt.
|
||||
| PCS – Path Coordination System (der RNE)
|
||||
---
|
||||
|
||||
|
|
||||
|
||||
PCS – Path Coordination System (der RNE)| Entfällt mit der Einführung von TAF/TAP (perspektivisch) das System PCS?| Nein. PCS wird weiterhin ein wesentlicher Bestandteil von internationalem Zugverkehr sein. PCS arbeitet derzeit zudem an einer neuen Version, "PCS 2.0 - Capacity Broker".
|
||||
PCS – Path Coordination System (der RNE)| Hat die DB InfraGO bereits eine Strategie für die Koordination von internationalen Trassen? Soll diese eher via PCS oder direkt mit den jeweiligen EIU erfolgen?| | Dies sollte, wie bisher auch, weiterhin über PCS erfolgen. Gemäß Homepage der DB InfraGO aber primär für den Netzfahrplan: DB InfraGO / Trassenanmeldung mit PCS
|
||||
---
|
||||
PCS – Path Coordination System (der RNE)| Wird PCS direkt an das neue Bestellsystem der DB InfraGO angebunden?| Die Umsetzung einer Schnittstelle zwischen den Systemen ist geplant und in Arbeit. Diese steht derzeit allerdings noch nicht zur Verfügung, da auf beiden Seiten noch grundlegende Änderungen implementiert werden. So ist erwartungsgemäß nur eine Anbindung an die neue PCS-Version möglich.
|
||||
PCS – Path Coordination System (der RNE)| Kann / darf PCS zukünftig auch für rein nationale Trassenanmeldungen genutzt werden?| \- In der DB InfraGO wird PCS aktuell primär für internationale Trassen im Netzfahrplan benutzt. Grundsätzlich kann jedes EIU mit der RNE in Kontakt gehen, ob ihr Netz in PCS integriert wird. Hier gibt es einige Voraussetzungen zu beachten, Ansprechpartner dafür ist allerdings die RNE und nicht die DB InfraGO.
|
||||
\- Da wir DB InfraGO-seitig planen, den PCS Capacity Broker IT-technisch an das neue System anzubinden, soll es künftig möglich sein, flexibler mit PCS-Anmeldungen umzugehen
|
||||
Zugnummer & OTN
|
||||
Zugnummer & OTN | Wird die OTN erst mit der Trassenbestellung vergeben oder kann sie auch schon vorher vom EIU an das EVU vergeben werden?| Es ist möglich, von der DB InfraGO OTN-Kontinente zu bekommen, aus denen das EVU in der Trassenanmeldung eine auswählt. Sonst erfolgt die OTN-Vergabe grundsätzlich durch die DB InfraGO. Eine finale OTN-Vergabe kann erst nach vollständiger Konstruktion zur Verfügung stehen.
|
||||
Zugnummer & OTN | Ist grundsätzlich eine grenzüberschreitende Harmonisierung von Zugnummern vorgesehen?| \- An der OTN (bisher: Zugnummer) ändert die Einführung von TAF/TAP nichts Grundsätzliches. Gehen Sie daher davon aus, dass die OTN weiter so vergeben werden, wie das auch heute der Fall ist.
|
||||
\- Die Harmonisierung im internationalen Verkehr wird durch die Durchgängigkeit der ReferenceTrainID bzw. RouteID gewährleistet und ist keine Anforderung an die OTN. Die beiden UIC Merkblätter 419-2 und 419-3 definieren aktuell noch Regelungen für den internationalen Verkehr, die weiterhin gültig sind.
|
||||
Zugnummer & OTN | Wie wird die Nutzung der Zugnummern erfolgen? Wird eine flexiblere Nutzung als heute über mehrere Paths möglich sein, sofern die Eindeutigkeit je Verkehrstag gewahrt bleibt?| \- Grundsätzlich verändern sich die Vergaberegeln für OTN (bisher: Zugnummer) unter TAF/TAP TSI nicht. Eine Nutzung über mehrere Path-Objekte wird in der Regel nur in verketteten Path-Objekten, die einen einzelnen Fahrtverlauf (Route) darstellen, Anwendung finden.
|
||||
\- Flexibilität, die heute in Anwendung von Zugnummer nicht existiert wird höchstwahrscheinlich auch in Zukunft nicht bestehen.
|
||||
Zugnummer & OTN | Unterliegt die Zugnummer/OTN künftig nicht mehr den derzeitigen VZR-/VTR-Einschränkungen?| Die OTN verändert sich im Prinzip ggü. der heutigen Zugnummer relativ wenig. Daher werden auch die meisten der heutigen Regeln weiterhin gültig sein. In TAF/TAP spielt die OTN allerdings in der Fahrplanung eine untergeordnete Rolle, im Betrieb ist sie weiterhin von stärkerer Relevanz. (z.B. wenn Fahrdienstleiter und Lokführer etc. miteinander sprechen)
|
||||
Zugnummer & OTN | Wo genau taucht schlussendlich die Zugnummer (OTN) auf oder sollte man diese in das Core-Element einfließen lassen? Wo im Portal wird die Zugnummer eingegeben?| \- Die Zugnummer heißt künftig OTN (operational train number) bzw. betriebliche Zugnummer. Sie ist nicht Teil einer anderen ID, kann aber natürlich in die CORE-Elemente der TAF/TAP-Identifikatoren PR, TR und RO einfließen. Vorausgesetzt das EVU möchte dies tun und kennt die Zugnummer im Vorfeld, z.B. durch ein Kontingent oder in Folge von Vorabstimmungen zu internationalen Fahrten. Hier ist der Hinweis wichtig, dass die TAF/TAP-Identifikatoren stabil bleiben, selbst wenn im Laufe des Fahrplanjahres die OTN doch mal wechseln sollte. In diesem Fall würde dann OTN nicht mehr zu TAF/TAP-ID passen.
|
||||
\- Die Zugnummer (bzw. neu dann OTN) ist im Bestellportal kein Pflichtfeld mehr und findet sich im Reiter "Verknüpfungen" wieder (dort wo auch die TAF/TAP Identifikatoren hinterlegt werden)
|
||||
\- Die OTN wird (wenn von DB InfraGO vergeben) mit Angebot übermittelt
|
||||
Zugnummer & OTN | Warum wird die Zugnummer erst mit der Abgabe eines Angebotes bekannt gegeben und nicht wie bisher mit dem Abschicken der Anmeldung?| Bisher war es nötig, die Zugnummer sofort bekannt zu geben, weil der Zug nur durch sie (in Kombination mit dem Verkehrstag) identifiziert werden kann. Künftig gibt es eindeutige Identifikatoren, sodass die Zugnummer in der Planungsphase nur noch eine untergeordnete Rolle spielt.
|
||||
Zugnummer & OTN | Kann die OTN einfacher geändert werden, wenn z.B. die Fahrlage unverändert bleibt, aber sich der Vorlauf im Ausland ändert und deshalb eine andere internationale Zugnummer verwendet werden muss?| Die OTN kann im Rahmen einer Änderungsbestellung grundsätzlich angepasst werden. Im internationalen Zugverkehr sind zudem die internationalen Regelungen sowie erforderliche Abstimmungen zu beachten.
|
||||
Zugnummer & OTN | Welche Auswirkung hat es auf die Eingabe der Zugnummer, wenn man z.B. Mo-Fr auf derselben Strecke an einer Betriebsstelle durchfährt und am Sa+So halten will? Kann man hierfür die gleiche Zugnummer nutzen?| \- In diesem Fall müssen mindestens zwei PathRequests gestellt werden mit den korrekten Laufwegen und Halten. Es kann dann jeweils auf den anderen PR referenziert werden und der Wunsch nach ähnlicher/gleicher Trassierung geäußert werden. Hierfür gibt es den ReasonOfReference „DE06 – Verwendung der gleichen Zugnummer…“.
|
||||
\- Wenn der Kunde bei der Trassenbestellung eine Zugnummer angibt (z.B. aus einem Kontingent), muss er die Eindeutigkeitsregeln zur Verwendung der Zugnummer anwenden.
|
||||
Zugnummer & OTN | Muss eine Trasse umbestellt werden, wenn sie betrieblich gebrochen werden muss, oder kann man die zwei Teile mit verschiedenen Zugnummern bedienen?| | Bei dispositiv behandelten Störfällen wie z.B. einer Streckensperrung mit einem gebrochenen Zuglauf und Busersatzverkehr ist keine Neu-/Umbestellung über das Trassenbestellportal bzw. die EVU-Schnittstelle des Fahrplans nötig. Die Abstimmung erfolgt wie auch heute direkt mit der Betriebszentrale. Dort wird eine Trasse/Path sowie die TAF/TAP-Identifier für den zweiten Zug hinter der Sperrung erzeugt. Details dazu finden sich in den europäischen Vorgaben für EIU und EVU in Annex 13 des TAF/TAP RU/IM Sector-Handbook (<http://taf-jsg.info/>) sowie einem Erklärvideo der DB InfraGO auf der TAF/TAP Homepage.
|
||||
---
|
||||
Entwürfe & Vorlagen
|
||||
Entwürfe & Vorlagen| Gibt es die Möglichkeit im Webportal Vorlagen (Muster) abzuspeichern und für eine neue Trassenanmeldung zu nutzen?| Ja, das neue Onlineportal hat selbstverständlich eine Entwurfsfunktion. Diese Entwürfe können auf verschiedene Wege erstellt werden: Über eine neue, leere Anmeldung, aus bestehenden Entwürfen, aus abgeschickten Anmeldungen, aus Verträgen oder aus dem Archiv. Prinzipiell kann aus jedem Vorgang in Sekunden eine Vorlage erstellt werden.
|
||||
Entwürfe & Vorlagen| Ist es möglich Fortschreibungen für den nächsten Netzfahrplan einfacher vorzunehmen?| \- Für den ersten Go-Live des Systems werden wir Daten aus TPN importieren (aus dem vorherigen Fahrplanjahr) und diese können dann entsprechend als Entwurf angelegt und später im Netzfahrplan angemeldet werden (und natürlich auch im Gelegenheitsverkehr).
|
||||
\- Generell lassen sich aus allen Objekten im Portal Entwürfe erstellen, so dass man eine Netzfahrplan-Anmeldung aus dem Vorjahr natürlich als Entwurf gespeichert lassen kann, um diese erneut anzumelden.
|
||||
Entwürfe & Vorlagen| Wird ein Path im Status Entwurf nur vom EVU und nicht vom EIU (Konstrukteur, Kundenberater etc.) gesehen?| Ja, die im neuen Onlineportal der DB InfraGO, pathOS, gespeicherten Entwürfe, sind nur für das jeweilige EVU einsehbar (abhängig von Berechtigung aber auch für die eigenen Kolleg:innen die ebenfalls bestellen dürfen). Erst nach dem Abschicken einer Bestellung hat auch das EIU Einsicht in die Anmeldung.
|
||||
Änderung und Stornierung
|
||||
Änderung und Stornierung | Wie kurzfristig vor Abfahrt kann ich Änderungen vornehmen?| Grundsätzlich sollten Änderungsanmeldung möglichst frühzeitig vor Abfahrt vorgenommen werden. Um eine rechtzeitige fahrplanerische Bearbeitung und durchgängige Meldung geänderter Fahrpläne im Streckenverlauf sicherzustellen, empfehlen wir, Trassenneuanmeldungen oder Vertragsänderungen mit mehr als einer Stunde Vorlauf anzumelden.
|
||||
Änderung und Stornierung | Können in TAF/TAP TSI Änderungen an Regelzügen auch für einzelne Verkehrstage bestellt werden, wo heute die Stornierung der Regeltrasse und die Bestellung einer Sondertrasse nötig wäre?| \- Ja. TAF/TAP TSI erlaubt es, aus allen mehrtägigen Trassenverträgen einzelne Verkehrstage herauszulösen und zu ändern. Dabei sind selbstverständlich die zulässigen Grenzen von Änderungsbestellungen zu berücksichtigen. Eine Änderung von SGV zu SPV ist beispielsweise auch weiterhin fachlich nicht zulässig.
|
||||
\- Auch Stornierungen können für den gesamten Verkehrszeitraum oder einzelne Verkehrstage erfolgen.
|
||||
\- Die Vorgaben hierzu sind in der Regel in den INB (und Anlagen) einzusehen.
|
||||
Änderung und Stornierung | Ist es möglich, mehrere Trassen am selben Tag auf einmal zu stornieren?| Aktuell kann das Portal nur einzelne Verträge stornieren bzw. teilstornieren. Damit können aber bereits verschiedene Verkehrstage in einem Vertrag auf einmal storniert werden. Eine Funktion, mit der z.B. wegen Streik oder Unwetter, zeitgleich eine Vielzahl an Trassen (aus verschiedenen Verträgen) storniert werden kann, prüfen wir derzeit auf mögliche Umsetzung - diese wird es aber nicht kurzfristig geben!
|
||||
Änderung und Stornierung | Kann die Kundennummer bei einer Vertragsänderung mit geändert werden?| Kundennummern des anmeldenden EVU können aktuell bei Änderungen nicht verändert werden (denn hier würde man den Vertragspartner ändern). Diese Anforderung ist uns allerdings bekannt und wird derzeit geprüft. Die Kundennummer des durchführenden EVU kann allerdings angepasst werden.
|
||||
Änderung und Stornierung | Die Ablehnung netzausgelöster Änderungen kommt in der Realität durchaus vor, z.B. bei Missverständnissen zwischen EIU und EVU, oder wenn der Grund (etwa eine konkurrierende Anmeldung) entfällt. Wird es diese Option künftig nicht mehr geben?| Eine netzausgelöste Änderung kann nicht abgelehnt werden, sondern gilt automatisch als angenommen. Sie kann aber gemäß den geltenden Richtlinien innerhalb von 3 Tagen kostenfrei storniert werden. Anschließend kann dann regulär eine neue Trasse angemeldet werden.
|
||||
Änderung und Stornierung | Kann bei einer Änderungsbestellung Start Ziel verändert werden und wenn nicht möglich, bedeutet das, dass also der Laufweg einer Trasse dadurch nicht verlängert werden kann?| \- Das Prozedere zum Ändern der Start- und Zielbetriebsstelle bleibt unverändert. Die Auswirkung auf die Trasse und die Abrechnung ist im Einzelfall unterschiedlich und kann je nach Sachverhalt auch Stornierungen enthalten (dies ist dann direkt abrechnungs- und kostenrelevant und in den INB geregelt).
|
||||
\- Im neuen Bestellportal wird dies über Änderung bzw. (Teil-)Stornierung abgebildet. Eine Laufwegsverlängerung ist eine Änderung, die Einkürzung eines Laufwegs erfolgt stets über eine Teilstornierung.
|
||||
\- Die Vorgaben hierzu sind in der Regel in den INB (und Anlagen) einzusehen.
|
||||
Zugcharakteristik
|
||||
Zugcharakteristik | Kann man Vorlagen für die Zugcharakteristik anlegen? Könnte es eigens angepasste Zugcharakteristiken geben? Fzg 1 = Spezifikation, Fzg. 2 = Spezifikation, sodass ich nur das jeweilige Fahrzeug auswählen muss und schon sind die meisten Zugcharakteristiken voreingestellt?| \- Vorlagen können aktuell nur gesamthaft erstellt werden (also Laufweg, Produktausprägungen und Zugcharakteristik) – als Entwurf. In diesem kann man natürlich prinzipiell schon Zugcharakteristiken hinterlegen.
|
||||
\- Eine Favoriten-Datenbank mit eigenen, vollständigen Zugcharakteristiken haben wir bislang nicht, das ist aber ein grundsätzlich denkbares Thema, was man prüfen kann. Im moment ist dies aber ob des bevorstehenden Go-Lives kein priorisiertes Thema.
|
||||
Zugcharakteristik | Für was braucht es zukünftig noch die Zuggattungsnummern?| Die Zuggattungen wird es weiterhin geben, daran ändert TAF/TAP nichts. Sie dienen als Erkennungsmerkmal für die Gattung des Zuges. Weitere Details sind den entsprechenden Richtlinien und Dokumenten zu entnehmen.
|
||||
Zugcharakteristik | Gibt es weiterhin alternative Zugcharakteristiken? Wenn ja, wie viele?| Ja, alternative Zugcharakteristiken gibt es weiterhin. Maximal eine, analog heute. Auch diese wird gemäß TAF/TAP in der Logik Gesamtzug, Zuglok, Wagenzug hinterlegt.
|
||||
Zugcharakteristik | Wenn man für Mo-Do 1 Tfz anmeldet und nur für Fr 2 Tfz. Was wenn Mi kurzfristig auch 2 Tfz nötig sind? Kann statt Mo-Do 1 Tfz und Fr 2 Tfz analog zu heute auch Mo-Fr mit 2 Tfz bestellt werden, an Mo-Do aber nur mit einem Tfz gefahren werden?| Das geht, dies wäre jeweils eine reguläre Änderungsbestellung, in der für den gewünschten Verkehrstag, die Zugcharakteristik geändert wird.
|
||||
Zugcharakteristik | Wo wird das Kriterium Rauchkammer / Tender voraus eingegeben?| \- Wenn Sie als Triebfahrzeug eine Dampflok (mit entsprechender Baureihenbezeichnung) eingeben, öffnet sich unterhalb der Angaben zur Zugcharakteristik ein Menü, in dem Sie die Dampf-spezifischen Attribute eingeben können.
|
||||
Zugcharakteristik | In der Praxis fahren Flügelzüge mit verschiedenen Baureihen zusammen. Wie kann man einen zweiten (oder dritten) Zugteil auswählen, der aus 2 oder 3 verschiedenen Baureihen verkehrt? Muss für jede potenzielle Kombination ein separater Code beantragt werden?| In der TAF/TAP-Logik geht dies ganz einfach: Die Zugcharakteristik wird in der Logik Zuglok, Wagenzug, Gesamtzug an- und eingegeben. Wenn verschiedene Baureihen zusammen fahren, kann man einfach mehrere Zugloks hinzufügen und mit der passenden Baureihe anlegen. Im Portal können ganz einfach mehrere Zugloks oder Triebzüge oder Zugteile aneinander gehängt werden unter Angabe der entsprechenden Baureihen und Beachtung der gängigen schon heute bekannten Regeln (wie z.B. grundsätzlich 3 Zugloks erlaubt, Ausnahmen u.a. bei Doppeltraktionen und ausgewählten LINT‘s)
|
||||
Zugcharakteristik | Wie werden im Rahmen von TTT künftig Fahrten mit Traktionsartwechsel (Akku- und Strombezug) bestellt, bleibt es bei dem aktuellen Verfahren mit dem Wechsel an einem (bestellten) Halt oder ist der Traktionsartwechsel, wie in der Realität, während der Fahrt möglich?| Der Traktionsartwechsel ist während der Durchfahrt ohne Halt möglich. Hierzu ist der TrainActivityCode "Systemwechsel" zu nutzen.
|
||||
Die Ril 402.0202 (14) mit TTT wird dahingehend angepasst.
|
||||
Sonstiges zur Anmeldung
|
||||
Sonstiges zur Anmeldung | Sind Zeiten bei der Trassenanmeldung für alle Laufwegspunkte zu pflegen oder reicht die Abfahrtszeit am 1. Fahrtpunkt?| Generell können, wie heute auch, an allen Laufwegspunkten Zeiten angegeben werden. Zur Konstruktion eines Fahrplans benötigen wir mindestens eine Zeitangabe. Für internationale Trassenanmeldungen gelten zusätzlich die veröffentlichten Mindestbestellkriterien gemäß Richtlinie 302!
|
||||
Sonstiges zur Anmeldung | Wird im Zusammenhang mit TAF/TAP der Prozess und die zeitliche Bereitstellung der einzelnen Netzfahrplanphasen für das Fahrplanjahr 2027 angepasst? Wenn ja wann?| Der Prozess ist in unserer Schnittstellenbeschreibung beschrieben. Vom Ablauf her ändert er sich aber nicht im Vergleich zu bisher, nur in den ausgetauschten Nachrichten. Die Phasen und die Fristen ändern sich durch TAF/TAP nicht.
|
||||
Sonstiges zur Anmeldung | Wie ist es mit kurzfristig bestellten Trassen? Müssen die zugehörigen Angebote künftig immer geprüft werden? Derzeit ist es so, dass ein Planer eine Trasse bestellen kann, ein Kreuz setzt und unsere Leitstelle die angekommene Trasse nur noch für den Tf bereitstellt.| Auch hier verhält es sich wie heute auch: man kann bei der Bestellung angeben (vorm Abschicken), dass man auf eine Angebotsprüfung verzichtet (hierzu ist ein Haken zu setzen). Dann mündet das Angebot mit dem konstruierten Path direkt in einem Vertrag und kein manuelles Prüfen durch das EVU ist notwendig.
|
||||
Sonstiges zur Anmeldung | Wie schnell kann eine Trasse im Ad-hoc-Geschäft erstellt werden? Ist diese Bearbeitungsdauer analog zu TPN?| Ja. An den Bearbeitungsfristen ändert sich durch TAF/TAP nichts. Natürlich versuchen wir, durch weitere Automatisierung die Bearbeitungszeit weiter zu verringern.
|
||||
Sonstiges zur Anmeldung | Wie können Rahmenverträge bei der Trassenbestellung hinterlegt werden?| Wenn Sie einen Rahmenvertrag besitzen, können Sie unter Identifikatoren / Verwandte Vorgänge (bzw. in der Schnittstelle über RelatedPlannedTransportIdentifier) bei Ihrer Trassenanmeldung zum Netzfahrplan auf einen Rahmenvertrag verweisen. Der ReasonOfReference DE07 ist hier anzuwenden, um auf die RV-Kapazität zu verweisen! Als Parameter sind anzugeben: PA für Path, 0080 als Company Code der DB InfraGO. Die 12stellige RVK-Nummer wird als CORE eingetragen. Variante „A1“ (aktuell. Zwingend Kombination Buchstabe+Zahl). Als Fahrplanjahr muss das erste Fahrplanjahr des Verkehrszeitraums der RVK sein (nicht zwingend das aktuelle)
|
||||
Sonstiges zur Anmeldung | Kann man Alternativen für einen Fahrplan bestellen?| Man kann bei der Anmeldung eine alternative Zugcharakteristik angeben, die aber nicht restriktiver sein darf als die Hauptcharakteristik. Alternative Laufwege kann man nicht bestellen, man kann jedoch durch Weglassen von Laufwegpunkten in der Trassenkonstruktion mehrere Laufwege ermöglichen.
|
||||
Sonstiges zur Anmeldung | Wie werden Anwender im Bestellsystem darauf hingewiesen, dass die Bestellung nur teilweise bearbeitet wurde?| Wenn für einen oder mehrere Verkehrstage keine Trasse konstruiert werden konnte, werden im Trassenangebot die nicht konstruierbaren Verkehrstage als solche ausgewiesen. Eine Konstruktion in Teilabschnitten (Teilangebote) gibt es nicht mehr.
|
||||
Sonstiges zur Anmeldung | Wenn man im Netzfahrplan besondere Zugbedingungen (heute: BZA, z.B. Schwerwagen, LÜ) bestellt, berücksichtigt die DB InfraGO diese eigenständig bei erforderlichen Umleitungen und liefert einen neuen Fahrplan mit eben jenen Bedingungen?| Ja, keine Änderung zum bisherigen Vorgehen.
|
||||
Sonstiges zur Anmeldung | Ab welcher Abweichung wird ein zusätzliches Angebot erstellt? (z.B. Abweichung Verkehrshalt, Anderer Laufweg, Zeitliche Verschiebung an einer Betriebsstelle)| Bei allen genannten Abweichungen wird der Path Request in mehrere Paths aufgeteilt.
|
||||
Sonstiges zur Anmeldung | Wird Click and Ride mit Einführung von TAF/TAP weitergeführt?| Ja. Click&Ride wird künftig für TAF/TAP ertüchtigt. Am generellen Anwendungsfall für C&R ändert sich durch die TAF/TAP Einführung nichts. Für das Fahrplanjahr 2025 und 2026 bleibt Click&Ride parallel zu TPN als Eingangskanal verfügbar.
|
||||
Sonstiges zur Anmeldung | Frage zum Laufweg: Wie lege ich einen Laufweg an, wenn ich über eine bestimmte VzG-Strecke fahren möchte? Bsp. Hannover - Göttingen über VzG 1733.| In diesem Fall empfiehlt es sich, entsprechende Laufwegspunkte als Durchfahrt hinzuzufügen. Alternativ kann auch ein Hinweis in das Freitextfeld gesetzt werden, z.B. wenn der Triebfahrzeugführer nur Streckenkenntnis für einen konkreten Laufweg hat.
|
||||
Sonstiges zur Anmeldung | Bleibt die Angabe von Referenzen unter Zügen für Anschlüsse, Zugnr.-Verwendung, Vereinigungen per CaseReference? Gibt ess heute nicht in vergleichbarer Form in TPN.| Verweise auf andere Züge über ReasonOfReference-Codes wie die von Ihnen genannten werden möglich sein. Es wird sichergestellt, dass diese Informationen unseren Konstrukteuren angezeigt wird.
|
||||
Sonstiges zur Anmeldung | Bis wann kann TPN für GelV 2026 noch genutzt werden?| TPN bleibt bis mindestens Dezember 2026 (Fahrplanwechsel) produktiv für den GelV verfügbar.
|
||||
Sonstiges zur Anmeldung | Werden die Bestellungen von Stamm- und Ergänzungsfahrpläne damit beendet?| Stamm und Ergänzungsfahrpläne, die keine vollständige Trasse bilden, wird es nicht mehr geben. Gemäß der TTT Spezifikation werden nur vollständige Trassen kommuniziert.
|
||||
Fahrplankonstruktion
|
||||
Fahrplankonstruktion| Gibt es dann innerhalb von InfraGO keine Fahrplankonstruktionsgrenzen mehr? Bekommt man den fertigen Fahrplan erst, wenn die Konstruktion komplett erfolgt ist und wird es Teilangebote aus netzinternen Grenzen geben? Wird es weiterhin bei der manuellen Konstruktion je Region ein Teilangebot geben, oder nur ein gesamthaftes, sobald die Konstruktion bis zum Ziel abgeschlossen ist? Hintergrund: Bei einem gesamthaften Angebot wäre eine Abfahrt in bspw. Rotterdam erst nach Fertigstellung aller FPLO'en bis zum Ziel (Bspw. RN Süd) möglich. Aktuell kann durch die Teilangebote aus der jeweiligen Region der Zug schonmal starten.| Zukünftig wird, den Vorgaben von TAF/TAP folgend, ein Versand der Fahrplandokumente erfolgen, sobald die Konstruktion des gesamten Trassenverlaufs abgeschlossen ist. Die Vorgaben von TTT lassen einen Versand von Teilangeboten nicht zu. Eine intensive Nutzung der automatischen Trassenkonstruktion kann die Angebotserstellung beschleunigen. Es wird daher empfohlen die Trasse möglichst über Click&Ride zu bestellen oder die Bestellung frühzeitig einzureichen.
|
||||
Bei internationalen Trassen kann in mehreren Ländern weiterhin parallel konstruiert werden.
|
||||
Fahrplankonstruktion| Können während der Konstruktion Änderungen durch den Konstrukteur im Einvernehmen mit dem Kunden durchgeführt werden, z.B. Laufwegsänderungen?| Ja. Das ist insbesondere bei der Abbildung von baubedingten Umleitungen im Netzfahrplan nötig, wenn der vom EVU bestellte Laufweg nicht durchgängig realisiert werden kann.
|
||||
FPLO und FPLM
|
||||
FPLO und FPLM| Werden FPLOs zukünftig über das CI Betrieb geliefert oder ist das auch Teil von Trassenanmeldung bzw. Baufahrplänen?| TAF/TAP TSI kümmert sich um den Austausch von Trassen für die vertragliche Buchung. FPLO sind in TAF/TAP TSI nicht definiert und sind nur noch Fahrplandokumente für den Tf. Sie dienen nicht mehr der Kommunikation der Trasse an den Besteller. Baufahrpläne werden über netzausgelöste Änderungen als reguläre Trassenverträge im TAF/TAP-Format übergeben.
|
||||
FPLO und FPLM| Werden mit der PathDetailsMessage auch FPLMs abgedeckt?| Die Fplm werden auch nach der Einführung TAF/TAP TSI weiterhin existieren und entsprechend des heutigen Verfahrens verteilt.
|
||||
Baumaßnahmen & -kommunikation
|
||||
Baumaßnahmen & -kommunikation | Baubedingte Abweichungen, die einen neuen Fahrplan erfordern, werden zukünftig vom EIU eigenständig eingespielt (alt: netzausgelöste Änderung). Muss das EVU diese nicht mehr selbst bestellen?| Grundsätzlich werden baubetroffene Trassen zukünftig netzseitig konstruiert und über den Alteration-Prozess als netzausgelöste Änderung/Stornierung bekanntgegeben.
|
||||
Baumaßnahmen & -kommunikation | Wenn keine Zeitscheiben mehr bestellt werden müssen, wie gestaltet sich künftig der Informationsfluss vom Konstrukteur an EVU bzw. wie kann ein EVU seine Wünsche bei Umleitungen nennen?| Trassenanmeldungen müssen auch zukünftig plausibel sein. Es darf also bspw. keine Trassenanmeldung durch eine Totalsperrung gestellt werden - in solchen Fällen müssen weiterhin Zeitscheiben gebildet werden. Darüber hinaus können weiterhin Zeitscheiben bestellt werden, insbesondere um die Wünsche des EVU für Bauzustände zu übermitteln. Die Fahrlagenberatung im Vorfeld der Netzfahrplanerstellung findet weiterhin statt.
|
||||
Baumaßnahmen & -kommunikation | In TPN müssen für die Baukorridore immer Zeitscheiben eingebaut werden. Fällt das im neuen System weg?| Grundsätzlich fällt das im neuen System weg – allerdings sollte der Kunde dies bei vorab bekannt gegebenen Baumaßnahmen berücksichtigen und es ist in diesen Fällen empfehlenswert kundenseitig in Zeitscheiben zu bestellen. Dies gilt insbesondere dann, wenn Bauzustände Auswirkungen auf technische Mindestfahrzeiten und/oder zulässige Zugkonfigurationen haben. Trassenanmeldungen müssen auch zukünftig plausibel sein. Es darf also bspw. keine Trassenanmeldung durch eine Totalsperrung gestellt werden - in solchen Fällen müssen weiterhin Zeitscheiben gebildet werden.
|
||||
Baumaßnahmen & -kommunikation | Wie sieht es mit der Bearbeitung von Abweichungen vom Regelfahrplan aus? Wie werden also Trassen im Baustellenmanagement geplant und ausgerollt? Wie werden die zugehörigen Fahrplandaten dann zur Verfügung gestellt (Bisher: über EBuLa oder Fahrplananordnung)?| Im Netzfahrplan werden bereits einige Baumaßnahmen ausgeregelt, diese werden regulär als Angebot im VNP/ENP zurückgespielt (ohne zusätzliche Kommunikationswege). Im unterjährigen Baufahrplan wird das Grobplanungsergebnis über die KomBau zur Stellungnahme übermittelt. Anschließend wird dann über das Bestellsystem eine netzausgelöste Trassenänderung verschickt. Die FPLO ist nur noch für den Tf relevant und dient nicht mehr der Kommunikation von Bauumleitungen. Zukünftig wird die BauFplo per "digitaler BauFplo" (BSV) verschickt..
|
||||
Baumaßnahmen & -kommunikation | Lässt sich die Einführung der neuen Bau-Produkte nach Annex VII im unterjährigen Bau von der Einführung von TAF/TAP TSI entkoppeln?| Eine von der TTT-Umsetzung entkoppelte Einführung der neuen Bau-Produkte nach Annex VII im unterjährigen Bau ist nicht möglich.
|
||||
Baumaßnahmen & -kommunikation | Geht ujBau Testing im Sommer weiter, um ein E2E Testing zu ermöglichen?| Ja, mit der funktionalen Einführung von Bautests bis Sommer werden diese Funktionalitäten bis zum GoLive zum Test zur Verfügung stehen. Eine etwaige Einschränkung könnte existieren, sofern wir in der Anmeldung von Zügen existierende Einschränkungen haben. Diese sind zum Zeitpunkt der Planung der jeweiligen gemeinsamen Test Session bekannt und werden berücksichtigt. Eine Testplanung findet sich in den Unterlagen des TTT Dialogs.
|
||||
Baumaßnahmen & -kommunikation | Wie können wir die Daten erhalten, wenn keine Schnittstelle zur Entgegennahme von GPE/FPE vorhanden is?| GPE/FPE können über die KomBau oder CI abgerufen werden. Es besteht bei GPE/FPE keine Kanaltrennung wie bei einer Bestellung.
|
||||
Baumaßnahmen & -kommunikation | Ab wann wird produktiv das bisherige Verfahren per E-Mail-Versand der XML-Dateien zu ZvF > ÜB > Fplo vollständig eingestellt und zwingend ausschließlich per GPE > FPE ersetzt?| Die vollständige Umsetzung ist zum Fahplan 2027 geplant, mit der Einführung TTT.
|
||||
Baumaßnahmen & -kommunikation | Was ist wenn die Triebfahrzeuge kein EBuLA haben?
|
||||
Ist ein Versand von Fplo weiterhin vorgesehen?
|
||||
Inwiefern ist sichergestellt, dass zukünftig alle Fplo-betroffenen Züge in EBuLa abgebildet werden und gilt das auch für ad-hoc Umleitungen aus den BZen?| An der Veröffentlichung von Fahrplanunterlagen (EBuLa + Fplo) ändert sich nichts durch die Einführung von TAF/TAP TSI, dh EBuLa-Fahrpläne und Fplo werden wie bisher erzeugt und bereitgestellt.
|
||||
Zeitlich teilweise parallel, aber unabhängig von der Einführung von TAF/TAP TSI arbeitet die DB InfraGO an der Optimierung der Veröffentlichung von Fahrplanunterlagen die auch eine Erhöhung des Anteils von EBuLa-Fahrplänen erreichen soll. Nähere Informationen zu diesem Thema erhalten Sie über/unter [[REDACTED]](mailto:[REDACTED]) (<https://www.dbinfrago.com/web/schienennetz/fahren_und_bauen/BauFplo-13377708>).
|
||||
Baumaßnahmen & -kommunikation | Welchen Zusammenhang gibt es zwischen der Einführung der digitalen BauFplo und TTT? Welche Konsequenzen hätte es, wenn eines der beiden Systeme verspätet an den Start geht, wenn z.B. bei den Tests Probleme auffallen? Sind die Tests aufeinander abgestimmt? Ist die Einführung jeweils aneinander gekoppelt?| | Zur Einführung der neuen digitalen Baufahrplananordnung (BauFplo), zum Zusammenhang zu TTT als auch die Rahmenbedingungen zu den Tests sind ausführlich auf folgender Seite erläutert: Digitale Baufahrplananordnung
|
||||
---
|
||||
Baumaßnahmen & -kommunikation | Kann es auch sein, dass eine NAÄ VOR dem FPE gesendet werden?| FPE und NAÄ werden nahezu, technisch bedingt, zeitgleich mit Versatz versendet.
|
||||
20h-Züge
|
||||
20h-Züge| Werden mit TAF/TAP weiterhin 20h-Züge vergeben? Was wird sich dabei ändern, u.a. mit Blick auf Zugnummern?| \- Die 20h-Regel für die Zugnummer/OTN bleibt auch mit TAF/TAP TSI bestehen. Allerdings erhält jeder Zug mit TAF/TAP TSI eine tagesscharfe ReferenceTrainID, welche genau einen Zug an genau einem Tag (Vergabe mit Abfahrtsdatum) bezeichnet und nicht der 20h-Regel unterliegt.
|
||||
\- Nach aktueller Planung ist weiterhin das „20h-Tool“ der Einfachbahn zu verwenden.
|
||||
Grenzüberschreitender Verkehr
|
||||
Grenzüberschreitender Verkehr | Müssen für Anmeldungen durch mehrere Netze wie bisher 2 (oder mehr) Trassenanmeldungen erfolgen oder reicht künftig eine Anmeldung an eines der beteiligten EIU und diese stimmen sich dann entsprechend ab?| Internationale Anmeldungen über Ländergrenzen hinweg erfolgen grundsätzlich wie bisher auch, jeweils bei jedem EIU. Es besteht aber parallel die Möglichkeit, in PCS durchgehende Trassen zu bestellen, die dann an die einzelnen EIU weitergetragen werden (wenn diese mit PCS arbeiten).
|
||||
Den Gedanken von TAF/TAP folgend, gilt dies auch innerhalb Deutschlands bei Fahrten über EIU-Grenzen, wir unterstützen jedoch die Möglichkeiten gemäß ERegG §51.
|
||||
Grenzüberschreitender Verkehr | Wie werden Trassenbestellungen internationaler Kooperations-Züge geregelt? (Beispiel: Ein EVU meldet die Trasse für alle beteiligten EVU an, hat aber selbst keine Sicherheitsbescheinigung für eins der durchfahrenen EIU)| In der Bestellung unter TAF/TAP TSI wird zwischen bestellendem und durchführendem EVU unterschieden. Letzteres kann sich an einem beliebigen Verkehrshalt des Path ändern und ist bei Trassenanmeldung anzugeben.
|
||||
Grenzüberschreitender Verkehr | Ist es korrekt, dass es bei kurzfristig bestellten Sonderzügen keine Teilangebote mehr gibt? Folglich könnte ein Zug dann erst starten, wenn die komplette Route gerechnet wurde. Bei einer Relation über verschiedene Länder würde dies im Zweifelsfall lange dauern und der Zug könnte nicht kurzfristig starten.| Es ist weiterhin möglich, dass in unterschiedlichen Ländern parallel konstruiert wird. Teilangebote wie bisher (Zug fährt in Region A los, während in Region B noch konstruiert wird) wird es nicht mehr geben. Der Prozess ist für alle Beteiligten sehr aufwändig und wird durch die heutigen technischen Möglichkeiten (automatische Fahrplankonstruktion) nicht mehr benötigt.
|
||||
Grenzüberschreitender Verkehr | Muss ein deutsches EVU für das ausländische EVU den Fahrplan für den Auslandsteil mitbestellen, wenn mehrere EVU beteiligt sind? Wie verhält sich das grundsätzlich für eine Route durch mehrere EIU: kann ein EVU den Anteil in einem EIU bestellen und ein anderes EVU in einem anderen EIU? Was muss man dabei beachten?| Die von Ihnen geschilderten Konstellationen sind alle möglich. Man würde ein federführendes EVU (LeadRU) festlegen, das den Train und die Route definiert. Es koordiniert mit den ausländischen EVU die Trassenanteile. Die einzelnen EVU bestellen dann jeweils bei ihren EIU die Trassenanteile und verweisen in der Bestellung auf das LeadRU und auf die von ihm festgelegten Objekte ReferenceTrain und Route. Es ist im Übrigen auch möglich, dass ein EVU in mehreren EIUs Trassenanteile bestellt bzw. dass innerhalb eines EIU das EVU wechselt.
|
||||
Grenzüberschreitender Verkehr | Wie ist die Vorgehensweise für eine Anmeldung einer internationalen Trasse? Aus welchem Grund muss das EVU bei mehreren EIU die Trasse bestellen, warum wird nicht bei einem EIU bestellt und dann weitergegeben? Wie verhält sich das innerdeutsch bei verschiedenen EIU? Wer muss diese Anmeldung vornehmen, nur das LeadRU?| \- TAF/TAP sieht generell vor, dass jeder Abschnitt eines EIU beim jeweiligen EIU individuell bestellt wird. Die Route beschreibt hier den netzübergreifenden gesamten Laufweg und sollte allen EIU genannt werden. Jedes EIU selbst konstruiert dann nur den Anteil im eigenen Netz als Path. Die Abstimmung an Grenzen erfolgt analog zu heute zwischen den EIU. Das Tool PCS der RNE kann aber wie gewohnt verwendet werden. Die Abstimmung einer internationalen Zugnummer hat im Vorfeld zu erfolgen.
|
||||
\- Auch innerdeutsch gilt diese Regelung, die Trassenanmeldung muss bei jedem EIU für dessen Abschnitt erfolgen. Dort wo die DB InfraGO (im Auftrag) konstruiert, bleibt das Vorgehen wie heute, hier wird weiterhin bei der DB InfraGO bestellt.
|
||||
\- Grundsätzlich kann jedes beteiligte EVU "seinen" Anteil an der Route anmelden, es handelt dann als ResponsibleRU, das LeadRU muss aber angegeben werden und bleibt auch über die ganze Route gleich.
|
||||
Grenzüberschreitender Verkehr | Wenn es mehrere Routen für das gleiche Verkehrsbedürfnis gibt - unterschiedliche Startbahnhöfe im Ausland - muss man pro Route einen Path Request senden? Wenn ja, wie soll man vorgehen, wenn ein EVU-Partner im Ausland noch keine TAF/TAP umgesetzt hat und man entsprechend keine Route-ID vom LeadRU erhält?| Ja, man muss zu jeder Route mindestens einen Path bestellen. Im Fall, dass das LeadRU im Ausland TAF/TAP noch nicht umgesetzt hat, muss man bilateral die Vergabe von Train und Route ID abstimmen. Da die Umsetzung von TAF/TAP EU-weit Pflicht ist, wird sich auch das ausländische EVU mit den Identifikatoren auseinandersetzen müssen.
|
||||
Grenzüberschreitender Verkehr | Wie definiert man das Route-Objekt, wenn verschiedene EIU für eine internationale Bestellung unterschiedliche Vorgaben bezüglich des Leitweges (Grenze) machen? Z.B. DE-NL Fahrt über Emmerich mit Totalsperrung in einem Zeitraum. DB InfraGO schreibt für den Sperrzeitraum eine Umleitung des Verkehrs über Venlo vor, für Prorail aber soll ganzjährig über Emmerich bestellt werden und erst später wird eine Umleitung im Angebot berücksichtigt| Der Route-Updateprozess ist nicht Teil der Produktivsetzung von TTT und wird später umgesetzt.
|
||||
Grenzüberschreitender Verkehr | Gibt es eine Liste der exakten Betriebsstellen, die im Bestellportal als Grenze angegeben werden muss und wie das Pendant dazu beim Nachbar-EIU ist? Werden die Handover-Punkte pro Grenze von der DB InfraGO vorgegeben?| Bei grenzüberschreitenden Verkehren müssen unter TAF/TAP TSI im PathRequest sogenannte Planning Handoverpoints (Fahrplanbearbeitungsgrenzen) angegeben werden. Es werden allgemeine Informationen zur Anwendung der Planning Handovers und Sonderfällen, sowie eine Liste der Planning Handoverpoints zu ausländischen EIU auf der Webseite der DB InfraGO AG bereitgestellt: <https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208>
|
||||
Grenzüberschreitender Verkehr | Liegt der Handover-Punkt immer am Grenzpunkt? Das Widerspricht aber Anhang 2 "Übersicht der Grenzstrecken und Fahrplanbearbeitungsgrenzen". Gibt es hier eine neue Version?| TTT führt keine Änderung an Grenzpunkten/Konstruktionsgrenzen durch. Es gibt aktuell keine neue Version des PCS-Anhang 2.
|
||||
Grenzüberschreitender Verkehr | Seit Januar 2024 stellt der Trassenfinder auch die Infrastrukturen von NE-Bahnen (Pilot: EVB in Niedersachsen und RegioInfra in Brandenburg) bereit. Wird das neue Bestellsystem pathOS diese Möglichkeit auch bieten?| Betriebsstellen von NE-Bahnen werden im Bestellportal pathOS angezeigt und Start, Ziel und Handoverpoints müssen als Teil der Route auch angegeben werden. Sofern die DB InfraGO auf dem NE-Netz nicht fahrplanbildend ist, muss allerdings der Trassenanteil auf dem NE-Netz beim jeweiligen Infrastrukturbetreiber separat bestellt werden.
|
||||
Grenzüberschreitender Verkehr | Werden die Inhalte der Route durch die Trassenkonstrukteure in der Planungsphase genutzt, um die Trassenabstimmung mit den benachbarten IMs durchzuführen?| Die Route beinhaltet Start, Ziel und alle Handoverpoints, auf dieser Basis können die beteiligten IM's natürlich miteinander sprechen. Die Abstimmungen zu Übergabezeiten und sonstigen relevanten Aspekten erfolgen generell wie heute auch. PCS kann entsprechend auch dafür verwandt werden
|
||||
Grenzüberschreitender Verkehr | Mein Verständnis ist, dass die SiBe-Verantwortung und Abrechnung der Trasse an der Infrastrukturgrenze wechselt. Wie passt dies zur Logik, dass die Path Bestellung vom/bis Handover-Punkt (= Fahrplanerstellungsgrenze) erfolgt? Beide Punkte sind räumlich ja nicht zwingend identisch.| Ihre Beobachtung ist korrekt. Die Grenzen der Fahrplanbearbeitung sind vielfach nicht mit den tatsächlichen Netzgrenzen identisch. Dies ist bereits heute so und wird durch TAF/TAP TSI nicht verändert. Durch die Grundprinzipien, wie in TAF/TAP TSI Path-Objekte zu bilden sind, wird dieser Sachverhalt lediglich sichtbarer. Für Sie als anmeldendes EVU sind im ersten Schritt aber weiterhin die Fahrplanbearbeitungsgrenzen die relevanten Punkte für die Anmeldung. Diese nennen sich in TAF/TAP künftig „Handover-Punkte“.
|
||||
Grenzüberschreitender Verkehr | Wie viele Handover-Punkte gibt es? Nur die Landesgrenze? Oder den Übergabebahnhof? Oder die Fahrplanbearbeitungsbetriebsstelle? Betrieblicher Übergang? Fahrplanübergang?| Die DB InfraGO arbeitet aktuell an einer Zusammenstellung zu den Handoverpunkten, die den EVU und ZB in der Anmeldephase unterstützend bereitgestellt wird. Generell gilt heute die Ril 302, die die meisten Grenzübergänge im Detail regelt
|
||||
Grenzüberschreitender Verkehr | Wie definiert man das Route-Objekt, wenn verschiedene EIU für eine internationale Bestellung unterschiedliche Vorgaben bezüglich des Leitweges (Grenze) machen? Z.B. DE-NL Fahrt über Emmerich mit Totalsperrung in einem Zeitraum. DB InfraGO schreibt für den Sperrzeitraum eine Umleitung des Verkehrs über Venlo vor, für Prorail aber soll ganzjährig über Emmerich bestellt werden und erst später wird eine Umleitung im Angebot berücksichtigt| DB InfraGO verlangt explizit, dass bei grenzüberschreitenden Trassen folgende Angaben gemacht werden – analog zur Struktur der Grenzbetriebsvereinbarungen (Ril 302.xxx) :
|
||||
Internationalen Zugnummer. Start- und Zielbetriebsstelle (in der Regel nicht Grenzbahnhof), Partner‑EVU im jeweiligen anderen Land, Grenzstandzeit und Haltegrund bzw. Betriebstechnologie und etwaige Vor- und Nachleistungen bei Beginn und Ende der Fahrt
|
||||
|
||||
Diese Rahmenangaben bieten auch den formalen Rahmen, um unterschiedliche Leitwegvorgaben zu erfassen – etwa durch spezifische Hinweise zur Streckenführung oder Zeitfenstern bei Umleitungen durch Baustellen.
|
||||
|
||||
Um die unterschiedlichen Vorgaben in einem Trassenantrag abzubilden, könnte man das Route‑Objekt wie folgt strukturieren:
|
||||
1\. Hauptstrecke (Standardfall):
|
||||
Leitweg: DE → Emmerich → NL (ProRail-konform, ganzjährig)
|
||||
Ergänze technische Angaben (Zugnummer, EVU, Grenzstandzeit etc.) – gemäß Bestellkriterien
|
||||
2\. Alternativstrecke für Sperrzeitraum (DB InfraGO‑Sperrung):
|
||||
Leitweg (zeitlich beschränkt): DE → [Baustelle Tunnelsperrung, Emmerich] → Umleitung über Venlo → NL
|
||||
Zeitlich markieren: z. B. “nur gültig im Zeitraum xx – yy”
|
||||
Verkehrszeitraum, Verkehrstageschlüssel
|
||||
Verkehrszeitraum, Verkehrstageschlüssel | Was ändert sich beim Verkehrstageschlüssel?| Der Verkehrstageschlüssel findet unter TAF/TAP TSI keine Anwendung mehr. TAF/TAP TSI arbeitet mit einer so genannten Bit-Leiste, in der die einzelnen Bits repräsentativ für Kalendertage zwischen einem Anfangs- und einem Enddatum stehen. Eine '1' steht dabei für einen Verkehrstag.
|
||||
Verkehrszeitraum, Verkehrstageschlüssel | Wenn die Angabe der Verkehrstageregel entfällt, kann dann durch DB InfraGO bei Bestellung durch EVU für mehrere Verkehrstage abweichende Zeiten/Wege an den einzelnen Verkehrstagen angeboten werden?| Ja. Das ist insbesondere bei der Abbildung von baubedingten Umleitungen im Netzfahrplan nötig, wenn der vom EVU bestellte Laufweg nicht durchgängig realisiert werden kann.
|
||||
Verkehrszeitraum, Verkehrstageschlüssel | Legt man im PlannedCalendar fest ob es sich um Regeltrassen oder Ad-hoc Trassen handelt?| Nein. Ob es sich um einen Regel- oder Sonderzug handelt, ergibt sich aus dem Bestellzeitpunkt und den bestellten Verkehrstagen. Daher muss das EVU dies nicht gesondert angeben.
|
||||
Verkehrszeitraum, Verkehrstageschlüssel | Kann man im PlannedCalendar auch Zeiträume eingeben oder muss man immer jeden Verkehrstag einzeln anhaken?| Im Onlineportal der DB InfraGO AG ist der Kalender intuitiv nutzbar. Man kann einzelne Tage anhaken oder ganze Zeiträume bequem mit der Maus markieren. Man kann diese auch im Kalender anwählen (also 1. und letzten Verkehrstag). Zudem kann man tageweise markieren, also z.B. immer Mittwoch und Freitag. Feiertage lassen sich ebenfalls anzeigen.
|
||||
Verkehrszeitraum, Verkehrstageschlüssel | Gibt es neben dem PlannedCalendar noch eine andere Möglichkeit zu erkennen, dass ein weiteres Angebot folgen wird, da noch nicht alle Tage realisiert werden konnten?| Wenn es zu einer Trassenbestellung mehrere Angebote gibt, werden wir diese zeitgleich versenden. Ebenso erfahren Sie zeitgleich, wenn die Trasse an einem Teil der Verkehrstage nicht konstruiert werden konnte.
|
||||
Fahrplanbesonderheiten
|
||||
Fahrplanbesonderheiten| Bedeutet die Umstellung letztlich eine Hinwendung zum tagesscharfen Fahrplan? Bekommt dann das EVU für jeden bestellten Tag einen durchgehenden Fahrplan und es gibt keine „ausgestanzten Regelzüge“ mehr?| Alle Fahrpläne sind durchgängig von Start bis Ziel (im Netz der DB InfraGO). Dass die DB InfraGO an einzelnen Verkehrstagen kein Trassenangebot machen kann, ist nicht auszuschließen.
|
||||
Fahrplanbesonderheiten| Entfallen künftig Flügelpläne für Teilstecken oder auch Teilzeiträume der Gültigkeit? (Sowohl in der Bestellung via PathRequest als auch in der Bestätigung via PathDetails?)| Ja, es wird immer die komplette Trasse von Start bis Ziel (auf DB InfraGO-Netz) bestellt und angeboten (wenn konstruierbar). Die Verkehrstageregelung gilt auf dem ganzen Laufweg. Start- und Zielflügel gibt es dementsprechend nicht mehr.
|
||||
Fahrplanbesonderheiten| Sind variierende Gleisbelegungen weiterhin auch innerhalb eines Paths möglich, oder führt jede Abweichung zu einer Aufteilung?| Sofern die Fahrzeiten gleich bleiben, muss es nicht unbedingt eine Aufteilung geben. Falls sich die Fahrzeiten ändern, wird die Verkehrsleistung in mehrere Paths aufgeteilt.
|
||||
Fahrplanbesonderheiten| Wie werden Probefahrten nach 408.1431 bzw. 408.3431 mit TAF/TAP TSI erfolgen?| Nach aktuellem Stand ändert sich hier nichts zum heutigen Vorgehen – Versuchsfahrten müssen über den Vordruck gemäß 402.0202V02 bestellt werden. Das Thema ist in Prüfung bezüglich alternativen Umsetzungsoptionen mit TAF/TAP und pathOS
|
||||
Taktfahrplan
|
||||
Taktfahrplan| Wie sieht es grundsätzlich mit Taktfahrplänen aus? Sind diese in dem System noch darstellbar?| Generell gibt es in TAF/TAP weiterhin Taktverkehr und -fahrpläne. Komfortable Eingabemöglichkeiten im Portal sind derzeit in Prüfung, werden aber für den ersten Go-Live nicht vorhanden sein. Bei Kunden, die über die Schnittstelle mit eigener Software bestellen, ist in dem externen System diese Funktion zu bauen, wenn gewünscht. Es werden für jeden Zug im Takt technisch gesehen einzelne Anmeldungen benötigt. Es gibt in TAF/TAP das Objekt "CaseReference", was zur Gruppierung der einzelnen Anmeldungen genutzt werden soll, um diese zusammenzuhalten.
|
||||
Taktfahrplan| Wenn DB InfraGO Trassenbestellungen nach Verkehrstagen frei aufteilen darf, besteht dann ein höheres Risiko, dass Taktverkehr bei Nahverkehrstrassen punktuell nicht eingehalten wird? Das heutige System diszipliniert dahingehend, dass Fahrpläne nicht beliebig werden. Wenn zukünftig der Trassenkonstrukteur die Möglichkeit zu 364 Zeitscheiben hat, besteht nicht die Gefahr, dass an manchen Tagen der Umstieg zum Bus oder einem anderen funktioniert und an manchen Tagen nicht, weil der SPNV-Zug jeden Tag anders konstruiert wird. Wie wird der endkundenfreundliche tägliche Taktfahrplan geschützt?| Die DB InfraGO versucht auch im eigenen Interesse, die Zahl der Zeitscheiben möglichst niedrig zu halten. Dass Taktverkehre homogen sein sollten, ist den Beteiligten bewusst und wird soweit möglich umgesetzt. Auch daher im obigen Punkt der Hinweis zum Objekt CaseReference, was u.a. dem Konstrukteur genau dies aufzeigt.
|
||||
ObjectInfoMessage, Verknüpfungen
|
||||
ObjectInfoMessage, Verknüpfungen| Gibt es eine genauere Vorstellung von der Bedeutung der ObjectInfoMessage in Hinblick auf Anschlusssicherung?| \- Die Verwendung der ObjectInfoMessage (OIM) zur Übergabe von aktuellen Anschluss-/Umlaufinformationen an DB InfraGO ist in der entsprechenden Technischen Beschreibung auf der TAF/TAP-Webseite der DB InfraGO erläutert.
|
||||
\- Gewünschte Anschlüsse können direkt zwischen den Trassenbestellungen (PathRequest) und der Verwendung entsprechender Zugbehandlung im Bahnhof (TrainActivity) verlinkt werden. Die OIM bietet die Möglichkeit übergeordnete Informationen mehrere Trassenbestellungen betreffend gesammelt zu übertragen.
|
||||
ObjectInfoMessage, Verknüpfungen| Wie stellt man den Bezug von Zug und Gegenzug her? Beispiel: ein EVU will 3x von A nach B und zurück fahren mit jeweils 15 Min. Aufenthalt, dann stehen diese Trassen in Bezug zueinander?| Man kann auf eine Vor- oder Nachleistung referenzieren. Dies geschieht über die TrainActivityCodes 0044 bzw. 0045. Sie können dabei über die OTN oder die TrainID auf den anderen Zug verweisen.
|
||||
Abrechnung
|
||||
Abrechnung| Betrifft die Umstellung von TAF/TAP TSI auch die Trassenabrechnung? Verändern sich dadurch Dateiformate (heute CSV) und Inhalte?| \- In den Abrechnungssystemen wird aktuell der Umgang mit den neuen Identifikatoren geprüft.
|
||||
\- Ganz grob gesprochen soll die Abrechnung mit Attributen aus TAF/TAP TSI erweitert und eventuell vorhandene Attribute durch die jeweiligen neuen ausgetauscht werden. Das trifft natürlich zum einen unsere internen Systeme aber auch die CSV-Dateien. Grundsätzlich werden wir erstmal die Dateien weiter im CSV-Format verwenden, analog zu Heute.
|
||||
\- Perspektivisch gibt es die Idee mit der Umstellung der Abrechnung auf TAF/TAP TSI künftig die Abrechnungsdaten komfortabel in einem Webportal zur Verfügung zu stellen. Der Zeitpunkt der Umsetzung ist aber offen, das aktuelle LB-Portal bleibt also weiterhin der gewohnte Kanal.
|
||||
Netzfahrplan 2027 Parameter| Wird DB InfraGO sicherstellen, dass die Planungsparameter für
|
||||
Netzfahrplan 2027 ab Januar 2026 sich nicht mehr verändern?
|
||||
Mit dem Wunsch, die Trassenanmeldung so früh wie möglich
|
||||
durchzuführen (kommt auch von DB InfraGO), wird es uns nicht
|
||||
möglich sein, Änderungen, die noch im Jahr 2026 bzw.
|
||||
Trassenanmeldephase reinkommen, noch einzuarbeiten.| Die Planungsparameter sind nach dem Regelprozess nach den
|
||||
Richtlinien 402.0202 und 402.0305 zu x-12 final. Es ist auch
|
||||
im Interesse der DB InfraGO AG, dass Planungsparameter
|
||||
danach keine Änderungen erfahren. Nachträgliche Änderungen
|
||||
können sich insbesondere aufgrund von Baumaßnahmen nach
|
||||
Abschnitt 10 der Richtlinie 402.0305 bzw. Ziffer 14 Annex VII
|
||||
ergeben.
|
||||
IBN| Die verschobene IBN von Stuttgart 21 macht jetzt selbstverständlich
|
||||
kurzfristig sehr viel Arbeit. Es ist daher sehr wahrscheinlich, dass die
|
||||
Planungen bis zur Anmeldefrist der Trassen für Jfpl 2027 noch gar
|
||||
nicht abgeschlossen sind.
|
||||
Was ist seitens InfraGO hier geplant, um die notwendigen
|
||||
Neuplanungen bei den EVU zu ermöglichen| Aktuell liegt eine hohe Priorität auf der Herstellung eines
|
||||
stabilen und transparenten Planungsstands über die verfügbare
|
||||
Infrastruktur für den Fahrplan 2027. Anschließend werden die
|
||||
resultierenden Fahrplankonzepte gemeinsam im Rahmen der
|
||||
Fahrlagenberatung ausgeplant und abgestimmt.
|
||||
Zugnummer| Im PathOS gibt es keine automatische Zugnummernfreigabe, wie das
|
||||
ursprünglich bestrebt war. Diese Information wurde nicht eindeutig
|
||||
kommuniziert. Aktuell wissen wir, dass wenn man in der
|
||||
Anmeldephase die Trassen wieder abmeldet, wird die Zugnummer
|
||||
nicht freigegeben, da verantwortliche Konstrukteure oft in diesem
|
||||
Zeitraum im Urlaub sind.
|
||||
Wie wird DB InfraGO sicherstellen, dass die Zugnummern tatsächlich
|
||||
freigegeben werden, da wir davon ausgehen sollen, dass Korrekturen
|
||||
der Erstanmeldung notwendig sein müssen über eine Neuanmeldung?
|
||||
(Es gibt ja auch Einschränkungen, was dieses Thema angeht.
|
||||
Stichwort Routeupdate).| Wenn man in der Anmeldephase die Trassen wieder abmeldet,
|
||||
wird die Zugnummer weitestgehend automatisch wieder
|
||||
freigegen. Die Abmeldung muss von einem beliebigen
|
||||
Konstrukteur lediglich freigegeben werden.
|
||||
Die folgende automatischen Abmeldung kann zudem auch eine
|
||||
Zeit dauern, je nachdem, wie weit die Bearbeitung bereits
|
||||
fortgeschritten ist. Der Grund dafür ist, dass bei mehreren am
|
||||
Prozess beteiligten Systemen sichergestellt werden muss, dass
|
||||
die Abmeldung (inklusive der Zugnummer) systemübergreifend
|
||||
vollständig und konfliktfrei durchgeführt wird.
|
||||
Somit wird aktuell sichergestellt, dass die Zugnummer
|
||||
tatsächlich freigegeben wird. Dies geschieht allerdings nicht
|
||||
instantan, sondern mit einem zeitlichen Verzug.
|
||||
SST| Trassenanmeldung mit Dritt-EIU-Anteilen: laut SST werden die
|
||||
Anteile Dritter ohne Änderungen wieder im Angebot kommen.
|
||||
Technisch ist das nicht möglich zumindest die Zeiten unverändert zu
|
||||
lassen. Hier haben wir also eine weitere Abweichung zwischen SST
|
||||
und dem tatsächlichen Doing.
|
||||
Wie ist hier die Lösung?| Fremdnetzanteile lassen wir in der Regel unverändert. Es
|
||||
besteht jedoch die Möglichkeit, diese anzupassen.
|
||||
Es ist Aufgabe der DB InfraGO, die Zeiten an den Übergängen
|
||||
zur Fremdinfrastruktur zu koordinieren. Es kann daher
|
||||
vorkommen, dass die Übergangszeit an der Grenze im
|
||||
Vergleich zur Trassenanmeldung abweicht. In einem solchen
|
||||
Fall nehmen wir die entsprechende Anpassung
|
||||
selbstverständlich vor
|
||||
Stammdaten - GoLive| Was bedeutet es in pathOS, wenn zum GoLive
|
||||
am 19.1.2026, die finalen Stammdaten für die
|
||||
Trassenanmeldung noch nicht da sind| Mit dem GoLive von pathOS im Januar 2026 entsteht keine Lücke zum Umgang mit
|
||||
Stammdaten:
|
||||
1\. pathOS kann damit umgehen, wenn sich Stammdaten verändern. Wird eine Trasse
|
||||
bestellt, die ein veraltetes Stammdatum referenziert, wird ein Fehler
|
||||
protokolliert. Der Besteller kann diesen Fehler sehen, die Trassenanmeldung
|
||||
korrigieren und dann neu bestellen. Hinweis: Der Anwender muss aktiv die
|
||||
Trassenanmeldung öffnen, um den Fehler zu sehen.
|
||||
2\. Wir erwarten nur sehr wenige Anpassungen in den Stammdaten nach Januar, insb.
|
||||
die Betriebsstellen sind schon sehr stabil.
|
||||
Bitte prüfen Sie schon auf der Testumgebung, ob die benötigten Stammdaten
|
||||
vorliegen, idealerweise bis 15. Januar, damit wir noch rechtzeitig reagieren können.
|
||||
Sollte dabei oder bei der Anlage der Entwürfe für die Trassenanmeldung auffallen,
|
||||
dass ein benötigtes Stammdatum, z.B. Triebfahrzeugbaureihe fehlt, melden Sie sich
|
||||
gerne bei Ihrem Kundenberater
|
||||
Rahmenverträge| Ist die Bestellung von neuen RV über die TTT-konforme SST für
|
||||
FplJ 2027 möglich| Die zukünftige Gestaltung von Rahmenverträgen ist Teil von
|
||||
laufenden Abstimmungen zu den Infrastrukturnutzungbedingungen
|
||||
(INB) und unabhängig von der Einführung von TAF/TAP TSI.
|
||||
Es ist nicht geplant, dass Bestellungen für zukünftige
|
||||
Rahmenverträge über die TTT-konforme Schnittstelle zur
|
||||
Trassenanmeldung erfolgen. Entsprechend sind Kapitel 5.4. der
|
||||
Schnittstellenbeschreibung (bis auf die Unterkapitel 5.4.17 und
|
||||
5.4.18) in den Vorbemerkungen sowie der Anlage 3 derzeit
|
||||
ausgesetzt.
|
||||
Welches Tool für die Bestellung von Rahmenverträgen eingesetzt
|
||||
werden wird, wird nach der Festlegung über die Gestaltung der
|
||||
Rahmenverträge allen Zugangsberechtigten kommuniziert.
|
||||
Die Bestellung von Trassen mit Bezug auf bestehende
|
||||
Rahmenverträge wird ab Fahrplan 2027 durch die neue TTTkonforme Schnittstelle zur Trassenanmeldung unterstützt
|
||||
Train Activity Code 0004| TrainActivityCode 0004 (Systemwechselhalt)
|
||||
Neu in der SST 4.6.2 darf kein Textfeld zusammen mit dem TAC
|
||||
mitgesendet werden.
|
||||
Systemwechselhalt wird aber aus unserer Sicht in mehreren
|
||||
Fällen genutzt: zB Wechsel der Antriebsart (wird in der SST
|
||||
vorgegeben) und bei Grenzüberschreitenden Verkehren wie
|
||||
Wechsel zw. ETCS zu LZB
|
||||
Somit ist aus unserer Sicht eine Angabe der Begründung
|
||||
sinnvoll.
|
||||
Ist eine Angabe von TAC 0004 + 0027 (Systemwechselhalt und
|
||||
Sonstiger Halt), zusammen mit zB 0001 zulässig, damit eine
|
||||
Begründung mitgegeben werden darf?
|
||||
Was passiert, wenn man beim Wechsel der Traktionsart, nicht
|
||||
wie in der SST genannt 0004 nutzt, sonst, wie heute auch,
|
||||
0027| TAC 0004 (Systemwechselhalt) beim Traktionsartwechsel:
|
||||
Beim Traktionsartwechsel ist zwingend TAC 0004 zu verwenden –
|
||||
ein Freitext (haltabwText) darf nicht mehr mitgegeben werden. Der
|
||||
entsprechende Hinweis („Traktionsartwechsel Mehrkraft-Tfz“) wird
|
||||
automatisch durch das System erzeugt. Andere Systemwechsel (z. B.
|
||||
Wechsel ETCS/LZB) sind derzeit nicht gesondert kodiert und dürfen
|
||||
nicht über TAC 0004 angegeben werden.
|
||||
DB InfraGO prüft derzeit, ob durch zusätzliche Auswertung des
|
||||
Feldes „TypeOfUsedHybridPowerUnit“ für den Traktionsartwechsel
|
||||
Mehrkraft-TFZ die Nutzung des TAC 0004 für andere Systemwechsel
|
||||
künftig wieder geöffnet werden kann.
|
||||
Kombination mit TAC 0027 (Sonstiger Halt):
|
||||
Eine Kombination von TAC 0004 und 0027 (um doch einen Freitext
|
||||
via haltabwText mitzugeben) ist zwar technisch möglich, aber nicht
|
||||
schnittstellenkonform. TAC 0027 mit Freitext sollten die EVU
|
||||
hierfür daher nicht verwenden. Sofern diese Option dennoch
|
||||
genutzt wird, ist der exakte Wortlaut im Kommentarfeld essenziell.
|
||||
Die DB InfraGO wird diese Möglichkeit in der Zukunft –
|
||||
insbesondere ab der Fahrplanperiode 2028 ff. – jedoch
|
||||
gegebenenfalls unterbinden
|
||||
Ergänzer| Beim Vorhandensein von
|
||||
Ergänzern im
|
||||
Entscheidungsverfahren werden
|
||||
vor TTT die Trassenkilometer von
|
||||
Stamm und Ergänzern addiert.
|
||||
Dadurch ist es von Vorteil, wenn
|
||||
das EVU nicht in Bauzeitscheiben
|
||||
bestellt, sondern die gesamte
|
||||
Fahrlage, und die InfraGO die
|
||||
Ergänzungsfahrpläne erstellt. Wie
|
||||
ist das Verhalten unter TTT, wo
|
||||
es Stamm und Ergänzer nicht
|
||||
mehr gibt: Wird jeder
|
||||
PathRequest einzeln betrachtet
|
||||
oder werden die
|
||||
Trassenkilometer je
|
||||
ReferenceTrain aufsummiert?| Im Regelentgeltverfahren können mehrere PathRequests eines Reference Trains berücksichtigt werden. Eine Zusammenrechnung der Entgelte mehrerer
|
||||
PathRequests unter demselben Reference Train ist im Rahmen der Regelentgeltberechnung möglich, sofern die in Ziffer 4.2.1.10. der INB genannten vier
|
||||
Voraussetzungen kumulativ erfüllt sind. Darüber hinaus kann jede PathRequest nur einem Reference Train zugeordnet werden.
|
||||
Auszug aus den INB – Ziffer [REDACTED] Regelentgeltverfahren (erste Phase der Netzfahrplanerstellung):
|
||||
"Ergibt die Anwendung der Vorrangregeln weiterhin eine Gleichrangigkeit, stellt die DB InfraGO AG die Entgelte der konfliktbehafteten Zugtrassen gem.
|
||||
§ 52 Abs. 8 Satz 1 ERegG gegenüber. Hierbei werden alle Verkehrstage der Zugtrasse innerhalb der Netzfahrplanperiode und der gesamte Laufweg
|
||||
berücksichtigt. Dabei ist die Berücksichtigung mehrerer Trassenanmeldungen zulässig, sofern diese folgende vier Bedingungen kumulativ erfüllen:
|
||||
1\. Trassenanmeldung(en) unter einem Reference Train gemäß Ril 402.0202 Abschnitt 1 Abs. 9
|
||||
2\. Die Verkehrszeitregelungen und Verkehrstage der einzelnen Trassenanmeldungen ergänzen sich überschneidungsfrei bis maximal für die Dauer einer
|
||||
Netzfahrplanperiode. Eine direkte, aufeinander folgende und vollständig lückenlose Komplettierung der Verkehrstage ist nicht erforderlich. Davon
|
||||
ausgenommen sind Trassen, die das Netz der DB Infra-GO AG auf mehreren Teilabschnitten aufgrund einer Unterbrechung durch die Nutzung der
|
||||
Infrastruktur eines anderen EIU nutzen, sofern nicht dieselben Betriebsstellen angefahren werden.
|
||||
3\. Die Laufwege sind übereinstimmend. Dies liegt vor, wenn mindestens 50% der bestellten Verkehrshalte im Vergleich zu der Trassenanmeldung mit
|
||||
der höchsten Anzahl bestellter Verkehrshalte unter dem Reference Train identisch sind. Sofern nur 4 oder weniger Verkehrshalte bestellt sind,
|
||||
müssen mindestens 2 bestellte Verkehrshalte identisch sein. Zu diesen beiden Verkehrshalten können auch die Start- und/oder Ziel-Betriebsstelle
|
||||
oder Grenzbetriebsstellen zählen. Diese Verkehrshalte sind in der identischen Reihenfolge anzufahren. Davon ausgenommen sind Trassen, die das
|
||||
Netz der DB InfraGO AG auf mehreren Teilabschnitten aufgrund einer Unterbrechung durch die Nutzung der Infrastruktur eines anderen EIU nutzen;
|
||||
in diesen Fällen müssen in jedem Teilabschnitt mindestens 50% der bestellten Verkehrshalte der Trassenanmeldung mit der höchsten Anzahl
|
||||
bestellter Verkehrshalte identisch sein. Sofern nur 4 oder weniger Verkehrshalte bestellt sind, müssen mindestens 2 bestellte Verkehrshalte identisch
|
||||
sein.
|
||||
4\. Die Trassenzeiten sind übereinstimmend. Dies ist der Fall, wenn an mindestens den unter der vorstehenden Ziffer 3 benannten Verkehrshalten die
|
||||
Trassenzeiten innerhalb des Spielraums von 30 Minuten im SPV und von 240 Minuten im SGV bestellt wurden.
|
||||
Jede Trassenanmeldung darf nur einer Gruppe von Anmeldungen zugeordnet werden. Die Gruppen werden nach Maßgabe der maximal möglichen
|
||||
Gemeinsamkeiten nach den vorstehenden Bedingungen unter 3. und 4. ermittelt.
|
||||
Der Anmeldung mit dem höheren Regelentgelt wird der Vorrang eingeräumt.
|
||||
|
||||
|
|
||||
|
|
||||
|
||||
|
||||
|
|
||||
|
|
||||
|
||||
|
||||
|
|
||||
|
|
||||
+4189
File diff suppressed because it is too large
Load Diff
@@ -0,0 +1,787 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "faq"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "faq"
|
||||
source: "confluence"
|
||||
source_version: "64"
|
||||
meta_fingerprint: "c3e66270bbdcac8a"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/355496791/FAQ+pathOS+prim%C3%A4r+f%C3%BCr+intern+gedacht"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: "redigiert: [A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}"
|
||||
content_hash: "d6d7a2bb72ca096b"
|
||||
---
|
||||
|
||||
### Ab wann zählt eine PathrequestID als "benutzt"?
|
||||
|
||||
Portal:
|
||||
|
||||
- Sobald eine Trassenanmeldung abgeschickt wurde und fehlerfrei im Portal durchgegangen ist, also in der Vorgangsübersicht als "In Bearbeitung" erscheint, ist die PRID verwendet.
|
||||
- Eine Änderung der Anfrage (vor Angebotserhalt) kann noch die selbe PRID verwenden, eine Änderung nach Angebotserhalt benötigt eine neue
|
||||
- PRID sind auch kanalübergreifend "belegt", sprich wenn eine Trasse über PCS angemeldet wird, ist sie auch im Portal belegt
|
||||
|
||||
SST:
|
||||
|
||||
- Wurde eine RCM oder eine Error-Message empfangen ist die PR-ID bei uns im System bereits eingegangen/hinterlegt und kann somit NICHT wieder verwendet werden.
|
||||
- Wurde "nur" eine Soap Message oder ein NACK empfangen dann ist die PR-ID bei uns nicht eingelesen worden und kann somit für eine neue Anfrage benutzt werden.
|
||||
|
||||
*Thema:* PathRequest
|
||||
*Cluster:* Objekte, Nachrichten und ID's
|
||||
|
||||
### Wieso erhalte ich eine RCM und dann eine EM?
|
||||
|
||||
Die erste RCM quittiert den Erhalt der Nachricht.
|
||||
|
||||
Die EM danach z.B: TPN prüft dann auf bestimmte Validierungen (Attribute, Schemata...)
|
||||
→ Es ist also vollkommen valide, dass erst eine RCM kommt und dann eine EM
|
||||
|
||||
Was grundsätzlich auch passieren kann ist das eine EM ohne RCM ankommt. Das liegt daran, dass dann die Nachricht nicht richtig im CI angekommen ist und es direkt eine Fehlermeldung dazu gibt.
|
||||
|
||||
*Thema:* RCM und EM
|
||||
*Cluster:* Objekte, Nachrichten und ID's
|
||||
|
||||
### Wie setzt sich eine PRID zusammen?
|
||||
|
||||
24 Zeichen bestehend aus:
|
||||
|
||||
-
|
||||
|
||||
- ObjectType: 2 Zeichen (String - TR, RO, PA, PR, CR)
|
||||
- Company Code: 4 Zeichen (String - z.B: 3114)
|
||||
- Core: 12 Zeichen (String - z.B: Apfelbaum1234)
|
||||
- Variant: 2 Zeichen (String)
|
||||
- TimetableYear: 4 Zeichen (INT - 2012 - 2097)
|
||||
|
||||
*Thema:* PathRequest
|
||||
*Cluster:* Objekte, Nachrichten und ID's
|
||||
|
||||
### Wo findet man den Fixpunkt in der XML? Wo im Portal
|
||||
|
||||
Die PathPlanningReferenceLocation ist der gesetzte Fixpunkt
|
||||
|
||||
*Thema:* Fixpunkt
|
||||
*Cluster:* Laufweg
|
||||
|
||||
### Zum Datenaustausch der DB InfraGo mit anderen nationalen EIU, bei denen eine durchgehende Bestellung bei der DB InfraGO möglich ist und der Abschnitt des an die DB InfraGo gestellten Path Request auf NE-Infrastruktur an die Dritt-EIU weitergegeben wird. Wie sieht dieser Datenaustausch (also im Grunde die Weitergabe eines Teils des ursprünglichen PathRequest) technisch aus? Gibt es hier eine richtige Schnittstelle? Wenn ja, wo finde ich dazu eine Spezifikation? Oder sind das Excel-Tabellen oder gar formlose E-Mails?
|
||||
|
||||
Es gibt keine richtige Schnittstelle zu anderen EIU. Die Weitergabe der Informationen wird gleichlaufen wie heute. Hier gibt es unterschiedliche Absprachen zwischen den zuständigen regionalen Fahrplanern und dem jeweiligen Fremd-EIU (telefonisch, per Mail, per Fax, basierend auf Vorabstimmungen). Der funktionierende Standardfall ist die Weitergabe eines PDF-Exports aus TPN per Mail an das jeweilige Fremd-EIU.
|
||||
|
||||
TTT würde grundsätzlich Nachrichtentypen ermöglichen, die den Austausch zwischen EIU unterstützen, dies ist bislang weder auf europäischer Ebene noch auf nationaler Ebene vorgesehen. Es gibt derzeit keine konkrete Planung für eine richtige Schnittstelle.
|
||||
|
||||
*Thema:* Weitergabe an andere EIU
|
||||
*Cluster:* ERegG §51 - Innerdeutsche Trassenbestellungen
|
||||
*Ansprechpartner:* Aimo Drießelmann (I.IBF)
|
||||
|
||||
### - Was sind die Voraussetzungen, die unsere Kollegen dafür mitbringen müssten? Sie hatten im Juni geschrieben, dass die Mitarbeiter das Portal pathOS bereits kennen bzw. bedienen können sollten. - Sollten die Mitarbeiter die allgemeinen Schulungsunterlagen (2.1) durchgesehen haben, die jedoch den Stand vom 10/2024 aufweisen? - Sollten die Mitarbeiter die auf Ihrer Homepage angebotenen Web-Based-Trainings (2.2) absolviert haben, die sich jedoch auf einen tlw. veralteten Softwarestand beziehen? - Oder sollten sie auch bereits die Erklärvideos (2.3) gesehen haben? - Wie reihen sich diese Erklärvideos in das Schulungssystem ein? Wird in den WBT auf einzelne Videos verlinkt? - An wen richten sich die Schulungstermine (2.4)? Sind diese als Multiplikator-Schulungen gedacht? Oder besteht die Erwartung, dass sich die Planer aller EVU in jede Schulung einwählen? - Gibt es Ihrerseits eine Empfehlung einer konkreten Bearbeitungsreihenfolge innerhalb von pathOS? - Werden bestehende Trassenverträge aus dem Netzfahrplan 2026 in das neue Bestellportal eingespielt, wie ursprünglich vorgesehen? - Welche zusätzlichen Informationen ggü. dem heutigen TPN werden benötigt (Train-ID, Train-Activity, …)? (Fragen 23.9.25)
|
||||
|
||||
- Wie angesprochen, in den End2End-Tests müssen wir Anmeldungen durchbekommen, die auch etwas komplexer sind (um auch den hinteren Teil zu testen, sprich wie kommen Angebote zurück, wie kann man annehmen/ändern etc.). Jeder testende TN muss sich also im Vorfeld mit der Schulungsplattform beschäftigt haben und auf der heutigen Testumgebung ausprobiert haben
|
||||
- Es ist nichts komplett falsches online, die Unterlagen werden grade überarbeitet. Das Handbuch ist aufgrund seiner Größe und Komplexität aber nicht das erste was bereitgestellt wird. Aus aktueller Sicht eignen sich die 9 ersten Web-based-Trainings als Start. Die „Erste Schritte Präsentation“ ist ebenfalls geeignet, obwohl nicht mehr alles korrekt ist. Hier folgt ein Update erst nach der Draft vom Handbuch final ist.
|
||||
- Empfehlung: Abwarten bis die neuen online sind, die kommen diese Woche (Softwarestand Juli 2025 dann). ABER: die aktuell online stehenden sind im Großen und Ganzen noch passend falls schon angeschaut wurden
|
||||
- Die Erklärvideos sind bei Bedarf zur Vertiefung gedacht. Diese müssen nicht alle in einer gewissen Reihenfolge geschaut werden. Hier folgen noch sehr viele jeweils 2-3minütige Videos zu einzelnen Themen, die in pathOS gemacht werden müssen. Aktuell haben wir auch einen ganzen Schub an TTT-Grundlagen Videos aufgenommen.
|
||||
- Nein – die WBT sind der eigenständige Einstieg, die Videos zur Vertiefung. Teilweise doppeln sich Inhalte, teilweise sind Inhalte nur in einem Medium. Es gibt keine vorgegebene Reihenfolge! Nur das Handbuch wird (fast) alles beinhalten!
|
||||
- Beides – das komplette Schulungsmaterial ist erstmal für JEDEN Anwendenden gedacht. Persönliche Empfehlung: Jeder der künftig Trassen anmelden will, muss sich mit der neuen Welt beschäftigen. Zeitlich gestaffelt natürlich, da wir mit der NEP1 starten im März 2026. ABER: Der Aufbau von Multiplikatoren je Unternehmen ist aus meiner Sicht absolut zu empfehlen! Es wird ab Januar auch Sprechstunden geben, da können Sie natürlich bündeln wenn Sie Multis hätten. Wir werden so viele Schulungstermine anbieten, wie ich organisiert bekomme, auch ab Januar 2026 nochmal. Aber hier dann mit sich wiederholenden Themen. So kann jeder Anwender schauen, welche Medien er favorisiert und diese nutzen
|
||||
-
|
||||
prinzipiell nicht, aber ein Start mit den WBT macht Sinn, danach Ausprobieren auf der Testumgebung!
|
||||
|
||||
-
|
||||
Ja, das haben wir weiterhin vor – Stichwort „TPN-Import“, Details dazu folgen (ich gehe von einem eigenen Video aus)
|
||||
|
||||
-
|
||||
Alles, was TAF/TAP fordert, u.a. PathRequestID, ReferenceTrainID, RouteID, Durchführendes EVU, Company Code, OTN (quasi = Zugnummer), TrainActivities je Laufwegspunkt, ReasonOfReference zur Verknüpfung von Anmeldungen, CaseReferenceObjekte (z.B. Abstellung, Taktverbund, ETCS-Gammakurven),… Im Portal müssen alle diese Themen dann auswählbar sein
|
||||
|
||||
*Thema:* Voraussetzungen für Tests und Schulungen zu pathOS Portal
|
||||
*Cluster:* Schulungen
|
||||
|
||||
### wenn ich bei der Trassenbestellung bei „sonstige Angaben“ Überhöhungsfehlbetrag anklicke, mit welchen mm wird dann die Trassen konstruiert. Im konkreten Fall sind unsere Fahrzeuge alle bis 150 mm zugelassen.
|
||||
|
||||
- „Wenn ein SPNV-EVU Fahrzeuge hat, die für einen Überhöhungsfehlbetrag bis 150 mm zugelassen sind, muss in der Trassenanmeldung angegeben werden, dass sie für >130 zugelassen sind“.
|
||||
- „Das gilt für alle Züge (auch Güterverkehr). Fehlt die Angabe, wird 130 mm angenommen“.
|
||||
|
||||
*Thema:* PathOS Portal - Überhöhungsfehlbetrag
|
||||
*Cluster:* Objekte, Nachrichten und ID's
|
||||
|
||||
### Für die weitere Verwendung von FBS benötigen wir ein Hosting mit Common Interface. Jetzt ist unsere Frage: Brauchen wir 1 oder 2 CI für die Verwendung (BDV/Prisma + pathOS)?
|
||||
|
||||
Wir haben auf unserer Seite zwei Cis:
|
||||
|
||||
- eines für Planning,
|
||||
- eines für Operation.
|
||||
|
||||
Wenn Ihr CI routen kann, würde auf Ihrer Seite eines reichen.
|
||||
|
||||
*Thema:* Anzahl zu verwendender CI's
|
||||
*Cluster:* Common Interface
|
||||
|
||||
### werden zukünftig auch die Sperrfahrtnummern für Betriebs- und Bauanweisungen über pathOS generiert? Welche Rolle ist für die Betra/ La Bearbeiter zu bestellen?
|
||||
|
||||
Sperrfahrtnummern werden definitiv nicht über pathOS generiert.
|
||||
|
||||
Betrabearbeiterinnen generieren nur Sperrfahrtnummern, damit im Vorfeld sichergestellt ist, dass die Baufahrzeuge sich während der Arbeiten bewegen können, ohne das sie jedes Mal eine Sperrfahrtnummer beantragen müssen.
|
||||
Man braucht für eine Sperrfahrt keinen Fahrplan, denn wie der Name schon sagt, darf sich eine Sperrfahrt nur innerhalb eines gesperrten Gleises bewegen.
|
||||
Unberührt davon, muss es natürlich weiterhin die Möglichkeit geben, Sperrfahrtnummern zu belegen. Wir hatten früher ein Tool, frag mich nicht mehr, wie es hieß (vielleicht war es auch nur eine Excel) in der wir die Sperrfahrtnummern mit unserem Namen und der Betra-Nr. belegt haben.
|
||||
|
||||
*Thema:* Sperrfahrtnummern
|
||||
*Cluster:* Objekte, Nachrichten und ID's
|
||||
|
||||
### Anschlüsse: Woher kennen wir die Identifikatoren bei Anschlüssen von Fremd-EVU?
|
||||
|
||||
Die Identifikatoren der Anschlüsse müssen in diesem Fall beim Fremd-EVU angefragt werden (in der Regel ist dann TRID, PRID, OTN) - das ist ja auch heute schon so, nur dass es bisher über die Zugnummer ging. Mit TAF/TAP sind entsprechend die TTT-Identifier zu verwenden und in der TrainActivity bzw. dem Reason of Reference anzugeben. Sollten diese absolut nicht bekannt sein bei Anmeldung, so müsste es für die Ausnahme in das allgemeine Freitextfeld hinterlegt werden und ergänzt, sobald bekannt. Das kann aber nicht der Normalfall sein.
|
||||
|
||||
*Thema:* Anschlüsse Fremd-EVU
|
||||
*Cluster:* TAF/TAP Identifikatoren
|
||||
|
||||
### Welche Trainactivity ist zu wählen, bei einem betrieblich notwendigen Halt eine Mindesthaltdauer auszulösen; Kundenhalt und Bedarfshalt sind nicht korrekt.
|
||||
|
||||
Jeder vom Kunden gewünschte Halt ist per Definition ein Kundenhalt. Bei einer Erstbestellung darf ohnehin kein Betriebshalt vom Kunden bestellt werden (das ist ja TA 0002 und kommt nur in der Konstruktion dazu). Demnach müssten Sie hier im Regelfall den regulären Kundenhalt (TA 0001) verwenden und dann über entsprechende Train Activities signalisieren, warum gehalten wird. Z.B. Servicehalt, Personalwechsel, Lokführererholungshalt etc. - zudem gibt es die Möglichkeit einen Halt nicht im Kursbuch zu veröffentlichen wenn das nötig ist.
|
||||
|
||||
*Thema:* Betrieblich notwendige Halte vom Kunden
|
||||
*Cluster:* TrainActivity
|
||||
|
||||
### Werden weiterhin Trassen in Click & Ride bestellt werden können?
|
||||
|
||||
Ja, Click & Ride bleibt bestehen. Im Fahrplanjahr 2026 ganz regulär wie gewohnt in der bestehenden Oberfläche. Zum Fahrplanjahr 2027 wird Click&Ride dann um die TTT-Identifikatoren und nötigen Inhalte erweitert
|
||||
|
||||
*Thema:* Click & Ride
|
||||
*Cluster:* Eingangskanäle
|
||||
|
||||
### Wie sind path's mit der OTN verknüpft?
|
||||
|
||||
Grundsätzlich ist die Vergabe eines paths erstmal unabhängig von der Vergabe einer OTN. Allerdings übermittelt das EIU (in unserem Fall natürlich die DB InfraGO) die OTN mit dem Angebot (und damit dem path) and das EVU. Wenn aus einer Trassenanmeldung eines EVU mehrere path's werden (1:n-Logik), dann erhält jeder path eine eigene OTN - diese können gleich sein, müssen es aber nicht zwingend sein.
|
||||
|
||||
Hat ein Kunde ein OTN-Kontingent, so ist daraus schon in der Anmeldung eine OTN auszuwählen und anzugeben.
|
||||
|
||||
*Thema:* Verbindung path zu OTN
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
*Ansprechpartner:* OTN
|
||||
|
||||
### Welche der ID's erscheinen später auf den Fahrplänen? Welche in den Rechnungsdokumenten (für die EVU-interne Buchhaltung)? Wird die frei wählbare Vorgangsbezeichnung analog der aktuellen Kunden-ID auch auf den Rechnungsdokumenten erscheinen?
|
||||
|
||||
Es ist geplant die TRID, ROID, PAID sowie die OTN in den Fahrplanunterlagen aufzugreifen. In den Rechungsdokumenten werden ebenfalls die TTT-Identifier zusätzlich zur Zugnummer/OTN aufgenommen.
|
||||
|
||||
Die Vorgangsbezeichnung wird nicht übernommen
|
||||
|
||||
*Thema:* Rechnungsdokumente
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
|
||||
### Wenn ein Zug mit verschiedenen Kundennummern (unterschiedliche EVU) durch Deutschland verkehrt und eine Baustelle den "Path" beeinflusst, erhält dann das Lead RU die Mitteilung zur Baustelle und muss diese bearbeiten, oder das EVU/ Kundennummer auf dem betroffenen Abschnitt?
|
||||
|
||||
Das bestellende EVU (also der Vertragspartner) erhält diese Informationen und muss weitergeben. Für die DB InfraGO ist immer das bestellende EVU (oder der ZB) der relevante Ansprechpartner
|
||||
|
||||
*Thema:* Informationsfluss EIU-EVU
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
|
||||
### In welchem Stand werden die Zugnummernregeln für Fahrplan 2027 umgesetzt und wird eine Fehlermeldung an den Besteller gehen?
|
||||
|
||||
In Version 4.6.2 der Schnittstellenbeschreibung wurden die Regeln in Bezug auf die Umsetzung im Fahrplan 2027 geschärft. In Abschnitt "4.5.1 Fachliche Regeln zur Eindeutigkeit und Verwendung der Zugnummer" sind die Regeln 1 bis 9 zur Zugnummernvergabe dokumentiert.
|
||||
|
||||
Dabei findet Regel 3: "Verwendung der gleichen Zugnummer bei Zuglauf/Route „DB Netz – fremder Infrastrukturbereich – DB InfraGO“" im Fahrplan 2027 keine Anwendung (siehe auch Anlage 3 der SST-Beschreibung).
|
||||
|
||||
Für Regel 5 gilt die Einschränkung, dass mehrere Trassen mit unterschiedlichen OTNs nicht als Antwort auf einen PathRequest möglich sein werden.
|
||||
|
||||
Wenn ein Kunden mit Zugnummernkontingent eine Trassenanmeldung mit Angabe einer OTN durchführt, diese OTN aber basierend auf einer der Regeln bereits vergeben ist, so wird die Trassenanmeldung mit einer Fehlermeldung abgelehnt.
|
||||
|
||||
*Thema:* Zugnummer / OTN
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
|
||||
### Wird Click & Ride abgeschaltet?
|
||||
|
||||
gibt es 2026-2027, wird dann an TafTap angepasst.
|
||||
|
||||
*Thema:* Click & Ride Abstellung
|
||||
*Cluster:* Anwendungen
|
||||
|
||||
### InfraGO bestellt über DeBi?
|
||||
|
||||
Company Code gilt pro EVU, Bestellung erfolgt auf Ebene Knr, Anwender kann sich diese mitunter wünschen, Super User gibt diese frei, Im Portal kann man diese dann auswählen für die man bestellen will
|
||||
|
||||
*Thema:* Kundennummer Bestellung
|
||||
*Cluster:* Testfähigkeit
|
||||
|
||||
### Gibt es im 2. Halbjahr 2026 auch noch Schulungen zu pathOS? Z.B. für Mitarbeiter von Leitstellen, welche nur im Gelegenheitsfahrplan bzw. ad-hoc Trassen bestellen?
|
||||
|
||||
Ja, mit DB-Training von Januar bis Mitte April, nochmal vor Start Gelv und vor Start Fahrplanwechsel.
|
||||
|
||||
*Thema:* Schulungen für Leitstellen
|
||||
*Cluster:* Schulungen
|
||||
|
||||
### Die bisherigen Bestellmöglichkleiten bleiben auf Dauer bestehen?
|
||||
|
||||
BP, CI, C&R, PCS, + Fax
|
||||
|
||||
*Thema:* Bestellmöglichkeiten
|
||||
*Cluster:* Trassenbestellungen
|
||||
|
||||
### Werden weiterhin so wie auch jetzt Emails geschickt, wenn ein Vertrag bearbeitet/zurückgewiesen wurde?
|
||||
|
||||
Das System macht das nicht, falls ihr Konstrukteure das heute macht könnte es sein, dass er es auch zukünftig macht.
|
||||
|
||||
*Thema:* E-Mail Rückmeldungen
|
||||
*Cluster:* Rückmeldungen
|
||||
|
||||
### Kann man auch einen Zug aus einem Vertrag für einen neuen Entwurf kopieren?
|
||||
|
||||
Ja, aus allen Vorgangsarten in der Vorgangsübersicht!
|
||||
|
||||
*Thema:* Objekte, Nachrichten und ID's
|
||||
*Cluster:* Objekte, Nachrichten und ID's
|
||||
|
||||
### Ist die Filterung nach Benutzernamen filterbar?
|
||||
|
||||
Grundsätzlich geht das nicht, aber über Kontaktinformationen möglich.
|
||||
|
||||
*Thema:* Filter im Portal
|
||||
*Cluster:* Objekte, Nachrichten und ID's
|
||||
|
||||
### "DS100" funktionieren "noch"?
|
||||
|
||||
Suchfelder suchen sogar zuerst nach dem RIL100 Kürzel
|
||||
|
||||
*Thema:* PLC im Portal
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
|
||||
### Wie lange dauert es idr. das man ein Angebot bekommt.
|
||||
|
||||
C&R, bzw. mit AFK kann ähnlich wie heute das Alltagsgeschäft innerhalb eines Tages eine Antwort liefern.
|
||||
VNP/ENP Logiken ändern sich dabei nicht
|
||||
|
||||
*Thema:* Dauer von Angeboten
|
||||
*Cluster:* TTT-Prozess
|
||||
|
||||
### Wie ist die Verbindung zwischen Path & OTN. Hat man nur einen Path & eine OTN?
|
||||
|
||||
Ja, diese sind eineindeutig und können nicht mehrfach verwendet werden
|
||||
|
||||
*Thema:* Zugnummer / OTN
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
|
||||
### Ob/ wie kann man mit OTN-Kontigent die "Zugnummer" als EVU selbst der Trasse/ dem Path zuweisen (wie bisher)?
|
||||
|
||||
Betriebliche Zugnummer kann oben rechts im Reiter Identifikatoren angeben. Wird keine angegeben wird automatisch eine im Angebot zurückgeliefert. Kunden mit Kontingent Müssen hier eine angeben!
|
||||
|
||||
*Thema:* Zugnummer / OTN
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
*Ansprechpartner:* OTN
|
||||
|
||||
### Welche der ID's erscheinen später auf den Fahrplänen? Welche in den Rechnungsdokumenten (für die EVU-interne Buchhaltung)? Wird die frei wählbare Vorgangsbezeichnung analog der aktuellen Kunden-ID auch auf den Rechnungsdokumenten erscheinen?
|
||||
|
||||
Wird auf den Fahrplanunterlagen (vorne) abgebildet. Hat keine Relevanz für den Fahrdienstleiter
|
||||
|
||||
*Thema:* ID Dokumentationen
|
||||
*Cluster:* Rückmeldungen
|
||||
|
||||
### Wenn ein Zug mit verschiedenen Kundennummern (unterschiedliche EVU) durch Deutschland verkehrt und eine Baustelle den "Path" beeinflusst, erhält dann das Lead RU die Mitteilung zur Baustelle und muss diese bearbeiten, oder das EVU/ Kundennummer auf dem betroffenen Abschnitt?
|
||||
|
||||
Nur der Besteller ist mit uns in Kontakt und erhält darüber Auskunft
|
||||
|
||||
*Thema:* Baustellen Benachrichtigungen
|
||||
*Cluster:* Rückmeldungen
|
||||
|
||||
### Muss ich selbst eine OTN ausdenken?
|
||||
|
||||
Nein, nur kontingent Kunden müssen mit OTN bestellen, andere ohne dann wird automatisch vergeben (EIU)
|
||||
Gültigkeiten der OTN Nummern ist genauso wie der heutige Prozess
|
||||
|
||||
*Thema:* Zugnummer / OTN
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
*Ansprechpartner:* OTN
|
||||
|
||||
### Kann ich Verkehrstag-spezifische Angaben der TA machen?
|
||||
|
||||
Verschiedene spezifika je verkehrstag = eine eigene Anmeldung
|
||||
Vorteil: Einmal anlegen und den Entwurf dann für folgenden nutzen und kleine parameter tauschen
|
||||
|
||||
*Thema:* Entwurfs handling im Portal
|
||||
*Cluster:* Trassenbestellungen
|
||||
|
||||
### Anschlussbeziehungen, zugnummern, wie referenziere ich auf züge die es nächstes jahr noch nicht gibt
|
||||
|
||||
Bei eigenen evus hat man es selbst in der hand und überlegt sich den teil der 2 anmeldung (reference train)
|
||||
Beim dritt evu miteinander sprechen. Tr-id kennt man idr nicht zu dem zeitpunkt, notfalls leer lassen. Beim konstrukteure ist es vlt pflichtfeld, der auf einen dann zu kommt und nachfragt.
|
||||
Wenn man gar keine ahnung hat was man wie bestellen soll, dann muss ein erklärungstext in das textfeld ergänzt werden, sodass der konstrukteure weiß was gemeint ist.
|
||||
|
||||
*Thema:* Reason of Reference
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
|
||||
### Wie ist der beste Weg den Support zu erreichen?
|
||||
|
||||
[REDACTED] geht immer, wenn es um Bugs oder Feature-Requests geht am besten direkt das Kontaktformular nutzen.
|
||||
|
||||
(stand jetzt gibt es das Postfach als solches noch, aber Wunsch Eva ist, dass zukünftig jede Mail ein Ticket ist. Willy S ist bereits angefragt zur Konfiguration)
|
||||
|
||||
*Thema:* Kontakt-Wege
|
||||
*Cluster:* Rückmeldungen
|
||||
|
||||
### Kann ein IT-Dienstleister an mehrere CI angebunden werden?
|
||||
|
||||
Nein. Es gibt Pathos-seitig nur ein CI. Dieses wird mit einem Company Code vom jeweiligen IT-Dienstleister gematched. Wenn ein EVU z.B: nach Verkehrsarten (Gelv, NEP etc.) trennen will so muss dies sein IT-Dienstleister bei sich im Hintergrund konfigurieren. InfraGO tut dies nicht.
|
||||
|
||||
*Thema:* Voraussetzungen für Tests
|
||||
*Cluster:* Testfähigkeit
|
||||
|
||||
### Vorgangsbezeichnung: Wenn ich es richtig verstanden habe, kann diese frei gewählt werden und die Einträge dürfen identisch sein. Ist das korrekt?
|
||||
|
||||
Ja, die Vergabe hier obliegt vollständig Ihnen! Identische Vergabe geht nicht – der 2. Entwurf überschreibt dann den ersten Entwurf
|
||||
|
||||
*Thema:* Vorgangsbezeichnung
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
|
||||
### Core: Kann dieser Wert ebenfalls konstant bleiben, oder muss hier beispielsweise eine fortlaufende Nummer eingetragen werden?
|
||||
|
||||
Konstant ist nicht möglich, da der CORE auch für die PathRequest ID verwendet wird. Diese MUSS eindeutig sein je Bestellung und ist damit nur exakt 1x verwendbar!
|
||||
|
||||
Ansonsten können Sie hier für sich als EVU machen was Sie wollen, Zahlen, Buchstaben und künftig noch „*“ und „-„ sind möglich. Es empfiehlt sich eine etwas sinnvollere Wahl als kryptische Kombinationen (aber die sind zulässig)
|
||||
|
||||
Im erweiterten Modus können Sie die CORE-Elemente von PRID, TRID, ROID übrigens individuell vergeben. Denn die TRID kann in der Tat mehrfach verwendet werden – mit einigen Einschränkungen, aber z.B. nur 1x pro Tag und nur für in etwa gleiche Verkehrsbedürfnisse
|
||||
|
||||
*Thema:* CORE-Element
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
|
||||
### Kann eine Zugnummer innerhalb einer Trasse nacheinander von 2 (oder mehr) EVU verwendet werden? Insbesondere wenn eine Trasse mit mehreren durchführenden EVU?
|
||||
|
||||
Ja - wenn hier mit den abweichenden durchführenden EVU gearbeitet wird, kann das regulär als eine Bestellung abgeschickt werden
|
||||
|
||||
*Thema:* Zugnummer/OTN
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
|
||||
### Bei internationalen Zügen in PCS existieren ebenfalls die Rolle "Lead RU" und die andere Felder=> Soll man es hier alles entsprechend PCS Akte per Hand umstellen?
|
||||
|
||||
Ja, für eine Trassenanmeldung sind natürlich in allen Systemen dieselben EVU, ID's etc. zu verwenden. Allerdings kann eine Bestellung nicht zweimal angemeldet werden, also ein EVU darf nicht dieselbe Bestellung in PCS abgeben und dann nochmal in pathOS
|
||||
|
||||
### Kann das durchführende EVU auch nach der Trassenkonstruktion bzw. der ersten Vertragsbestätigung ergänzt / angepasst werden?
|
||||
|
||||
Ja, das Ändern eines angegebenen RRU können Sie nach Vertragsschluss durch eine Änderungsanmeldung zum Vertrag veranlassen
|
||||
|
||||
### Wird in der Trassenabrechnung das durchführende EVU mit aufgeführt?
|
||||
|
||||
TBD
|
||||
|
||||
### Wo trage ich die internationale Zugnummer ein?
|
||||
|
||||
Unter Identifikatoren in der betrieblichen Zugnummer. Da alle heutigen UIC-Merkblätter weiterhin gelten, ist auch die Anforderung, dass bei internationalen Zügen eine int'l Zugnummer anzugeben ist, weiterhin Pflicht!
|
||||
|
||||
### Wie werden vier Fahrzeuge in Kombination bestellt aus den beiden unten stehenden Baureihen? (85 7526 001 GTW EMU 2-2/8 (4tlg); 85 7526 002 GTW EMU 2-2/6 (3tlg)) Es geht um maximal 4 Fahrzeuge, egal welcher Typ, können wir zusammen verkehren lassen - heute ist das bestellbar Wir brauchen das nicht im Regelbetrieb, aber bei Events kann das durchaus vorkommen.
|
||||
|
||||
pathOS lässt an Schnittstelle und im Portal bis zu 3 Tfz zu – auch in den Betrieb werden im Regelfall nur bis zu 3 Tfz in die Datensätze übernommen
|
||||
|
||||
Allerdings sind auch Bestellungen mit größeren Mehrfachtraktionen möglich – es muss jedoch die korrekte Baureihenvariante verwendet werden. Beispiele s. unten:
|
||||
|
||||
-
|
||||
|
||||
- Für den RegioShuttle gibt es bereits eine 4tlg. und eine 5tlg. Variante
|
||||
- Für die BR7526 gibt es eine 4tlg. und eine 3tlg. Variante
|
||||
- Für die BR0622, LINT54 ist eine 4tlg. Variante beauftragt, aber noch nicht in pathOS sichtbar
|
||||
|
||||
Wenn Sie Baureihen haben, wo Sie in Mehrfachtraktion mit mehr als 3 Tfz fahren möchten und es dafür noch keine eigene Baureihenvariante gibt, schicken sie uns das bitte per Mail an [REDACTED] mit allen relevanten Detailangaben zur Baureihe. Dann lassen wir das in den Stammdaten vom Fahrplan anlegen
|
||||
|
||||
### Wie genau wird mit int'l Zugnummern umgegangen, insbesondere in den komplexen Fällen mit mehreren Anmeldungen oder alles in einer Anmeldung etc.?
|
||||
|
||||
TBD - Frage zu schärfen
|
||||
|
||||
### Bislang waren bestimmte Baumaßnahmen über die Anmeldung des Jahresfahrplanes ausgeregelt. Mit der neuen Logik von TTT ist es ja aber, zumindest technisch möglich auf eine Anmeldung mit mehreren Fahrplänen zu reagieren. Entfällt dann damit die Notwendigkeit der Anmeldung in Zeitscheiben?
|
||||
|
||||
TBD - detailantwort bei Stefan Gründling angefordert (SVEN)
|
||||
|
||||
### Sehe ich es richtig, dass man bei einem Zug im VNP/ENP in der Angebotsübersicht immer entweder nur die Abfahrt oder nur die Ankunft sehen kann, aber niemals beides gleichzeitig? Was einen zusätzlichen Klickaufwand bedeutet, wenn man beide Zeiten kontrollieren muss
|
||||
|
||||
Ja, das ist aktuell genauso. in der AngebotsÜBERSICHT sieht man entweder die Abfahrts- oder die Ankunftszeit - diese kann man mit einem Klick wechseln. Wenn man allerdings in die Detail-Angebotssicht springt (entweder mit Klick auf die Zeile des Angebots unter den Uhrzeiten oder unten drunter wo die Preise stehen), dann sieht man den vollständigen Laufweg mit allen Abfahrts-, Ankunfts- und Durchfahrtszeiten. Allerdings ist die Testumgebung hier limitiert, da keine echte Fahrplan-IT dahinterliegt - im Produktivsystem sieht man natürlich alles.
|
||||
|
||||
### Werden alle Verträge von TPN übertragen oder nur Trassen/Anmeldungen für den Jahresfahrplan?
|
||||
|
||||
Aktueller Stand und Plan ist, dass nur Verträge mit einem Stichtag importiert werden. Ja, das bedeutet, wenn die ursprüngliche Trassenanmeldung von TPN (z.B. Von A nach B um 15:00 Uhr) dann in mehreren Verträgen je Zeitscheibe geendet sind, dann wurden für diees Beispiel auch die vielen Verträge gezogen, also z.B. Vertrag 1 von A über C nach B um 16:00 im Januar. Von A über D nach B um 15:30 im Februar)
|
||||
|
||||
### Ein Case Referenz Objekt kann angelegt und zugeordnet werden können auch mehrere Züge im Takt gesammelt erstellt und bestellt werden oder muss jeder Zug einzeln angelegt und das CRO zugeordnet werden damit der Trassen Konstrukteur weiß, dass dies ein Taktzug ist? Kurzum gibt es eine Massenfunktion?
|
||||
|
||||
Ein CRO ist in der Tat nur ein Objekt – es handelt sich nicht um eine Anmeldung von Trassen.
|
||||
|
||||
Mit einem CRO können dann Trassen einem Takt zugeordnet werden, aber jede Trasse muss einzeln bestellt und darin dann auf das CRO referenziert werden
|
||||
|
||||
Es gibt keine Massenbestellfunktion oder Taktbestellfunktion in pathOS – dieser Anwendungsfall erfolgt normalerweise bei größeren Kunden über deren eigene IT/Software
|
||||
|
||||
### In der Kundenveranstaltung wurde erwähnt, dass als Rückfallebene Züge aus dem Vorjahr Trassen kopiert bzw. eingelesen werden können, welche Daten (ID´s) sind hier dann vorhanden und welche Daten müssen noch gepflegt werden nur Verkehrs- und Gültigkeitszeitraum?
|
||||
|
||||
Grundsätzlich war nicht von einer „Rückfallebene“ die Rede, sondern von einer Unterstützung zum Start.
|
||||
|
||||
Wir planen, dass wir zum Start Verträge aus TPN importieren und Ihnen als Entwurf in pathOS zur Verfügung stellen. Diese Funktionalität wird aktuell final getestet und klappt dann hoffentlich kundennummernscharf zum Start. Auch hier: Das gilt für das pathOS-Webportal.
|
||||
|
||||
Die TPN-Importe werden die Verträge beinhalten, die TPN-Auftragsnummer wird dann in der Vorgangsbezeichnung in pathOS übernommen. Ich würde mal von einer 70-80%-Vollständigkeit ausgehen. Die TTT-Identifikatoren fehlen, der Verkehrszeitraum fehlt, einige Attribute gibt es im heutigen TPN einfach nicht, die fehlen natürlich. Klare Empfehlung: Jeder TPN-Import muss individuell von Ihnen geprüft werden und ergänzt bevor er abgeschickt wird
|
||||
|
||||
### Wird es auch die Möglichkeit geben z.B. railML oder andere Formate in Pathos einzulesen, um nicht jeden einzelnen Zug in Pathos eingeben zu müssen?
|
||||
|
||||
Nein, das geht nicht, pathOS hat keine Import-Funktion im Webportal. railML wurde aktiv geprüft und sich dagegen entschieden. Aber wie gesagt, Großkunde nutzen in der Regel eine eigene Software, die ist natürlich über Schnittstelle angebunden
|
||||
|
||||
### Ist es zulässig, dass man während der Fahrt die Zuggattung wechselt?
|
||||
|
||||
Ja, generell ist dies mindestens im Personenverkehr zulässig, im SPNV und SPV kann somit z.B. eine Leerfahrt aus dem Werk zum Start gemeinsam mit der weiteren Fahrt in 1 PRID bestellt werden im SGV ist dies aktuell nicht bekannt (DETAILS TBD)
|
||||
|
||||
### Wird die S-Bahn Berlin auch in pathOS bestellt?
|
||||
|
||||
aktuell: Alle Erstbestellungen im Netzfahrplan (inkl. Änderungen bzw. uj-folgeprozessen dazu) werden im Regelprozess bestellt und in RuT-K konstruiert
|
||||
|
||||
aktuell: Alles was GelV und Bau ist, wird über das S-Bahn Berlin eigene System KSBK bestellt. KSBK liest dann die Daten aus RuT-K aus
|
||||
|
||||
→ in pathOS wird der heutige Prozess fortgesetzt, d.h. Netzfahrplanbestellungen laufen über pathOS. Alles im GelV direkt bei der SBahn-Berlin (mit deren Systemen bzw. via Telefon)
|
||||
|
||||
*Ansprechpartner:* Felix Mohr
|
||||
|
||||
### Wird die S-Bahn Hamburg auch in pathOS bestellt?
|
||||
|
||||
TBD, aktuelle These - diese Bestellungen laufen nicht über pathOS, sondern im eigenen System. Ausnahme: die Trassen, die aus deren Netz rausfahren in unser System (da wird dann der Stromabnehmer auf dem Dach aufgeschaltet, anstatt den Strom von den Gleisen zu verwenden)
|
||||
|
||||
*Ansprechpartner:* Felix Mohr
|
||||
|
||||
### Gibt es weiterhin die Schnittstelle Trassenfinder - pathOS um bspw. Entwürfe dort im Trassenfinder vorbereiten zu können?
|
||||
|
||||
Trassenfinder gibt es noch, aber es gibt keine Schnittstelle die diese anbindet. Mal angedacht integriert zu werden in Pathos, aber bis Go-Live wird dies nicht umgesetzt
|
||||
|
||||
### Werden bei den Tests auch Baustellen berücksichtigt?
|
||||
|
||||
Es gibt gesonderte UjBAU Testsessions mit dem Markttest-Team
|
||||
|
||||
*Ansprechpartner:* Markttest-Team
|
||||
|
||||
### Wie wird mit der alternativen Zugcharakteristik im uj Bau, explizit den Fplo umgegangen? Bzw. künftig GPE/FPE. Aktuell ist die alt. Zugchar. Wohl in den Fplo nicht enthalten und eine Änderung des Tfz (im Fall von Flixtrain von Vectron auf Taurus) ist dann eine Änderungsbestellung und wird nicht betrieblich einfach geregelt. Wird die alt. Zugcharakteristik aus der Anmeldung künftig übernommen im uj Bau?
|
||||
|
||||
Der Kunde kann in der Stellungnahme auf ein GPE eine alternative Zugcharakteristik angeben und wir können laut Doku diese auch ausgeben. Daher würde ich davon ausgehen, dass das Problem nicht mehr vorhanden ist
|
||||
|
||||
*Ansprechpartner:* Fabian Sommer
|
||||
|
||||
### 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
|
||||
|
||||
### Wie soll sowohl in TPN als auch in pathOS mit Zügen umgegangen werden, die am LETZTEN Tag des Fahrplanjahres 2026 ursprünglich in TPN bestellt wurden, aber dann durch einen Nachtsprung noch mehrere Stunden am ersten Tag vom Fahrplanjahr 2027 fahren? Diese haben keine TRID etc. – müssen diese neu in pathOS bestellt werden?
|
||||
|
||||
Die Züge gehören faktisch zum Fahrplanjahr 2026 und sind damit nicht nach TTT durch den Bereich Fahrplan zu händeln. Der Betrieb kann auch heute schon mit den TTT Nachrichten (TCM usw) umgehen) ohne Identifier.
|
||||
|
||||
*Ansprechpartner:* Fabian Sommer
|
||||
|
||||
### Was passiert, wenn der Kunde nicht alle Flügel korrekt angibt (es ist immens komplex) und z.B. manche vergisst (TA oder RoR) oder z.B. nur die Reason Of Reference oder nur die TA verwendet?
|
||||
|
||||
Wir haben bei deutlich schwerwiegenderen „falschen“ oder „vergessenen“ Angaben durch den Kunden die Maßgabe, die Trasse zu konstruieren. Das wird bei diesen Wünschen bzw. Sekundärinformationen erst recht zutreffen. Wie gesagt, je genauer der Kunde bestellt, desto besser kann der Wunsch verstanden werden.
|
||||
|
||||
*Ansprechpartner:* Fabian Sommer
|
||||
|
||||
### Es kommt vermehrt die Frage wie genau im Netzfahrplan angemeldet wird, wenn der Zug z.B. ganzjährig fährt aber verschiedene Baustellen kommen und vllt teilweise schon bekannt sind? Die reine TTT-Lehre würde das in EINER PRID zulassen und der Fahrplan müsste dann im Notfall 365 Angebote schicken. Wir empfehlen aktuell aber z.B. schon bekannte Baustellen im Netzfahrplan zu berücksichtigen und dann entsprechend auf mehrere PathRequests zu verteilen. Gleiches wenn der Kunde schon weiß, dass er an einzelnen Tagen anders fahren will, z.B. +3h später oder so, das ist ja nichtmal mehr im Konstruktionsspielraum drin. Gibt es dafür eine klare Aussage oder Richtlinie auf die wir verweisen können? Ansonsten würde ich befürchten, dass Eure Konstrukteure alles einzeln anpassen müssen. Was ist Euch lieber?
|
||||
|
||||
Antwort von Fabian Sommer:
|
||||
Also wenn der Kunde weiß, dass er anders fahren will, dann soll er das auch so bestellen. Dafür sind Beispiele in der Doku vorhanden, wie das dann mit Route und RefTrain zusammenpassen kann. Bei Totalsperrungen ist mir auf jeden Fall bekannt, dass dort entsprechend in Zeitscheiben bestellt werden soll.
|
||||
|
||||
Antwort von Aimo:
|
||||
Ich schließe mich Fabian an. Die Trassenanmeldung muss in jedem Fall plausibel sein – wenn der Kunde durch eine Totalsperrung bestellt, ist dies nicht mehr plausibel. In dem Fall muss er in Zeitscheiben bestellen. In allen anderen Fällen empfehlen wir dem Kunden in jedem Fall selbst Zeitscheiben zu schneiden. So spart er sich (und uns) Arbeit, da die Koordinierungsverfahren in der Netzfahrplanerstellungsphase damit limitiert werden. Außerdem kann er selbst besser steuern, welche Abweichungen in den Zeitscheiben konstruiert werden.
|
||||
|
||||
*Ansprechpartner:* Fabian Sommer + Aimo
|
||||
|
||||
### Gibt es hier klare Regeln, was bereits korrekt im Nfpl zu bestellen ist – sprich was schon in der Anmeldung ausgeregelt werden muss?
|
||||
|
||||
Ja, die klare Regel ist, dass die Bestellung plausibel sein muss. Wenn die bestellte Fahrlage selbst ohne Berücksichtung anderer Trassen (i.e. ohne Konfliktbetrachtung) nicht fahrbar ist (wg. Bau oder anderer Gründe), dann ist sie nicht mehr plausibel.
|
||||
|
||||
*Ansprechpartner:* Aimo
|
||||
|
||||
### Und nochmal zum Thema Korrektur/Änderung einer Anmeldung und Ergänzung von TA-Codes, RoR etc., z.B. für Flügelzüge. Wenn der Kunde das nachträglich ergänzt, verliert er dann wirklich seinen NEP1-Status? Das wäre bitter – hat der Konstrukteur dann die Chance das grade zu rücken?
|
||||
|
||||
Nach Ende der Anmeldefrist darf der Kunde nur Änderungen auslösen, zu denen er von der DB InfraGO aufgefordert wurde. Der klassische Fall ist 3-Tages-Schreiben, es gibt aber auch noch andere Gründe. Der Kunde darf nur das ändern, wozu er aufgefordert wurde. Der Konstrukteur schiebt die Trassenanmeldung dann in die richtige Phase.
|
||||
Sobald eine andere Änderung vorgenommen wird, rutscht der Kunde in die entsprechende Nachphase (i.d.R. NEP 2).
|
||||
|
||||
*Ansprechpartner:* Aimo
|
||||
|
||||
### Was genau ist PCS? Fplj 2025+26: NUR TPN <<Ich dachte Januar bis Februar ist Test-/Schulungsphase und im Frühjahr geht PathOS live?
|
||||
|
||||
- PCS = path coordination system der RNE, da werden int’l Trassen bestellt. Aber nicht alle, bei uns gilt grob die Ansage, Nur Netzfahrplan und fast nur PAP’s (Pre-arranged paths). Hintergrund: anschließend müssen das Fahrplaner manuell zu TPN (bald pathOS) übertragen
|
||||
|
||||
- Fahrplanjahr 2025 (läuft grade noch bis Mitte Dez.)
|
||||
- Fahrplanjahr 2026 (Mitte Dez 25 bis Mitte Dez 26) – hier ist ausschließlich TPN zu verwenden. Die NEP 1 hierfür war allerdings im Frühjahr dieses Jahres. Hier wird unterjährig natürlich noch bestellt, geändert etc. – das ist nur in TPN!
|
||||
- Fahrplanjahr 2027 und ff: Nur noch pathOS. Das Fahrplanjahr läuft Mitte Dez 26 bis Mitte Dez 27, die erste Bestellung muss vom 13.3.26-13.4.26 erfolgen (=NEP1)
|
||||
|
||||
*Ansprechpartner:* Sven
|
||||
|
||||
### Ich habe mich auf dieser Seite pathOS (neues Bestellsystem) über ihr neues Bestellsystem informiert. Hier wird bzgl. des personenscharfen Zugangs folgendes erwähnt „Anwendende, die z.B. durch eine andere Anwendung bereits einen Zugang besitzen, können diesen selbstverständlich verwenden.“ Meine Frage an Sie: Wir haben bis dato unsere Trassenbestellungen über das PCS-Onlineportal abgewickelt. Ist in Hinblick auf die Ablöse von TPN durch pathOS etwas zu beachten? Ist die Trassenbestellung nach Einführung von pathOS weiterhin uneingeschränkt möglich? Sind von unsrer Seite Maßnahmen erforderlich, um die Bestellung über PCS sicher zu stellen?
|
||||
|
||||
ich versuche das mal der Reihe nach zu beantworten. Vorneweg: Sie sollten sich mit pathOS beschäftigen, sprich Testzugang holen, ausprobieren, Schulungsmaterial durchgehen etc.
|
||||
|
||||
- Zugang zu pathOS erfolgt künftig NUR über das Infraportal der DB InfraGO. Wenn Sie dort schon einen Zugang besitzen (für das Infraportal), dann können Sie den verwenden und müssen IM Infraportal dann pathOS beantragen. Ihr Superuser muss anschließend freigeben UND Ihre korrekten Kundennummern zuordnen. pathOS denkt kundennummernscharf. Details s. KI der letzten Woche: https://www.dbinfrago.com/web/aktuelles/kund-inneninformationen/kund-inneninformationen/2025-KW48-pathOS-13638590
|
||||
(auf unserer Webseite ist auch eine Anleitung dazu)
|
||||
|
||||
- Ihre konkreten Bestellungen: Was Sie heute schon ausschließlich über PCS bestellt haben (was quasi wirklich nur Netzfahrplan sein darf, hierfür hat die InfraGO klare Regelungen veröffentlicht), geht auch künftig. PCS ist weiterhin als Kanal vorhanden und zulässig, dort wird ja auch grade ein Update von PCS genutzt („Capacity Broker“ heißt es glaube ich). Aber: Auch in PCS muss TAF/TAP-konform bestellt werden, damit müssen Sie sich natürlich beschäftigen. Und: Ganz klare Empfehlung, natürlich müssen Sie sich mit pathOS beschäftigen, z.B. wird der GelV hier bestellt, Änderungen etc. auch. Was wegfallen wird mit dem Fahrplanjahr 2027 ist die Oberfläche von TPN (sprich der Anita-Client und das entsprechende Schnittstellensystem) – Bestellungen, die an InfraGO gehen, sind ausschließlich in pathOS möglich
|
||||
|
||||
Nur zur Sicherheit: Bestellen Sie wirklich 100% in PCS? Also Netzfahrplan, GelV, Änderungen, Netzausgelöste Änderungen usw.? Das ist bei den wenigsten Kunden so, deshalb frage ich nach. Mit Blick in TPN sieht man, dass auch in der ÖBB eine ganze Menge im Webclient bestellt wird. Von daher: Sie müssen sich auch mit pathOS vertraut machen!
|
||||
|
||||
Zudem gibt es ja noch einige weitere Änderungen, die Sie betreffen könnten, z.B. die Einführung der KOMBau (vgl. TTT-Dialog Unterlage hier: https://www.dbinfrago.com/web/schienennetz/fahren_und_bauen/BauFplo-13377708)
|
||||
|
||||
Ich würde immer raten, sich auch mit pathOS zu beschäftigen sowie mit der neuen TAF/TAP-Welt, denn die gilt ja generell überall (auch in Österreich wird sich dann etwas ändern, Zeitpunkt kenne ich nicht).
|
||||
|
||||
*Ansprechpartner:* Sven
|
||||
|
||||
### Ist es dann so, dass der responsible Applicant (rA) dann nur für den Abschnitt mit seiner Kundennummer das Trassenentgelt bezahlt und den weiteren Abschnitt unter der Kundennummer eines anderen EVU dann dieser Kooperationspartner? Oder ist das weiter wie bisher, dass der rA dann den vollständigen Laufweg bestellt und bezahlt, die Zuordnung der Trassenanteile zu den Kundennummern durchführt und das vertraglich mit einer Vereinbarung zur Verkehrsdurchführung abgebildet werden muss?
|
||||
|
||||
NEIN auf die erste Frage, ja auf die zweite, es bleibt quasi analog zu heute: EIN EVU muss in pathOS bestellen (ganzer Laufweg, abw. Durchf. EVU angeben). Dieses EVU ist der ausschließliche Vertragspartner der DB InfraGO. Nur dorthin geht das Angebot, der Vertrag und letztlich die Rechnung. Was das bestellende EVU dann mit dem 2. EVU ausmacht, obliegt ihm selbst.
|
||||
|
||||
*Ansprechpartner:* Sven
|
||||
|
||||
### Wenn beide EVU ihre jeweiligen Trassenanteile getrennt voneinander bestellen, ist das dann in TTT jeweils mit einer identischen Zugnummer abbildbar? z.B. EVU A Lindau-Grenze – Lindau Reutin Zugnummer 5520 EVU B Lindau-Reutin – Friedrichshafen Zugnummer 5520
|
||||
|
||||
NEIN! Die InfraGO kann aktuell Keine 2 PR für einen Verkehrstag unter derselben Zugnummer abbilden. Das wird in ein paar Jahren wegen TTT möglich sein (müssen), aktuell scheitert das in TPN. Einzige Option: EINE einzige Bestellung
|
||||
|
||||
*Ansprechpartner:* Sven
|
||||
|
||||
### Ist das Fahrplanjahr 2028 schon mit Start von pathOS bestellbar? Wenn ja, wie?
|
||||
|
||||
Mit Go-Live von pathOS wird zunächst ausschließlich das Fahrplanjahr 2027 bestellbar sein
|
||||
|
||||
*Ansprechpartner:* Sven/Christian Meins
|
||||
|
||||
### Werden für pathOS derzeit Präsenzschulungen angeboten, oder finden die Trainings ausschließlich online (z. B. via Teams) statt?
|
||||
|
||||
Derzeit sind keine Präsenzveranstaltungen zu pathOS geplant. Die Schulungen, wie auch bei TPN, werden aktuell überwiegend als Online-Meetings (z.B. über Teams) durchgeführt.
|
||||
|
||||
Falls es zukünftig Änderungen oder Präsenztermine geben sollte, werden diese rechtzeitig kommuniziert. Neben den TTT-Dialog Terminen auf der TAF TAP TSI Webseite (https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/events) gibt es Schulungen von DB-Training, für die man sich anmelden kann.
|
||||
|
||||
Das Kernkonzept des pathOS - Onboarding ist das Selbststudium. Dazu befindet sich auf unserer Webseitehttps://www.dbinfrago.com/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem--13003480zahlreiches Schulungsmaterial.
|
||||
Von einem sehr ausführlichen Handbuch & FAQ gibt es auch ein sehr detailierte Webbased Trainings (9 Stück zu je 10-20min) und 52 Kurzvideos (1-3min) zu Grundlagen und Vertiefungsthemen. Außerdem der Hilfe-Modus im Portal.
|
||||
|
||||
Sollten Sie darüber hinaus fragen haben können Sie jederzeit auf uns [REDACTED]
|
||||
|
||||
### Wird unsere Bestellung im Netzfahrplan über das PCS-System wie gewohnt automatisch in das neue Pathos übertragen, analog wie in der Vergangenheit der Import zum TPN?
|
||||
|
||||
Ja. Wir werden bis zum Beginn der Trassenanmeldung in der Lage sein, die Trassenanmeldungen aus PCS zu empfangen, Rückläufe der Angebote werden voraussichtlich nicht nach PCS funktionieren. Angebotsprüfung erfolgt daher grundsätzlich im pathOS Portal.
|
||||
|
||||
### Seit Wochen kann ich im Testportal nichts austesten da die Testumgebung nicht funktioniert, ich bekomme einen Startbildschirm ohne die Möglichkeit die Testkundennummer auszuwählen, damit lässt sich auch ein Testbestellvorgang nicht auslösen, wo liegt das Problem, den Zugang habe ich
|
||||
|
||||
Wenn Sie in das Portal hineinkommen, jedoch keine Kundennummer auswählen können dann hat Ihr Super-User Sie noch nicht für entsprechende Kundennummer freigegeben.
|
||||
|
||||
Bitte gehen Sie hierzu auf ihren Superuser (über das Infraportal → Mein Profil) zu und bitten Ihn darum dies zu ergänzen.
|
||||
|
||||
Auf unserer https://www.dbinfrago.com/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem--13003480 Abschnitt „2. Schulungsmanagement / 2.1 Allgemeine Schulungsunterlagen“ finden Sie diese: „https://www.dbinfrago.com/resource/blob/13636002/b455936a08405bb95afeb07524d8b5a5/Anleitung-zur-pathOS-Userverwaltung-im-Infraportal-data.pdf“. Diese können Sie gern an Ihren Super-User weiterleiten, sodass dieser Sie korrekt berechtigen kann.
|
||||
|
||||
### könnten sie mich bitte in den Verteiler der Infoveranstaltungen zum Thema TAF/TAP TSI mit aufnehmen und mir den Link für 22.01.2026 zukommen lassen?
|
||||
|
||||
Termine finden Sie auf der öffentlich zugänglichen TAF TSI Seite: https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/events
|
||||
|
||||
Sie können sich zum einen für den Newsletter auf der DB Planet Seite von TTT (TAF TAP TSI) anmelden indem Sie der Seite folgen
|
||||
und außerdem: https://www.dbinfrago.com/web/aktuelles/kund-inneninformationen/anmeldung-kund-inneninformationen-10866766können Sie Sich hier anmelden für Informationen und solch Terminen.
|
||||
|
||||
Darüber hinaus finden Sie auf unserer Pathos Webseite (https://www.dbinfrago.com/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem--13003480), im Bereich 2.4, unsere Schulungstermine direkt herunterladen bzw. den Buchungslink zu den Vertiefungsworkchops von der DB-Training folgen.
|
||||
|
||||
### Produktausprägung > Verkehrsart Kunde Zusatz > "baubedingte Zusatzleistung": wird die Trassen auf Kostenfreiheit gestellt?
|
||||
|
||||
Die Information wird an AC Trasse weitergegeben und die prüfen dann auf Plausibilität und erlassen dann das Trassenentgelt, wenn die Zuordnung nachvollziehbar ist. Falls da Unstimmigkeiten entstehen sollten, sind die dann auf dem Reklamationsweg zu klären.
|
||||
|
||||
### - Welche Informationen benötigt DB InfraGO bei einer OIM-Request? - Genügt die PathID? - Kann es auch die PathRequestID sein? - Muss die PathRequestID ggf. zwingend auch dabei sein? - Kann oder muss der Kalender mitgegeben werden? - Müssen Inforationen zum Train (z.B. Origin und Destination) im Request enthalten sein?
|
||||
|
||||
Hier die Antworten zu Ihren Fragen zur OIM (Operational Information Message) bei DB InfraGO / pathOS:
|
||||
|
||||
- Genügt die PathID? → Es ist der einzige notwendige Identifier
|
||||
- Kann es auch die PathRequestID sein? → Nein.
|
||||
- Muss die PathRequestID ggf. zwingend auch dabei sein? → Nein.
|
||||
- Kann oder muss der Kalender mitgegeben werden? → Nein. Nur das Fahrplanjahr als Teil der ID
|
||||
- Müssen Inforationen zum Train (z.B. Origin und Destination) im Request enthalten sein? → Nein.
|
||||
|
||||
### Welche Informationen bekommen wir von DB InfraGO? - - Ist die vollständige Trasse mit allen Attributen enthalten? - Ist der Kalender enthalten? - Ist der Kalender bei Request mit einem Kalender vollständig oder auf die angefragten Tage beschränkt enthalten? - Enthält die OIM-Info auch Informationen zum Status der Trasse, was bei Abfrage einer einzelnen PathID eindeutig sein sollte? Nach Beispielen für den Request für eine Trasse hat Heinrich schon gefragt, daher brauche ich das nicht auch noch. Im Anhang findest du aber ein händisch erstelltes xml. Ich meine mich zu erinnern, dass du die Möglichkeit hast, das einzuspielen und uns bei Erfolg die zurückgegebene Datei zu geben. Ich hoffe, ich habe nicht allzu viele Fehler eingebaut.
|
||||
|
||||
Welche Informationen bekommen wir von DB InfraGO?
|
||||
|
||||
-
|
||||
|
||||
- Ist die vollständige Trasse mit allen Attributen enthalten? -→ Nein. Es fehlt der Status und die NSP auf Nachrichten Ebene
|
||||
- Ist der Kalender enthalten? -→ Ja.
|
||||
- Ist der Kalender bei Request mit einem Kalender vollständig oder auf die angefragten Tage beschränkt enthalten? → Er enthält die Tage aus dem Vertrag/der PDM
|
||||
- Enthält die OIM-Info auch Informationen zum Status der Trasse, was bei Abfrage einer einzelnen PathID eindeutig sein sollte? → Nein. Wir liefern aktuell eine Antwort, wenn der Vertrag veröffentlicht wurde, d.h. der Vertrag angeboten wurde.
|
||||
|
||||
### Ich habe gestern noch einen Spätlagenzug in der pathOS-Testumgebung angelegt, um diesen heute auszulegen. Leider ist es mir nicht möglich, des gestrigen Tagen für eine Teilstornierung auszuwählen.
|
||||
|
||||
Man kann nichts stornieren, was bereits in der Vergangenheit liegt.
|
||||
|
||||
Wenn Sie räumliche/zeitliche Stornierungen testen wollen dann melden Sie gern ein Verkehrszeitraum an der in der Zukunft liegt und ändern dann einen gültigen Vertrag.
|
||||
|
||||
### sollte ich nicht die Kundennummer rechts oben auf der Seite sehen können oder ist das normal?
|
||||
|
||||
Dies kann mehrere Gründe haben.
|
||||
1. grundsätzlich muss ein Superuser nicht nur die Rolle für einen Mitarbeiter freigeben, sondern auch Kundennummern diesem Mitarbeiter zuweisen. Sollten Sie gar nichts sehen so ist vermutlich dieser letzte Schritt nicht gemacht worden.
|
||||
|
||||
2. Fall ist, wenn das EVU nur 1 Kundennummer hat (sofern der Superuser diese richtig zugewiesen hat) ist diese automatisch ausgewählt (wird aber im Portal nicht angezeigt). Dies können Sie ganz einfach testen indem Sie auf den Reiter Vorgänge klicken und Vorgänge/Entwürfe sehen (sofern Kollegen von Ihnen schon welche angelegt haben). Sollten diese Felder grau hinterlegt sein und gar nicht klickbar sein, dann spricht es eher für den Fall, dass Ihr Superuser Ihnen noch keine Kundennummer zugewiesen hat.
|
||||
|
||||
falls keines der beiden Punkte zutrifft würde ich Sie bitten sich einmal sauber abzumelden, Ihre Browser zu schließen und in einem neuen Cache (oder Ikognito Browser) sich erneut anzumelden und es erneut zu versuchen.
|
||||
|
||||
### leider kann ich im System Pathos weder Entwürfe aus der zurückliegenden Fahrplanperiode einsehen noch neue Vorgänge anlegen. Können Sie mir bitte sagen. Woran das liegt und mich in der Anwendung der Anwendung unterstütze, danke.
|
||||
|
||||
Dies kann mehrere Gründe haben.
|
||||
1. grundsätzlich muss ein Superuser nicht nur die Rolle für einen Mitarbeiter freigeben, sondern auch Kundennummern diesem Mitarbeiter zuweisen. Sollten Sie gar nichts sehen so ist vermutlich dieser letzte Schritt nicht gemacht worden.
|
||||
|
||||
2. Fall ist, wenn das EVU nur 1 Kundennummer hat (sofern der Superuser diese richtig zugewiesen hat) ist diese automatisch ausgewählt (wird aber im Portal nicht angezeigt).
|
||||
|
||||
### Wann genau muss ich eine Zugnummer in das Feld OTN schon im PathRequest eintragen?
|
||||
|
||||
generell gilt folgendes für verschiedene Fälle:
|
||||
|
||||
- im internationalen Verkehr MUSS eine international abgestimmte Zugnummer schon in der Bestellung angegeben werden. Diese wird in der Regel vom LeadRU abgestimmt.
|
||||
- ansonsten gilt, wenn der Kunde keinerlei Zugnummernkontingent hat, dass das Feld leergelassen wird. Die OTN wird dann mit dem Angebot von der InfraGO übermittelt (und im Zugnummerngenerator, ZNG, erstellt)
|
||||
- Hat der Kunde ein GROßKUNDENKONTINGENT, so muss er in jeder Bestellung daraus eine Zugnummer als OTN angeben. Die haben vor dem Fahrplanjahr eine Menge an Zugnummern plus Puffer erhalten um damit ihre Verkehre zu bestreiten. Diese Kunden dürfen nicht ohne Zugnummer bestellen. Und da wir mit der Umstellung auf TTTneo und der Weiterverwendung des Zugnummerngenerators nicht mal andere IT verwenden, wie den eigentlich geplanten OTN-Generator bleibt hier das Verfahren beim Alten.
|
||||
- Hat ein Kunde ein Zugartkontingent sieht es etwas anders aus. Das sind mehr so Reservierungen, die für explizit vorher besprochene Verkehre definiert wurde. Wenn dort ein Kunde für ein Kontingent vorgesehen war oder ist, kann er trotzdem ohne Zugnummer bestellen.
|
||||
|
||||
*Ansprechpartner:* Sven, Fabian Sommer
|
||||
|
||||
### Ist gestattet, den Haltegrund 0040 in der Path Request Message zur Steuerung des Laufweges zu senden? Wenn nein, wie soll der Laufweg ansonsten gesteuert werden?
|
||||
|
||||
In der Tat kann über die Schnittstelle der Haltegrund 0040 (Durchfahrt) mitgesendet werden. Im Portal von pathOS wählt man am Laufwegspunkt entsprechend "Durchfahrt" aus. Genau wie in der Vergangenheit dient dies u.a. um den Laufweg zu steuern, es gibt aber ja auch Durchfahrten (z.B. an Grenzen), die zwingend angegeben werden (wenn zB die Durchfahrt auf der Grenzbetriebsstelle ist, aber der Handover woanders), oder dort ein Traktionsartwechsel stattfindet etc.
|
||||
|
||||
Wichtig ist: es gibt in den INB und Richtlinien dazu einige Hinweise, so dass Durchfahrten nicht zwingend vom Konstrukteur zu beachten sind. Vergleichen Sie hierzu gerne die INB 2027 mit ihren Anhängen.
|
||||
|
||||
*Ansprechpartner:* Ben
|
||||
|
||||
### Fehler beim Absenden: „Fehlerinformation des Auftragsverwaltung (ErrorCode 6500). TPNVALID40885: Es traten Validationsfehler auf: Fehler in Pfad zug.halte[xx]..betriebsstelle. Ungültiger Wert …..“
|
||||
|
||||
Falsche oder doppelte Betriebsstelle.
|
||||
Überprüfe die Angabe an der xx Stelle des Zuglaufes. Ggf. ist eine Zuglaufpunkt doppelt im Laufwerk eingegebn.
|
||||
|
||||
*Thema:* PathRequest
|
||||
*Cluster:* Objekte, Nachrichten und ID's
|
||||
*Ansprechpartner:* Thomas
|
||||
|
||||
### für bestimmte Entwürfe, die aus dem TPN hochgeladen wurden, wird uns der vollständige Laufweg nicht angezeigt, während er für einige teilweise angezeigt wird. Wir haben auch Beispiele, bei denen die Laufwege vollständig dargestellt sind. Handelt es sich hierbei um ein fehlerhaftes Hochladen der Entwürfe oder um ein anderes Problem?
|
||||
|
||||
Vorweg, grundsätzlich war immer die Ansage vorab, dass versucht wird alle Verträge des letzten Fahrplanjahres zu übernehmen, sofern die Datenstruktur passt.
|
||||
|
||||
Beispiel für Probleme:
|
||||
|
||||
Bei den speziell von Ihnen genannten OTN gab es Probleme in der Datenstruktur. z.B: waren in Ihren Altverträgen BZA Nummern mit Semikolon oder Komma hinterlegt. Da gab es dann auf unserer Seite beim Import eine Validierung die damit Probleme hatte. Was die Situation mit fehlenden Betriebsstellen angeht, daran können wir leider nichts machen. Es gab ja auch Stammdatenänderungen seitdem, was dem auch zu Grunde liegt.
|
||||
|
||||
Grundsätzlich wurde aber auch jeder Kunde darüber informiert, dass er importiere Verträge unbedingt prüfen und korrigieren soll.
|
||||
|
||||
*Ansprechpartner:* Ben
|
||||
|
||||
### In TTT gibt es ein „Taktobjekt“ auf das die einzelnen Path-Requests (Vorgänge) referenzieren können. Nach unserem Verständis müssten wir für unsere Verkehre genauso anlegen bspw. Taktobjekt LM-BEHS (1h-Takt), LB-BFP (1h-Takt), LB-BFP (1h-Takt). Die einzelnen Path-Requests bzw. Ref.train der verschiedenen Fahrlagen müssten dann jeweils auf die Taktobjekte referenzieren, richtig? Oder entstehen dann die gleichen Probleme wie bei bisherigen „im Takt bestellen“?
|
||||
|
||||
Man legt ein Taktobjekt an und verweist in jeder einzelnen PathRequestMessage auf dieses Objekt.
|
||||
|
||||
### In allen Netzen der xxx gibt es bislang Verkehrstageregelungen in den Trassenbestellungnen. In TTT sind dafür verschiedene Path-Requests (Vorgänge) notwendig. Wie stellen wir sicher, dass die beiden Vorgänge sich dennoch auf die gleiche Fahrlage stützen? Müssen wir auch da auch irgendeine eine Referenz zwischen den Zügen anlegen?
|
||||
|
||||
Man könnte dieselbe ReferenceTrainID für mehrere PathRequests verwenden. Damit ist abgebildet, dass die PathRequests zur selben Verkehrsleistung gehören. Nur wenn man noch dieselbe OTN (betriebliche Zugnummer) nutzen will, muss man auf die anderen PathRequestMessages mit dem ReasonOfReferenceCode DE06 (Nutzung derselben Zugnummer) verweisen.
|
||||
|
||||
### Generell gibt es die verschiedensten Referenzgründe zwischen den einzelen TTT-Objekten, bspw. Umlaufübergänge, Verweis auf Taktobjekt, Verweis auf Ref.train, usw.. Die Frage ist welche Nummer wir dafür angeben müssen, damit diese im Konfiltfall berücksichtigt werden. Oder werden bspw. Umlaufübergänge als Trainactivity angelegt?
|
||||
|
||||
Umläufe können über TrainActivityCode 0044 (Übergang auf Zug) bzw. 0045 (Übergang von Zug) dargestellt werden. Ist es ein Übergang von einen Leerzug bzw. einer Tfz-Fahrt auf einen Vollzug, wird dies über den ReasonOfReferenceCode DE02 bzw. bei Übergang auf einen Leerzug bzw. auf eine Tfz-Fahrt über DE01 abgebildet.
|
||||
|
||||
### Besonderheiten bei Länderübergreifenden Trassenanmeldungen
|
||||
|
||||
Das Thema Ländergrenzen und Trassenanmeldungen wird an einigen Stellen unserer Schulungsunterlagen, WBTs und Videos aufgegriffen.
|
||||
|
||||
Bitte erlauben Sie mir, Ihnen hier auf diese zu verweisen. Ich habe mal die besten und wichtigsten für Sie rausgesucht und hier aufgeführt:
|
||||
|
||||
- „Kapitel 3d: Besonderheiten von grenzüberschreitenden Trassenanmeldungen“ im „Handbuch-pathOS-Webportal-Version-0-6-Stand-01-2026“, zu finden im Abschnitt 2.1 von dbinfrago.com/pathOS.
|
||||
- Hilfreich sind sicherlich auch die beiden Kurzvideos
|
||||
pathOS – Internationale Trassenanmeldungen (Teil 1)(3:07 min) und
|
||||
pathOS – Internationale Trassenanmeldungen (Teil 2) (3:10 min) ebenfalls zu finden im Abschnitt „2. Schulungsmanagement“ von dbinfrago.com/pathOS.
|
||||
|
||||
Ich hoffe Ihnen damit geholfen zu haben und Sie können sich somit Ihre Frage selber beantworten.
|
||||
|
||||
*Cluster:* Trassenbestellungen
|
||||
*Ansprechpartner:* Thomas
|
||||
|
||||
### Eingabe von mehreren OTN (aufgrund von Fahrzeit > 20 Stunden) --> Wo ist das in pathOS möglich?
|
||||
|
||||
In PathOS geben Sie Ihre generelle OTN im oberen rechten Bereich der Identifikatoren an. Bei 20h Zügen ändert sich die OTN nicht und ist für den gesamten Laufweg und Laufzeit gültig.
|
||||
|
||||
### Wie trage ich die OTN bei Zügen aus der Zwischenabstellung ein (z. B. Wochenendabstellung)?
|
||||
|
||||
In PathOS geben Sie Ihre generelle OTN im oberen rechten Bereich der Identifikatoren an. Bei 20h Zügen ändert sich die OTN nicht und ist für den gesamten Laufweg und Laufzeit gültig.
|
||||
|
||||
An der genannten Stelle für die OTN haben Sie noch im Laufweg die Möglichkeit an JEDEM Laufwegspunkt Trainactivities anzugeben. z.B: Die 0017 - Abstellung oder doe 0044-0047. Bei manch Trainactivities reicht die Angabe des Trainactivity Code's. Bei anderen öffnet sich z.B: ein Beschreibungsfeld, wo man Gründe angeben muss oder bei noch anderen öffnen sich mehrere zu befüllende Felder, wie z.B Train-ID's oder auch OTN's. Ich rate Ihnen hierzu an über unsere Webseite (https://www.dbinfrago.com/pathos)im Bereich 2.1 sich das Handbuch anzuschauen. Dort sind etliche Dinge sehr genau beschrieben, darunter auch ganz viele Fallbeispiele für die OTN Nummern. Zusätzlich dazu lohnt sich auch ein Blick in die Schnittstellen Dokumentation. Dort finden Sie auch alle Trainactivities samt ihrer Beschreibungen. (diese Finden Sie auf der TafTapTsi SeiteFahrplan: EVU-Schnittstelleim Bereich "aktuelle Dokumentation".
|
||||
|
||||
### Was wird künftig auf den Trassenabrechnungen und den Fplo erscheinen?
|
||||
|
||||
Auf der Trassenabrechnung wird die ReferenceTrainID erscheinen.
|
||||
|
||||
*Ansprechpartner:* Thomas Ticket BSSUPPORT-1581
|
||||
|
||||
### Was passiert mit zurückgewiesenen Bestellungen in pathOS?
|
||||
|
||||
- Zum einen werden aktuell noch keine zurückgewiesenen Vorgänge ins Archiv verschoben. Sie bleiben also unbegrenzt in der Vorgangsübersicht. Es ist aber für die Zukunft geplant dies in einen Archiv-Unterordner zu verschieben
|
||||
- zurückgewiesene Vorgänge können NICHT bearbeitet werden, lediglich als Vorlage für einen neuen Entwurf genutzt werden.
|
||||
|
||||
### Warum werden zwei oder mehr PR-IDs aufgeführt?
|
||||
|
||||
Dies deutet auf eine geteilte Trasse hin. Mehrere IDs sind bei Grenzübergängen oder wechselnden Verkehrsbedürfnissen (Inland/Ausland) ein Standardvorgang und technisch korrekt.
|
||||
|
||||
*Ansprechpartner:* Ben
|
||||
|
||||
### Was ist der Unterschied zwischen „Offset" und „Offset to Reference" (OTR)?
|
||||
|
||||
Offset= einfacher Tagessprung (in Tagen) innerhalb des DB-InfraGO-Plannetzes, also ob ein Zug am selben oder am Folgetag fährt.Offset to Reference (OTR)= Verschiebung der Verkehrstage zwischen der tatsächlichen Fahrt und dem Referenzkalender des ReferenceTrains. OTR nutzt man, wenn ein Zug ausnahmsweise an einem anderen Tag fährt als im Referenzkalender vorgesehen (z.B. Fahrten kurz nach Mitternacht oder internationale Fahrten mit Tagessprung vor dem deutschen Netz). OTR kann Werte von -1 bis +10 annehmen und muss meist nicht befüllt werden (Standard 0).
|
||||
|
||||
*Thema:* Kalender / OTR
|
||||
*Cluster:* TTT-Identifikatoren
|
||||
|
||||
### Was bedeutet die Fehlermeldung 6090?
|
||||
|
||||
„Anmeldung nicht möglich: Die Anmeldefrist für das durch den Verkehrszeitraum gewählte Fahrplanjahr hat noch nicht begonnen." D.h. die Bestellung ist noch nicht möglich, weil die Anmeldefrist für das gewählte Fahrplanjahr noch nicht eröffnet ist.
|
||||
|
||||
*Thema:* Fehlercode 6090
|
||||
*Cluster:* Fehlermeldungen
|
||||
|
||||
### Fehler „offsetToReference darf nicht null sein" / wo trage ich den Offset to Reference ein?
|
||||
|
||||
Den Offset to Reference finden Sie im ReiterIdentifikatoren, wenn Sie rechts den„erweiterten Modus"aufklappen. Tritt der Fehler auf, steht dort meist (z.B. aus einer TPN-Vorlage) noch ein falscher Wert — bitte umändern bzw. auf 0 setzen, sofern Sie keinen OTR haben. Tipp: Über denHilfe-Modus(Info-Symbol oben rechts → gewünschtes Feld anklicken) werden die Felder direkt im Portal erklärt.
|
||||
|
||||
*Thema:* Identifikatoren / erweiterter Modus
|
||||
*Cluster:* Portal-Bedienung
|
||||
|
||||
### Kann ich TCM-Meldungen parallel über die Schnittstelle (CI) und über den TCM-Editor abgeben?
|
||||
|
||||
Ja. Eine „Kanal-Mischung" — einige TCM-Meldungen über Common Interface/BDV, andere über den TCM-Editor — ist möglich, auch für denselben Zug. Maßgeblich sind stets die Informationen aus derzuletzt eingegangenenMeldung.
|
||||
|
||||
*Thema:* TCM-Editor
|
||||
*Cluster:* Common Interface
|
||||
|
||||
### Wird der Hinweis „Bahnsteiglänge nicht ausreichend" ab Fahrplan 2027 in pathOS übernommen?
|
||||
|
||||
Über das CI ändert sich für 2027 nichts. Bestellungen werden normal prozessiert und das Feld „bahnsteiglaengeNichtAusreich" wird auf dem Rückweg aus dem Konstruktionssystem mitgesendet (Standard: False). Der Hinweis wird auch im pathOS-Portal angezeigt, sodass die Bestellung im Fehlerfall angepasst werden kann.
|
||||
|
||||
*Thema:* Bahnsteignutzlänge
|
||||
*Cluster:* EVU-Schnittstelle
|
||||
|
||||
### Wie finde ich meinen Superuser heraus, wenn ich ihn nicht kenne?
|
||||
|
||||
Superuser verwalten die Zugriffsrechte im Infraportal. Den sicheren Weg finden Sie überInfraportal → Mein Profil; dort lässt sich der zuständige Superuser ermitteln. Falls noch kein Infraportal-Zugang besteht, muss dieser zuerst beantragt werden.
|
||||
|
||||
*Thema:* Superuser finden
|
||||
*Cluster:* Userverwaltung
|
||||
|
||||
### Ich habe sehr viele TPN-Entwürfe (z.B. über 1000). Kann ich diese massenhaft löschen?
|
||||
|
||||
Der Import der TPN-Verträge als Entwürfe war ein vielfach gewünschter Start-Service (importiert wurden nur Vorgänge im gültigen Vertragszustand ohne Formatprobleme). Für große Mengen ist Einzel-Löschen unpraktikabel — daher wird eineMassen-Lösch-Funktionbereitgestellt (aktuell noch Feature-Request / in Umsetzung), mit der nicht benötigte Entwürfe vor dem finalen Livegang als Bulk gelöscht werden können. Zur Unterscheidung: alle TPN-Importe haben als Requestbezeichnung die KombinationStart/Ziel + OTN; darüber lassen sie sich in der Vorgangsübersicht filtern.
|
||||
|
||||
*Thema:* Entwürfe verwalten
|
||||
*Cluster:* TPN-Import
|
||||
|
||||
### Warum wird mein Verkehrszeitraum bei einer Teilstornierung in mehrere Verträge aufgeteilt?
|
||||
|
||||
Das ist erwartetes Verhalten. Ändern oder teilstornieren Sie einzelne Verkehrstage, teilt das System den ursprünglichen Verkehrszeitraum in separate Verträge/Paths auf (z.B. 46 VT → 2× 23 VT), um je Verkehrstag eine konsistente Trassenanmeldung sicherzustellen. Zur Dokumentation der Zusammengehörigkeit (gleiche Zugnummer) können die Anmeldungen über Reason of Reference (RoR) verknüpft werden.
|
||||
|
||||
*Thema:* Teilstornierung / Verkehrstage
|
||||
*Cluster:* Trassenbestellungen
|
||||
|
||||
### Beim Ergänzen eines Laufwegspunktes ändert sich die Zugcharakteristik der anderen Punkte. Warum?
|
||||
|
||||
Bei Neueingabe eines Laufwegs mit geänderter Zugcharakteristik werden die nachfolgenden Abschnitte angepasst (vererbt). Eine separate Fixierung bereits eingegebener Zugcharakteristika für einzelne Laufwegspunkte ist derzeit nicht vorgesehen. Empfehlung: möglichstalle Laufwegspunkte gleich zu Beginneingeben und nicht nachträglich ergänzen.
|
||||
|
||||
*Thema:* Zugcharakteristik
|
||||
*Cluster:* Portal-Bedienung
|
||||
|
||||
### Kann ich einzelne Vorgänge exportieren (z.B. die Leistungsbeschreibung)?
|
||||
|
||||
Einzelne Vorgänge können derzeit nur eingeschränkt exportiert werden; eine Druckfunktion für einzelne Vorgänge ist zum Go-Live nicht verfügbar. Workaround: Export über dieVorgangsübersichtund per Filter auf die gewünschten Vorgänge eingrenzen (oder in der CSV nicht benötigte Zeilen entfernen). Der Export der Leistungsbeschreibung ist aktuell noch nicht freigeschaltet; ein genauer Termin steht nicht fest.
|
||||
|
||||
*Thema:* Export
|
||||
*Cluster:* Portal-Bedienung
|
||||
|
||||
### Kann ich Entwürfe nach Zuggattung bzw. Plan-/Spotzügen filtern?
|
||||
|
||||
Eine Sortierung nach Plan-/Spotzügen gibt es derzeit nicht. Sie können die Ansicht in der Vorgangsübersicht aber anpassen und über das Filter-Symbol (rechte Seite) eigene Filter definieren (gelten nur für Sie und nur für den aktuellen Reiter). TPN-Entwürfe folgen dem Muster Requestbezeichnung = Start/Ziel + OTN, worüber sich gut filtern/sortieren lässt. Hinweis: Bei Start/Ziel im Ausland werden diese Laufwegspunkte im Portal aktuell nicht angezeigt (dafür gibt es bereits einen Feature-Request).
|
||||
|
||||
*Thema:* Vorgänge filtern
|
||||
*Cluster:* Portal-Bedienung
|
||||
@@ -0,0 +1,35 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "5"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/449093028/Fremdnetzanteile"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "bde24511ecc62a61"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
Unterseiten
|
||||
|
||||
* * *
|
||||
|
||||
Inhalt
|
||||
|
||||
* * *
|
||||
|
||||
Veraltete Seite von :
|
||||
@@ -0,0 +1,26 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "4"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/509062779"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "1e1d38a87387ec53"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
die genaue Anleitung dazu ist im pathOS [FbF Sharepoint](https://dbsw.sharepoint.com/:b:/r/teams/bestellportal.projekt.dbnetz-Projektmanagement/Shared%20Documents/Projektmanagement/17%20-%20Changemanagement%20%26%20Kommunikation/07_Fachliche%20Betriebsf%C3%BChrung/Datei-Ablage-Support/202511_pathOS_DeBI-Anleitung_Short.pdf?csf=1&web=1&e=Xe52Dr) hinterlegt.
|
||||
|
||||
|
||||
|
||||
|
||||
Noch offen ist:
|
||||
|
||||
Themen die die 3 Besitzerrollen RA, RB, RV betreffen. (Ansprechpartner dazu ist Roger Zimmermann)
|
||||
@@ -0,0 +1,33 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "2"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/509061534"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "fd425761ac4e9021"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
Beispiel [Grafana Link](https://grafana-v2.cnp.comp.db.de/explore?schemaVersion=1&panes=%7B%2257n%22%3A%7B%22datasource%22%3A%22f02a916b-ee29-4a83-979f-1a960f352bb3%22%2C%22queries%22%3A%5B%7B%22refId%22%3A%22A%22%2C%22expr%22%3A%22%7Bcontainer%3D%5C%22app%5C%22%2Cpod%3D%7E%5C%22abn1-.*%5C%22%7D+%7C%3D+%5C%22xy%5C%22%22%2C%22queryType%22%3A%22range%22%2C%22datasource%22%3A%7B%22type%22%3A%22loki%22%2C%22uid%22%3A%22f02a916b-ee29-4a83-979f-1a960f352bb3%22%7D%2C%22editorMode%22%3A%22code%22%7D%5D%2C%22range%22%3A%7B%22from%22%3A%22now-12h%22%2C%22to%22%3A%22now%22%7D%7D%7D&orgId=98)
|
||||
|
||||
Query =_{container="app",pod=~"abn1-.*"} |= "xy"_
|
||||
|
||||
* xy mit bspw. einer ID (PAID, PRID, traceId, UUID,....) oder Fehlermeldung (EM=ErrorMessage) ersetzen und man sieht sämtliche logs zu dieser ID / EM
|
||||
* Zeitraum wählen
|
||||
|
||||
|
||||
|
||||
Beispiel Queries:
|
||||
|
||||
* {container="app",pod=~"abn8*.*"} |= "Pause partition" → um zu sehen ob evtl. eine Partition der ABN8 gestoppt wurde
|
||||
* {container="app",pod=~"abn1-.*"} |= "PR3239DGGFJIZUHZM3012026" → alle logs zu dieser PRID
|
||||
|
||||
* besser ist immer, man sucht nach der traceId zu einer PRID → Eine Trace ID ist eine eindeutige Kennung (ID), die einen kompletten Request-Ablauf durch mehrere Systeme hinweg identifiziert (Ergo: bessere Ausgabe)
|
||||
+6366
File diff suppressed because it is too large
Load Diff
@@ -0,0 +1,22 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/522368235"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "e03d1191a7491af0"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
TBD:
|
||||
Sven macht gerade den Feinschliff und es steht beim 2-Level zur [Review ](https://dbsw.sharepoint.com/:p:/r/teams/bestellportal.projekt.dbnetz-Projektmanagement/Shared Documents/Projektmanagement/17 - Changemanagement %26 Kommunikation/06_Schulungen %26 Dokumente/01_Dokumente/Handbuch_ErsteSchritte/20251205_pathOS_Webportal-Handbuch_v0.6.pptx?d=w2e040e7700604cd6beb1fe7b93572150&csf=1&web=1&e=sqzsFE&xsdata=MDV8MDJ8QmVuamFtaW4uU2llZGVyc2xlYmVuQGRldXRzY2hlYmFobi5jb218MDIyOTkwNzhlMDYzNGY5MjFhOWYwOGRlMzNmNjBlN2N8YTFhNzJkOWM0OWU2NGY2ZDlhZjY1YWFmYTExODNiZmR8MHwwfDYzOTAwNTMyOTA1MDQ5MzYyOXxVbmtub3dufFRXRnBiR1pzYjNkOGV5SkZiWEIwZVUxaGNHa2lPblJ5ZFdVc0lsWWlPaUl3TGpBdU1EQXdNQ0lzSWxBaU9pSlhhVzR6TWlJc0lrRk9Jam9pVFdGcGJDSXNJbGRVSWpveWZRPT18MHx8fA%3d%3d&sdata=WWpTdzdVUWFIaUNHR1hnTCtyUXM5UTB5TXFZUVA5WWtFajlwTkhHS3ZIUT0%3d)bereit. Sobald diese fertig ist wird der Inhalt des Handbuchs hier eingebettet, sodass die KI daraufzugreifen und die Datenbasis nutzen kann.
|
||||
|
||||
Die aktuelle released Version (0.6) findet man [h](https://www.dbinfrago.com/resource/blob/13716038/fb038d777f9cd6bd375f315cd1a3fceb/Handbuch-pathOS-Webportal-Version-0-6-Stand-01-2026--data.pdf)ier
|
||||
@@ -0,0 +1,26 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/485037577"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "9669f6681d78d177"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
### _[Wie funktioniert Support](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/260015155/Wie+funktioniert+Support)?_
|
||||
|
||||
### _[Zugang zum Support bekommen](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/431637904/Zugang+zum+Support+bekommen)?_
|
||||
|
||||
### _Wissensmanagement_
|
||||
|
||||
* Verwendung FAQ pathOS im Confluence:
|
||||
* Berücksichtigung bestehender FAQ und Informationsquellen online: [www.dbinfrago.com/taf-tap-tsi](http://www.dbinfrago.com/taf-tap-tsi) und [www.dbinfrago.com/pathOS](http://www.dbinfrago.com/pathOS)
|
||||
@@ -0,0 +1,37 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/543906767/Identifier+TypeOfIMHarmonization"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "2fe2970ce15695df"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Der Identifier "TypeOfIMHarmonization" wird von der DB InfraGO nicht verwendet. Dies ist Stand 04.02.2026 nicht aus der Anlage 3 der EVU-Schnittstellendokumentation ersichtlich. Darüber hinaus handelt es sich nur um ein optionales Feld.
|
||||
|
||||
|
||||
|
||||
|
||||
Quellen
|
||||
|
||||
* * * EVU-Schnittstellendokumentation Anlage 1 Kapitel 3.16 & Anlage 3
|
||||
@@ -0,0 +1,84 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi", "web"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "www.dbinfrago.com"
|
||||
source_version: ""
|
||||
url: "https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/ansprechpartner-innen-und-links-11089214"
|
||||
last_updated: "2026-06-27"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "e1dc4ba0e1cb9e17"
|
||||
meta_fingerprint: "1302a1bee048956f"
|
||||
---
|
||||
|
||||
An dieser Stelle werden die wesentlichen Links und Ansprechpartner:innen rund um das Thema TAF/TAP TSI gebündelt – innerhalb und außerhalb der DB InfraGO AG.
|
||||
|
||||
**Ansprechpartner:innen bei der DB InfraGO AG:**
|
||||
|
||||
* [Übersicht der Kundenberatung zum Schienennetz](/web/Ihr-Kontakt-zum-Schienennetz-11212488 "Wird in einem neuen Tab geöffnet")
|
||||
* [Zentrale Kontaktadresse pathOS & Trassenanmeldung ](mailto:pathOS@deutschebahn.com "Wird in einem neuen Tab geöffnet")
|
||||
* [Postfach TAF/TAP im Betrieb](mailto:TAF-TAP.DBInfraGo.Betrieb@deutschebahn.com "Wird in einem neuen Tab geöffnet")
|
||||
* [National Contact Point (NCP) für EVU und EIU (Oliver Mundo)](mailto:ncp.de-taftap@deutschebahn.com "Wird in einem neuen Tab geöffnet")
|
||||
* [National Contact Point (NCP) für Retail (Jan Möllmann)](mailto:jan.moellmann@deutschebahn.com "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
|
||||
|
||||
**Verweise auf andere Seiten der DB InfraGO AG:**
|
||||
|
||||
* [Informationsplattform TAF/TAP](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/allgemein-11089206 "Wird in einem neuen Tab geöffnet")
|
||||
* [Übersichtsseite Kundeninformationen (KI) der DB InfraGO AG](/web/aktuelles/kund-inneninformationen/kund-inneninformationen "Wird in einem neuen Tab geöffnet")
|
||||
* [Trassenanmeldung - Unterlagen für Schnittstelle (CI)](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208 "Wird in einem neuen Tab geöffnet")
|
||||
* [Betriebliche Meldungen: EVU an DB InfraGO AG](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/betrieb-meldungen-evu-an-db-infrago--11089212 "Wird in einem neuen Tab geöffnet")
|
||||
* [Betriebliche Meldungen: DB InfraGO AG an EVU --> EVU](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/betrieb-meldungen-db-infrago-ag-an-evu-11089210 "Wird in einem neuen Tab geöffnet")
|
||||
* [Betriebsdatenverteiler - Anschluss an Datensysteme der DB InfraGO AG](/web/schienennetz/leistungen/neben-und-zusatzleistungen-und-services/unsere-nebenleistungen/lizenz-zur-datenabnahme-11343892 "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
|
||||
|
||||
**Externe Links:**
|
||||
|
||||
* [RNE (Rail Net Europe) - TAF/TAP TSI](https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Frne.eu%2Fit%2Ftaf-tap-tsi%2F&data=05%7C01%7CLea-Annelie.Biermann%40deutschebahn.com%7Cd2a33cb2813940b0a99008db08e7299a%7Ca1a72d9c49e64f6d9af65aafa1183bfd%7C0%7C0%7C638113561137985245%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=jXFl6xNeOAKsRN7Jv4SjT6xNB1zii3w4e0%2B%2F7w0zeso%3D&reserved=0 "Wird in einem neuen Tab geöffnet")
|
||||
* [RNE - Common Components inkl. CI](https://rne.eu/it/products/ccs/ "Wird in einem neuen Tab geöffnet")
|
||||
* [RNE - IT-Tools inkl. PCS](https://rne.eu/it/products/pcs/ "Wird in einem neuen Tab geöffnet")
|
||||
* [ERA (European Union Agency for Railways)](https://www.era.europa.eu/ "Wird in einem neuen Tab geöffnet")
|
||||
* [ERA - Organisation Code](https://www.era.europa.eu/registers/ocr_en "Wird in einem neuen Tab geöffnet")
|
||||
* [JSG (Joint Sector Group)](http://taf-jsg.info/ "Wird in einem neuen Tab geöffnet")
|
||||
* [UIC (International Union of Railways)](https://uic.org/ "Wird in einem neuen Tab geöffnet")
|
||||
* [UIC - Company Code](https://uic.org/support-activities/it/rics "Wird in einem neuen Tab geöffnet")
|
||||
* [EUR-Lex - EU law (EU Verordnungen)](https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Feur-lex.europa.eu%2Fhomepage.html&data=05%7C01%7Credaktion.dbnetz%40deutschebahn.com%7C4da6056a208b43e38e9108da28e41ff8%7Ca1a72d9c49e64f6d9af65aafa1183bfd%7C0%7C0%7C637867257631832589%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=yzEF321%2F3ws0e3%2FgUmujBclNfjLxMOJKvhXHcN7i0VM%3D&reserved=0 "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
|
||||
|
||||
### Weiterführende Informationen
|
||||
|
||||
Kontakt
|
||||
|
||||
Zentrale Kontaktadresse pathOS & Trassenanmeldung
|
||||
|
||||
[ pathOS@deutschebahn.com ](mailto:pathOS@deutschebahn.com "E-Mail")
|
||||
|
||||
National Contact Point TAF/TAP TSI
|
||||
|
||||
[ ncp.de-taftap@deutschebahn.com ](mailto:ncp.de-taftap@deutschebahn.com "E-Mail")
|
||||
|
||||
TAF / TAP TSI im Betrieb der DB InfraGO AG
|
||||
|
||||
[ TAF-TAP.DBInfraGo.Betrieb@deutschebahn.com ](mailto:TAF-TAP.DBInfraGo.Betrieb@deutschebahn.com "E-Mail")
|
||||
|
||||
### Kontakt
|
||||
|
||||
Zentrale Kontaktadresse pathOS & Trassenanmeldung
|
||||
|
||||
[ pathOS@deutschebahn.com ](mailto:pathOS@deutschebahn.com "E-Mail")
|
||||
|
||||
National Contact Point TAF/TAP TSI
|
||||
|
||||
[ ncp.de-taftap@deutschebahn.com ](mailto:ncp.de-taftap@deutschebahn.com "E-Mail")
|
||||
|
||||
TAF / TAP TSI im Betrieb der DB InfraGO AG
|
||||
|
||||
[ TAF-TAP.DBInfraGo.Betrieb@deutschebahn.com ](mailto:TAF-TAP.DBInfraGo.Betrieb@deutschebahn.com "E-Mail")
|
||||
@@ -0,0 +1,44 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/505151710/Infrastrukturbetreiber"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "74acfcfd555fa7e4"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung| 05.02.2026
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
# ResponsibleIM
|
||||
|
||||
|
||||
|
||||
|
||||
In dem Attribut ResponsibleIM wird die Betreiberverantwortung einer Betriebsstelle festgelegt. Diese Betreiberverantwortung können wir Stand 28.10.2025 NICHT zuverlässig ermitteln. An Stelle der Betreiberverantwortung wird hier der Company Code des fahrplanbildenenden Unternehmen hinterlegt. Dazu wird das TPN Attribut KZ_KONSTR genutzt, das die folgenden Ausprägungen hat: A (Einbruch), B (Ausbruch), C (InfraGo Fahrplanbildend), D (InfraGo nicht Fahrplanbildend). Diese Vereinfachung funktioniert nicht immer, wie das folgende Beispiel zeigt: In Padburg Dänemark wäre Padburg der Ausbruchspunkt für die Fahrplanbildung B gesetzt. Eine Betreiberverantwortung liegt hier allerdings nicht vor. Dennoch wird dieser Fehler für das Fahrplanjahr 27 in Kauf genommen.
|
||||
|
||||
|
||||
|
||||
|
||||
Die Nutzung des Responsible IM wird in Anlage 3 wie Folgt geregelt:
|
||||
|
||||
"Hierbei gilt: Der erste Laufpunkt mit CompanyCode/Organisation Code der DB InfraGO entspricht dem so genannten Einbruchspunkt, welcher heute in TPN existiert. Der letzte Laufpunkt mit Company Code/Organisation Code der DB InfraGO, entspricht dem so genannten Ausbruchspunkt. Innerhalb der PathInformation einer PathDetails-Message kann sich dies wiederholen. An allen anderen Laufpunkten bleibt der Wert für ResponsibleIM entweder leer oder ist durch den Company Code/Organisation Code eines anderen EIU befüllt."
|
||||
|
||||
Mit der in Anlage 3 beschriebenen Umsetzungsvariante weicht die DB InfraGO diskriminierungsfrei bis auf weiteres von der durch TTT angedachten Nutzung des Feldes "ResponsibleIM" ab. Als Grundlage der Befüllung werden die Angaben zum Konstruktionskennzeichen genutzt, wie es im heutigen TPN bekannt ist. Es gibt eine potentielle Unschärfe für den Fall, dass auf einen Ausbruch direkt ein Einbruch folgt, ohne dass dazwischen eine weitere Betriebsstelle im Laufweg enthalten ist. Derzeit ist allerdings kein praxisrelevanter Fall bekannt, in welchem diese Konstellation auftritt.
|
||||
@@ -0,0 +1,38 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/500513236/Infrastrukturstammdaten"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "7409a766680cfbc8"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Fahrplanbildung auf Basis der Infrastrukturdaten der DB Infra GO AG
|
||||
|
||||
Es lässt sich nicht eindeutig aus den Stammdaten ableiten, wo die InfraGO fahrplanbildend ist.
|
||||
Für grenzüberschreitende Züge ins Ausland sind die Informationen zu den Fahrplanbearbeitungsgrenzen auf der Website <https://www.dbinfrago.com/taf-tap-tsi> zu finden.
|
||||
Bei Unsicherheit über regionale Fahrplanbearbeitungsgrenzen zu deutschen Nicht-InfraGO-EIU kann der EReG §51 (3) genutzt und die gesamte Trassenanmeldung als PathRequest an die InfraGO gestellt werden. Hierbei ist kein Planning Handoverpoint anzugeben und die Verantwortung der Weitergebung des der Trassenanmeldung an das Dritt-EIU liegt bei der InfraGO.
|
||||
|
||||
Die DB InfraGO ist nur dort Vertragspartner wo sie den Eisenbahnbetrieb durchführt. DB InfraGO konstruiert teilweise auch für Dritte (bspw. RNI) dort ist aber Vertragspartner dann die RNI.
|
||||
|
||||
Quellen:
|
||||
|
||||
* DB InfraGO TAF/TAP TSI: <https://www.dbinfrago.com/taf-tap-tsi>
|
||||
* EReG §51 (3)
|
||||
@@ -0,0 +1,146 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "8"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/449093061/Inland-Ausland-Inland"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "bd6e0afbe917c663"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
Inhalt
|
||||
|
||||
* * *
|
||||
|
||||
# Hintergrund
|
||||
|
||||
## Besprechungen
|
||||
|
||||
* Ursprung des Themas:
|
||||
*
|
||||
|
||||
|
||||
## Umsetzung
|
||||
|
||||
*
|
||||
|
||||
|
||||
## TTT-Systematik an einem Beispiel
|
||||
|
||||
In diesem komplexen Szenario geht es um den Betrieb und die Planung von Zugfahrten beispielsweise zwischen Deutschland und Österreich, speziell auf der Strecke von Kempten (Allgäu) über Reutte (Tirol) nach Garmisch-Partenkirchen. Das zentrale Prinzip des TAF/TAP-TSI Standards ist die Dokumentation aller wesentlichen Wegpunkte eines Zuges, einschließlich Start, Ziel, Grenzpunkte und wichtiger Zwischenstopps, wobei die gleiche Zugnummer für durchgehende Züge erwartet wird. Die Verwaltung solcher Fahrten bringt allerdings mehrere Herausforderungen mit sich:
|
||||
|
||||
1. **Grenzüberschreitende Planung** : Für die Zugfahrt müssen mehrere PathRequest Messages (PRM) erstellt werden. Diese PRMs umfassen verschiedene Abschnitte - von Kempten nach Pfronten, weiter über Reutte nach Griessen, und schließlich von Griessen nach Garmisch-Partenkirchen. Die Zugnummer muss dabei aufeinander referenzieren, um den Erwartungen zu entsprechen, und den Reason of Reference Code (RoR) verwenden.
|
||||
|
||||
2. **Eindeutigkeit und Datensystematik** : Die Datenverwaltung durch DB InfraGO AG erfordert die Ignorierung der Eindeutigkeitsprüfung der Zugnummer an Verkehrstagen, um die individuellen Trassen zu gestalten. Diese Trassenbestellungen und die Übergabe der Fahrplandaten können zeitlich verzögert und in beliebiger Reihenfolge erfolgen.
|
||||
|
||||
3. **Normierte Schnittstelle (NSS) Nutzung** : Bei der Veröffentlichung von Zugtrassen muss die Eindeutigkeit gemäß NSS gegeben sein, wobei nur eine Kombination aus Zugnummer und Verkehrstag existieren kann. Dies stellt ein Problem dar, wenn mehrere PathDetails Messages (PDMs) am selben Tag der gleichen Zugnummer zugeordnet sind. Hier wird erwartet, dass die Pathes, besonders die im Ausland, als eine einheitliche Trasse übergeben werden.
|
||||
|
||||
4. **Zugcharakteristik** : Die Flexibilität in der Nutzung von Triebwagen (ein oder zwei) über verschiedene Tage der Woche erfordert zusätzliche Path Requests. Diese müssen sowohl an DB InfraGO als auch nach Österreich gesendet werden. Der Wechsel der Triebwagenanzahl am Wochenende führt zu einer noch komplexeren Verwaltung der Trassen.
|
||||
|
||||
|
||||
|
||||
|
||||
## Beispiel
|
||||
|
||||
Züge um Grenzgebiet Deutschland – Österreich.
|
||||
|
||||
[Bild: image-2025-6-5_13-45-13-1.png]
|
||||
|
||||
Konkretes Streckenbeispiel: Start in Kempten (Allgäu) über Reutte (Tirol) nach Garmisch-Partenkirchen
|
||||
|
||||
Ausschnitt aus Openrailwaymap:
|
||||
|
||||
Grundprinzip von TAF/TAP-TSI: In der TrainInformation werden alle wichtigen Zuglaufpunkte angegeben. Im konkreten Fall sind das mindestens der Start und das Ziel, die Grenzpunkte und wichtige Zwischenhalte.
|
||||
|
||||
Hier:
|
||||
|
||||
Start: Kempten (Allgäu)
|
||||
|
||||
Grenze Deutschland -> Österreich: Pfronten
|
||||
|
||||
Zwischenhalt: Reutte (Tirol)
|
||||
|
||||
Grenze Österreich -> Deutschland: Griessen
|
||||
|
||||
Ziel: Garmisch-Partenkirchen
|
||||
|
||||
Folgende regelmäßig auftretende Fälle wurden identifiziert:
|
||||
|
||||
* Görlitz - Zittau: kurzer Abschnitt über Polen. Unkritisch, da DB InfraGO fahrplanbildend ist.
|
||||
* Seifhennersdorf - Großschönau (Sachs): kurzer Abschnitt über Tschechien. Unkritisch, da DB InfraGO fahrplanbildend ist.
|
||||
* Hof - Marktredwitz: 1 RE-Linie längerer Abschnitt über Tschechien
|
||||
* Pfronten-Steinach- Garmisch-Patenkirchen (s.o.). 1 RE-Linie, Abschnitt über Österreich. Obwohl Pfronten-Steinach sehr nah an der Grenze liegt, ist DB InfraGO dort fahrplanbildend. Den österreichischen Teil konstruieren die ÖBB.
|
||||
* Kufstein - Lindau-Reutin: 2 FV-Zugpaare der Westbahn: Wien (A) - Salzburg (A) - Rosenheim (D) - Kufstein (A) - Bregenz (A) - Lindau (D)
|
||||
|
||||
|
||||
|
||||
Andere Konstellationen beziehen sich auf einzelne Güterverkehre.
|
||||
|
||||
# Problematik
|
||||
|
||||
## VÖ
|
||||
|
||||
Der Prozess der Veröffentlichung von Zugtrassen über die normierte Schnittstelle (NSS) durch die Anwendung GFD-Z beinhaltet komplexe Schritte zur Sicherstellung der Eindeutigkeit der veröffentlichten Trassen. Hier sind zwei Szenarien:
|
||||
|
||||
1. **Einfacher Fall** : Bei gleichbleibender Zugcharakteristik über den gesamten Fahrzeitraum prüft die GFD-Z, ob bereits eine Zugtrasse mit gleicher Zugnummer (OTN) und Verkehrstag vorhanden ist. Falls nicht, wird die neue Trasse normal veröffentlicht. Sollte bereits eine Trasse existieren, wird die neue Trasse zu einer Gesamtzugtrasse inklusive Auslandsanteil verbunden, und die letzte veröffentlichte Trasse gilt als maßgeblich.
|
||||
|
||||
2. **Komplizierter Fall** : Hierbei werden Zugtrassen für unterschiedliche Zeiträume konzipiert. Beispielsweise zuerst PRM 1 von Montag bis Sonntag und dann PRM 4 nur für Montag bis Freitag. Die GFD-Z muss die bestehende Trasse von PRM 1 in zwei Segmente teilen — eines für Montag bis Freitag und eines für Samstag und Sonntag. Diese Segmente werden entsprechend mit PRM 4 und PRM 5 verbunden und veröffentlicht. Die Herausforderung besteht dabei darin, dass jede Bahntrasse die Kriterien der Eindeutigkeit gemäß NSS erfüllt.
|
||||
|
||||
|
||||
|
||||
|
||||
Die GFD-Z muss in beiden Fällen darauf achten, dass die Trassen miteinander verknüpft oder geschnitten werden, um die Kriterien der Eindeutigkeit zu erfüllen und die korrekte Veröffentlichung in der NSS zu gewährleisten. Diese Prozesse sichern, dass jede Zugtrasse eindeutig und vollständig veröffentlicht wird, wobei Auslandsanteile korrekt integriert sind.
|
||||
|
||||
## Zugnummern
|
||||
|
||||
Für diesen Fall benötigen wir international abgestimmte Zugnummern. Diese sind in nur begrenzter Anzahl verfügbar. Sollte es zu einer Aufsplittung kommen, verdoppeln sich auf den betroffenen Strecken die Anzahl der benötigten internationalen Zugnummern.
|
||||
|
||||
Ausstehend To-Dos. Diese sind für die präferierte Lösung unten nicht notwendig.
|
||||
|
||||
* Analyse der Zugnummern gemäß Zugnummernliste
|
||||
* Konkrete Beispiele für das Thema Inland-Ausland-Inland
|
||||
* Herausfinden aller betroffener Strecken und der Anzahl der betroffenen Züge mit Matthias Barfknecht
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
# Lösung
|
||||
|
||||
Abgestimmt in dieser Besprechung: und am 27.06.2025 zusätzlich mit und
|
||||
|
||||
1. Schnittstellenanpassung und der Kunde muss es **in einem PathRequest** mit internationaler Zugnummer bestellen und intern arbeiten wir wie bisher (inklusive Verbot der Nutzung von Reason of Reference 1006/1007)
|
||||
2. Bei ERegG §51 (3) hat pathOS eine Idee der Umsetzung, in dem die Fremdanteile als Inland behandelt werden. Diese Lösung ist nicht auf "echtes" Ausland übertagbar
|
||||
3. ~~Bei Inland-Ausland-Inland werden vom Kunden keine Zwischenbetreibstellen bestellt. Das heißt die zwei Handovers sind dann hintereinander. Geht das? Wenn nicht könnte mit einer Stützbetriebsstelle zwischen den zwei Handovers gearbeitet werden. pathOS geht davon aus, dass eine Stützbetriebstelle einfügen bei Ihnen kein Problem beim Rückspielen in Richtung pathOS darstellt.~~ → Test am 03.07.2025 von , und ergab, dass die Fahrplan-IT keine Stützbetriebsstelle im Fremdnetzanteil zulässt. Getestet am Beispiel von Strasbourg. Weitere Ergebnisse: Wenn man Forbach im pathOS-Portal eingibt, werden die Trassen schon gesplittet, ohne dass man einen Handover oder einen "echten" Auslandsanteil angegeben hat. Das konstruierte Angebot lief in pathOS in einen Fehler beim Aufruf von AC Trasse, weil kein Laufweg von Forbach nach Kehl gefunden werden konnte. Dieses Problem wird sich erledigen, wenn nicht mehr pathOS, sondern die GFD-Z die Preisauskunft aufruft.
|
||||
|
||||
|
||||
|
||||
To-Dos
|
||||
|
||||
4 bd92cbaf-41bb-4bdc-b3d1-3fc0d0b65406 incomplete Alle Fahrplansysteme müssen damit umgehen können 5 fcf82be6-11f1-4402-b0cd-b5a7ae0a9fff incomplete Fachgremium --> Chat/E-Mail Verteiler aus Termin und auf die Agenda 6 d4f5ff3b-ecd1-40b0-bde4-5a1c36f51a42 incomplete Abrechnung?
|
||||
|
||||
[Bild: image-2025-6-27_14-49-57.png]
|
||||
|
||||
|
||||
|
||||
|
||||
# Zukunft
|
||||
|
||||
TTT böte eigentlich elegantere Lösungswege. Aufgrund unserer Priorität, die Grundfunktionen für das Fahrplanjahr 2027 stabil bereitzustellen, haben wir diese Option noch nicht umgesetzt. Perspektivisch planen wir jedoch, den Funktionsumfang so zu erweitern, dass DB InfraGO auf einen lang laufenden **PathRequest** mit _zwei_ **Pathes** in einer Nachricht antworten kann.
|
||||
@@ -0,0 +1,40 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "2"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/503114932/Interchange"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "55ba07ed5388450f"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
**Umgang**
|
||||
|
||||
Die Angabe des Interchange kann an jeder Betriebsstelle / PrimaryLocation des Zuglaufs angegeben werden. Die Bestellung eines Kundenhalts ist nicht notwendig. Die Änderung ist mit Veröffentlichung der Version 4.6.2 der Schnittstellendokumentation umgesetzt worden.
|
||||
|
||||
**Hintergrund**
|
||||
|
||||
In der Schnittstellendokumentation wurde zunächst nur die Möglichkeit zugelassen, dass der Wechsel des durchführenden EVU nur an einem bestellten Kundenhalt durchgeführt werden kann. Die Annahme war, dass dies immer mit dem Wechsel des Triebfahrzeugführers oder auch des führenden Triebfahrzeugs zusammenhängt und daher immer ein Halt vorzusehen ist.
|
||||
|
||||
|
||||
|
||||
|
||||
**Quelle**
|
||||
|
||||
****
|
||||
@@ -0,0 +1,38 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "2"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/503104317"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "9ec34ced451302ee"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
**_PathOS-TPN Austausch_**
|
||||
|
||||
|
||||
|
||||
1. Pathos sendet an TPN die **Produktionsaufträge**(CI & UI). Dies kann man in den Kafka Topics sehen:
|
||||
|
||||
|
||||
Dazu sucht man den Produktionsauftrag via "CORE":
|
||||
|
||||
2. Ist nichts im [ Kafka ](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/503104317/Kafka+Fehlersuche)unter diesem Core zu finden, dann ist auch nichts an TPN rausgegangen. In diesem Fall würde man auf CIB zugehen und um Fehleranalyse bitten (CIB Teams Kanal).
|
||||
|
||||
|
||||
3. Ist ein Core vorhanden, dann ist auch ein **Produktionsauftrag** an TPN rausgegangen? (**Achtung** : Datum beachten)
|
||||
|
||||
|
||||
4. Um zu prüfen ob eine PDM von TPN an das Bestellsystem gesendet und erhalten wurde schaut man in den Topics nach dem **Vertriebsauftrag** :
|
||||
|
||||
|
||||
|
||||
5. Ist dieser Vertriebsauftrag nicht im Topic so liegt vermutlich ein Fehler im TPN Versand vor → TPN FBF kontaktieren.
|
||||
@@ -0,0 +1,27 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "4"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596604/Kurzfristige+Fahrlagenberatung"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "2ea79bd5fd004a38"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
Die kurzfristige Fahrlagenberatung ist nicht Teil der Produktivsetzung von TTT und wird vorläufig weiter nach dem alten Prozess gelebt.
|
||||
@@ -0,0 +1,47 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "2"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/500513409/MessageRoutingID"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "48ea832f695dbb2d"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Verwendung der MessageRoutingID
|
||||
|
||||
Von Seiten der DB InfraGO wird das Feld "MessageRoutingID" für die Kommunikation zum Thema unterjähriger Bau benutzt. Alle Nachrichten aus der KOMBau und für die KOMBau besitzen die MessageRoutingID "45". Die "45" ist damit für die KOMBau reserviert und kann nicht von den EVUs für das Routing ihrere Nachrichten benutzt werden.
|
||||
Wenn ein EVU der DB InfraGO im Rahmen einer Bestellung einen MessageRoutingID sendet, wird diese in den Nachrichten zu dieser Bestellung von der DB InfraGO verwendet.
|
||||
Netzausgelöste Vorgänge zu einem bestehenden Vertrag, also neue Prozesse die von der DB InfraGO initiiert werden, enthalten diese MessageRoutingID nicht.
|
||||
|
||||
Quellen:
|
||||
|
||||
Anlage 10 der EVU-SST-Dokumentation
|
||||
|
||||
|
||||
|
||||
|
||||
## Verknüpfung von Company ID und Common Interface (CI)
|
||||
|
||||
Es besteht eine feste 1 zu 1 Zuordnung von Company ID zu dem zu verwendenden CI des EVU für den Fahrplan und den unterjährigen Bau (KOMBau).
|
||||
Der Versand der Nachrichten zum unterjährigen Bau erfolgt nicht über das CI des operativen Betriebs.
|
||||
|
||||
Quellen:
|
||||
|
||||
Anlage 10 der EVU-SST-Dokumentation
|
||||
@@ -0,0 +1,33 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600170/N2+Abmeldung"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "d2c4dc68d2115931"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Behandlung in RUT-K
|
||||
|
||||
Bei Abmeldungen von Trassen oder Änderungen vor Angebotsabgaben von Trassen folgt der Prozess dem Systemdurchlauf ausgehend von TPN von vor der TT-Einführung. Das heißt der Status Quo bleibt erhalten (Nur Verknüpfung zwischen Fahrlage und Trasse wir gelöst, Trasse bleibt erhalten). Dies entspricht auch dem ausdrücklichen Wunsch der Anwender. Bei TTTclassic waren hier Änderungen bezüglich dem Beibehalten der bestehenden Trasse angedacht.
|
||||
|
||||
Quellen:
|
||||
|
||||
*
|
||||
@@ -0,0 +1,30 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600175/N2+Nichtkonstruierbarkeit"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "471c37bca6eae6ca"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Eine Nichtkonstruierbarkeit im Netzfahrplan Phase 2 entspricht weitgehend der aus der Phase 1: .
|
||||
@@ -0,0 +1,33 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "6"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600178/N2+Trassenangebot"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "302f7de33b1c28ee"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Es gelten auch für die N2 die entsprechenden Inhalte der [Netzfahrplanphase 1 zum Trassenangebot](https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596589/Trassenangebot) zu den Themen:
|
||||
|
||||
* Mindesthaltedauer (Dwelltime) an Start- und Zielbetriebsstelle
|
||||
* Veränderung des 1. TLP im Trassenangebot
|
||||
@@ -0,0 +1,33 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600166/N2+%C3%84nderung+vor+Angebotsabgabe"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "d2c4dc68d2115931"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Behandlung in RUT-K
|
||||
|
||||
Bei Abmeldungen von Trassen oder Änderungen vor Angebotsabgaben von Trassen folgt der Prozess dem Systemdurchlauf ausgehend von TPN von vor der TT-Einführung. Das heißt der Status Quo bleibt erhalten (Nur Verknüpfung zwischen Fahrlage und Trasse wir gelöst, Trasse bleibt erhalten). Dies entspricht auch dem ausdrücklichen Wunsch der Anwender. Bei TTTclassic waren hier Änderungen bezüglich dem Beibehalten der bestehenden Trasse angedacht.
|
||||
|
||||
Quellen:
|
||||
|
||||
*
|
||||
@@ -0,0 +1,32 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "6"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596587/Nachrichten-+und+Gesch%C3%A4ftsvorfallfolgen"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "6e757e488226c044"
|
||||
---
|
||||
|
||||
|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
Die folgende Übersicht zeigt die Architektur. Ebenso ist durch die Nummerierung die Abfolge erkennbar, in welcher die Systeme angesprochen werden.
|
||||
|
||||
|
||||
|
||||
|
||||
Der genauere Ablauf in der Netzfahrplankonstruktion ist im folgenden Ablaufdiagramm zu erkennen:
|
||||
+31
@@ -0,0 +1,31 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/537645503/Netzausgel%C3%B6ste+Stornierung+NAS+in+Gelegenheitsverkehr"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "8e2484e31abf831d"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Zum Vorgehen der NAS siehe unter Netzfahrplan: [Netzausgelöste Stornierung (NAS) - TAF/TAP Steuerung InfraGO - ariJa Confluence](https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600205/Netzausgel%C3%B6ste+Stornierung+NAS)
|
||||
@@ -0,0 +1,56 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "6"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600205/Netzausgel%C3%B6ste+Stornierung+NAS"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "335a4c9463bf5059"
|
||||
---
|
||||
|
||||
Seitenstatus
|
||||
|
||||
Bearbeitungsstand| IN ARBEIT
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Ausgangssituation
|
||||
|
||||
Die Infrastrukturnutzungsbedingungen (**INB**) legen fest, **dass die DB InfraGo AG den restlichen Trassenvertrag über den Rest des bestehenden Fahrplanjahres kündigen muss, wenn ein Kunde monatlich mehr als 30 Prozent der Trassenkilometer eines bestehenden Trassenvertrages storniert hat.** Bisher ist eine netzseitige Stornierung im Trassenportal nur für Rahmenvertrags-Kapazitäten möglich. Die netzausgelöste Stornierungen / Kündigung muss zukünftig auch für Trassen des Netzfahrplans und des Gelegenheitsverkehrs möglich sein. Zum aktuellen Status siehe die [Aktuelle Information zum Status der Kündigung von Trassenverträgen nach Ziffer 3.3.4.4.3 lit. a) der INB 2025](https://www.dbinfrago.com/web/aktuelles/kund-inneninformationen/kund-inneninformationen/2025-KW16-Trassenvertraege-13365664#:~:text=ziffer%203.3.4.4.3%20lit&text=a&text=inb&text=lit.&text=3.3.4.4.3&text=ziffer) sowie zukünftig mögliche aktualisierte Kundeninformationen.
|
||||
|
||||
Wenn Kunden eine Stornoquote größer 30 % innerhalb eines Monates gemäß INB aufweisen, müssen diese Trassen als Sanktionierung storniert werden. Dafür wird der NAÄ Prozess genutzt, der sich (Stand 16.1.26) noch in Entwicklung befindet).
|
||||
|
||||
## Vorgehen
|
||||
|
||||
Der Vorgang setzt sich grundsätzlich zusammen aus
|
||||
|
||||
* Auslösen der NAS in TPN. Dazu wird zunächst im Suchen-Postkorb im Kontextmenü unter weitere Funktionen: "Netzausgelöste Stornierung" (anstatt wie bisher nur "Netzausgelöste Trassenänderung...")
|
||||
* Weiterleiten einer NAS an die Konstruktion. dies startet mit der Weiterleitung an die GFD-Z (Wegfall)
|
||||
* Weitere Detailschritte sind dem Feature [[TTN-125] Netzausgelöste Stornierung der Restlaufzeit (zeitliche Teil- und Vollstornierung) - DB InfraGO ITD Lifecycle Management Tool](https://arija.jaas.service.deutschebahn.com/browse/TTN-125) entnehmbar.
|
||||
* Die netzausgelösten Stornierungen / Kündigungen müssen auch an pathOS übertragen werden, damit es mit TAF/TAP-TSI kompatibel ist.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Ein Workaround für den NAS-Prozess wäre das Einloggen in pathOS und dort stornieren. Dies wird aber nur nicht als übliches Vorgehen angestrebt.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
[Aktuelle Information zum Status der Kündigung von Trassenverträgen nach Ziffer 3.3.4.4.3 lit. a) der INB 2025](https://www.dbinfrago.com/web/aktuelles/kund-inneninformationen/kund-inneninformationen/2025-KW16-Trassenvertraege-13365664#:~:text=ziffer%203.3.4.4.3%20lit&text=a&text=inb&text=lit.&text=3.3.4.4.3&text=ziffer)
|
||||
@@ -0,0 +1,31 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/537645109/Netzausgel%C3%B6ste%C2%A0Stornierung+unterj%C3%A4hriger+Bau"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "d6ca22e4915f71db"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Zum Vorgehen bei Netzausgelösten Stornierungen (NAS) im Netzfahrplan: [Netzausgelöste Stornierung (NAS) - TAF/TAP Steuerung InfraGO - ariJa Confluence](https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600205/Netzausgel%C3%B6ste+Stornierung+NAS)
|
||||
@@ -0,0 +1,22 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "2"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/511724214/Netzausgel%C3%B6ste+%C3%84nderung+unterj%C3%A4hriger+Bau"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "b07e125c0b489772"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
@@ -0,0 +1,75 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "6"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596598/Nichtkonstruierbarkeit"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "6babd70cf403b528"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Nichtkonstruierbarkeit
|
||||
|
||||
Bei zeitlicher teilweiser Nichtkonstruierbarkeit kann es vorkommen, dass für bestimmte Zeiträume einer Bestellung (z.B. August) keine Trasse angeboten werden kann, während für andere Zeiträume (z.B. Juni/Juli) ein Angebot möglich ist. In solchen Fällen wird dem Kunden für die nicht konstruierbaren Zeiträume eine entsprechende Rückmeldung gegeben. Die Kommunikation mit dem Kunden ist dabei zentral: Entweder wird der Kunde informiert und muss seine Bestellung anpassen, oder es erfolgt eine vollständige Nichtkonstruierbarkeitsmeldung. In der NEP gibt es keine Teilzuweisung ohne Kommunikation mit dem Kunden. Technisch ist eine zeitliche teilweise Nichtkonstruierbarkeit möglich, sie muss aber dokumentiert und mit dem Kunden abgestimmt werden. Kapazitätskonflikte werden außerhalb der Fahrplan-IT gelöst und das Ergebnis dokumentiert. Eine Rückmeldung als teilweise nicht konstruierbar aufgrund fehlender Kapazität ist in NEP1 nicht vorgesehen, es sei denn, dies wurde mit dem Kunden vereinbart und dokumentiert.
|
||||
|
||||
Quelle:
|
||||
|
||||
* * EVU-Schnittstellendokumentation Kapitel 5.2.6
|
||||
|
||||
|
||||
|
||||
## Teilzuweisung
|
||||
|
||||
Teilzuweisungen sind möglich, wenn beispielsweise für verschiedene Zeiträume oder Streckenabschnitte unterschiedliche Angebote gemacht werden können (z.B. im Juni A-B-C, im Juli nur B-C, im August nur A-B). Technisch werden dazu mehrere Angebote (PDMS) auf eine Kundenanfrage (PRM) erstellt. Wenn sich dabei der Start- oder Zielbahnhof innerhalb derselben Region ändert, kann dies als abweichendes Angebot zurückgegeben werden. Ändert sich jedoch die Startregion, muss der Kunde neu bestellen. Die Kommunikation und Abstimmung mit dem Kunden ist auch hier erforderlich. Teilzuweisungen sind unabhängig von TTT möglich und müssen im Rahmen der Planung und Durchführung der Fahrplanprozesse rechtssicher an den Kunden kommuniziert werden.
|
||||
|
||||
Quelle:
|
||||
|
||||
* * Das Thema ist nicht Teil der EVU-Schnittstellendokumentation!
|
||||
|
||||
|
||||
|
||||
## Teilweise Nichtkonstruierbarkeit
|
||||
|
||||
* Eine räumliche TEILWEISE Nichtkonstruierbarkeit existiert nicht
|
||||
* Beispiel:
|
||||
* Der Kunde bestellt einen Zug von A über B nach C für Juni, Juli und August
|
||||
* wir können für August nur B nach C anbieten
|
||||
* Für August erzeugen wir in der Konstruktion einen eigenen Teil in TPN und schicken ein Angebot, was als Inhalt den Laufweg B-C umfasst. Für Juni und Juli senden wir ein Angebot, das den gesamten Laufwege A-B-C umfasst.
|
||||
* Für August liegt also ein Angebot vor und es ist kein Sachverhalt für eine Nichtkonstruierbarkeit.
|
||||
|
||||
|
||||
|
||||
Als Hintergrundinfo:
|
||||
|
||||
* bei einer Nichtkonstruierbarkeit wird die Zugnummer an den Tagen wieder frei (das geht nicht wenn der Zug verkehrt)
|
||||
* Würden wir im Beispiel oben im August kein Angebot machen, dann müsste hier eine Nachricht über die Nicht-Konstruierbarkeit an den Kunden gesendet werden.
|
||||
* Zeitlich - und nicht räumlich - wird also immer eine Antwort an den Kunden gesendet, sodass dieser für jeden Tag für den er den Zug bestellt hat auch eine Antwort erhält.
|
||||
* Eine echte Nichtkonstruierbarkeit kann auch an Einzeltagen vorkommen, aber es betrifft dann immer den kompletten Laufweg.
|
||||
|
||||
|
||||
|
||||
[Bild: https://arija.jaas.service.deutschebahn.com/secure/attachment/312035/312035_image-2025-07-25-10-03-01-551.png]
|
||||
|
||||
### Sonderfall Teilzuweisung im Netzfahrplan
|
||||
|
||||
Im Netzfahrplan möglich, wenn das so aus der Koordinierung/Konfliktlösung so herausgekommen ist. Also der Kunde dem zugestimmt hat, oder eine Teilzuweisung gewünscht hat. Wenn er nicht zustimmt landet er im Streitbeilegungsverfahren und wenn er dort im Fall des Verlusts keine Teilzuweisung (räumlich) wünscht, erhält er auch gar kein Angebot und eine vollständige Nichtkonstruierbarkeit.
|
||||
|
||||
Quelle
|
||||
|
||||
* * EVU-Schnittstellendokumentation Kapitel 5.2.6
|
||||
@@ -0,0 +1,70 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "9"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/508366692"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "ab89ecc28bf073f0"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
**Projekt allgemein** :
|
||||
|
||||
86 724f078f-07d9-4bc3-ad0e-7da33c545c08 incomplete Idee: Auf Standard-Onboarding-Prozess aufsetzen 87 aea5aa9d-f43b-4170-a9ac-52aae79c3d4c incomplete Ansprechpartner analog zu Team-AM für alle Kollegen benennen → Elena 88 incomplete AP sollte dann Zugriffberechtigungen besorgen etc. 89 incomplete [Order2Cash_Start Guide](https://dbsw.sharepoint.com/:p:/r/teams/bestellportal.projekt.dbnetz/_layouts/15/Doc.aspx?sourcedoc=%7BBCB6F3CB-2D80-4B9B-A80F-EE11EA3ABF76%7D&file=Order2Cash_Start%20Guide.pptx&action=edit&mobileredirect=true) Inhalte vermitteln 90 incomplete Teams/Systeme kennenlernen
|
||||
|
||||
92 074ff812-4e48-4dbe-b4e0-2ad498d323c4 incomplete Umgebungen/Systeme vermitteln 93 incomplete Wer macht das? SA/Karsten 64 incomplete [Runbook](https://bestellsystem1.gitpages.tech.rz.db.de/docs/runbook/02-architecture/07_deployment_view.html)
|
||||
|
||||
94 7c9e2989-6b3c-482a-9e21-5aa661aed747 incomplete Releaseprozesses 95 incomplete Wer macht das? SA/Karsten
|
||||
|
||||
1-Level spezifisch| 2-Level spezifisch
|
||||
---|---
|
||||
|
||||
* Ansprechpartner allgemein: → Ben, Jun, Martin
|
||||
|
||||
|
||||
|
||||
* Arbeitsfähigkeit herstellen
|
||||
* Teams Kanal für den 1-Level
|
||||
* Hotline = (MS-Teams-Calling) bestellen
|
||||
* Kontaktformular zur [Ticketanlage](https://www.dbinfrago.com/pathoskontakt)
|
||||
|
||||
|
|
||||
|
||||
* Arbeitsfähigkeit herstellen
|
||||
* Teams Kanal für Nachfragen an den 2-Level
|
||||
|
||||
|
||||
|
||||
* -Übersicht
|
||||
|
||||
|
||||
|
||||
* Vom PathOS FbF für das [ Jira ](https://arija.jaas.service.deutschebahn.com/plugins/servlet/project-config/BSSUPPORT/roles)Berechtigen lassen (Team/Admin)
|
||||
* Zusätzlich dazu wird die Agentenlizenz für C2S & O2C (DEBI) benötigt
|
||||
|
||||
|
||||
|
||||
*
|
||||
|
|
||||
|
||||
*
|
||||
|
||||
Übersicht [Smoketests](https://reporting-phaseg.konbel.comp.db.de/itt/Testergebnisdashboard-TTT/)
|
||||
|
||||
|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**Schulungen** :
|
||||
|
||||
99 c2a92322-9ef7-4f2d-a1ed-6e9bf76e4320 incomplete PathOS WBT - [dbinfrago.com/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem](https://www.dbinfrago.com/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem--13003480) 100 4aa36510-294f-4afd-bbfc-4d23b3398c2e incomplete [qualifizierung.intranet](https://qualifizierung.intranet.deutschebahn.com/search?query=Fahrplan%20IT)
|
||||
@@ -0,0 +1,45 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "6"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/493889936/OTN+und+Zugnummern"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "40b5772fcca16a5b"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
Die OTN wird am ersten Laufwegspunkt angegeben und ist für die gesamt Fahrlage bindend.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Zugnummernimplementierung an OTN-Regeln
|
||||
|
||||
TPN passt für TTT ihre Zugnummernregeln in ihrem Zugnummerngenerator an. Die Implementierung umfasst verschiedenen Fälle, die planmäßig funktionieren bzw. ausgeschlossen sind. Siehe dazu die Tabelle in der Story.
|
||||
|
||||
Quelle:
|
||||
+318
@@ -0,0 +1,318 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "web"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "www.dbinfrago.com"
|
||||
source_version: ""
|
||||
url: "https://www.dbinfrago.com/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem--13003480"
|
||||
last_updated: "2026-06-27"
|
||||
review_status: "approved"
|
||||
review_notes: "Blacklist-Treffer: Vertraulich | manuell freigegeben (approvals.yaml)"
|
||||
content_hash: "c35ec14652895cba"
|
||||
meta_fingerprint: "1490169b69a1c6eb"
|
||||
---
|
||||
|
||||
Die DB InfraGO AG führt zum Fahrplanjahr 2027 das neue Trassenbestellsystem pathOS, bestehend aus einer technischen Schnittstelle und einem neuen Webportal ein. Damit sind wir im Trassenbestellprozess vollständig TAF/TAP TSI-konform ausgerichtet und setzen auf ein neues, modernes und nachhaltiges IT-System. Das neue Nachrichtenformat wird EU-weit die Kommunikation im Eisenbahnverkehr vereinheitlichen (weitere Informationen dazu finden Sie auf unserer TAF/TAP Informationsplattform: <https://www.dbinfrago.com/taf-tap-tsi>).
|
||||
|
||||
Wir freuen uns jederzeit über Feedback, Ideen, Anregungen und auch Fehler, die Sie z. B. in der Anwendung gefunden haben. Wenn Sie heute schon Hinweise für uns haben, schicken Sie uns am einfachsten eine E-Mail an unser Postfach [pathOS@deutschebahn.com](mailto:pathOS@deutschebahn.com) oder nutzen direkt das Kontaktformular.
|
||||
|
||||
**1\. Aktuelles & Informationen**
|
||||
|
||||
_Aktuelle Zeitplanung_
|
||||
|
||||
* Zum Fahrplanjahr 2027 führt die DB InfraGO pathOS als das neue, TAF/TAP-konforme System zur Trassenanmeldung ein.
|
||||
* Trassenanmeldungen in den Fahrplanjahren 2025 und 2026 sind wie gewohnt über TPN anzumelden.
|
||||
* Dies bedeutet, dass alle Trassenanmeldungen für das Fahrplanjahr 2027 nur noch über pathOS laufen: Ab März 2026 in der Netzfahrplananmeldephase müssen also die ersten Trassen im neuen Format angemeldet werden.
|
||||
* Für Anmeldungen bis einschließlich Fahrplanjahr 2026 werden weiterhin unsere heutigen Kanäle genutzt, somit kommt es im Kalenderjahr 2026 übergangsweise zu einem faktischen Parallelbetrieb – mit getrennten Inhalten: TPN für alles bis einschließlich Fahrplanjahr 2026 – pathOS für alles ab dem Fahrplanjahr 2027.
|
||||
|
||||
|
||||
|
||||
_Wichtige Hinweise zur Userverwaltung:_
|
||||
|
||||
* Das neue Trassenbestellsystem pathOS wird künftig für alle Kund:innen (außerhalb der DB InfraGO) über das Infraportal verwaltet. Damit folgen wir dem Standard, dass das Infraportal alle Anwendungen über einen Login bündelt.
|
||||
* Für das Trassenportal Netz (TPN) gilt, solange es weiter benutzt wird, für alle Anwender die heutige Userverwaltung.
|
||||
* Es werden keine heutigen TPN-User in pathOS migriert – jeder Anwendende, der künftig pathOS benutzen möchte, muss sich dazu im Infraportal berechtigen lassen.
|
||||
* Im Infraportal muss zunächst ein personenscharfer Zugang beantragt werden. Anwendende, die z.B. durch eine andere Anwendung bereits einen Zugang besitzen, können diesen selbstverständlich verwenden. Anschließend muss für das neue Tool pathOS die Freischaltung beantragt werden (dies kann zusammen mit der Beantragung des Zugangs erfolgen). Die Erteilung der Berechtigung erfolgt dann wie im Infraportal gewohnt, durch den Superuser des jeweiligen Zugangsberechtigten selbst.
|
||||
* Für pathOS ist darauf zu achten, sich für das korrekte Unternehmen (Hauptkundennummer, Company Code) berechtigen zu lassen und dann zwingend die relevanten Kundennummern auszuwählen, die benötigt werden. pathOS „denkt“ immer auf der Ebene einer Kundennummer.
|
||||
* Bis das Produktivsystem im Infraportal hinterlegt wird, haben wir im Infraportal nur unsere Schulungs- und Testumgebung hinterlegt. Künftig wird es dann zwei Tools für pathOS geben – wir trennen hier nach „Schulung und Test“ und „Produktiv (live)“. Beide Berechtigungen müssen separat vergeben werden!
|
||||
* Alle Fragen zum Infraportal und der Userverwaltung richten Sie bitte an den zugehörigen Support: [einfachbahn@deutschebahn.com](mailto:einfachbahn@deutschebahn.com)
|
||||
|
||||
|
||||
|
||||
Wir empfehlen, sich frühzeitig mit der neuen Umgebung vertraut zu machen! Im Punkt 2 „Schulungsmaterial- und Unterlagen“ finden Sie alle wichtigen Informationen, um das neue Portal pathOS bedienen zu können.
|
||||
|
||||
_TAF/TAP TSI Basics_
|
||||
|
||||
TAF/TAP TSI setzt voraus, dass alle Zugangsberechtigten (z.B. EVU) einen eigenen Company Code für den Datenaustausch haben. Dies ist der eindeutige Identifikator des Absenders – ohne Company Code können keine Trassen angemeldet werden. Zudem ist der Company Code Teil jeder Identifikation eines Zuges – auch im operativen Betrieb.
|
||||
|
||||
Wer aktuell noch keinen Company Code hat, muss diesen bei der [UIC](https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fuic.org%2Fsupport-activities%2Fit%2Frics&data=05%7C02%7Credaktion.DBInfraGo%40deutschebahn.com%7C53c35c0ab10e40d17e7508dcc34371ba%7Ca1a72d9c49e64f6d9af65aafa1183bfd%7C0%7C0%7C638599941648891904%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=O2YYafWBcVzxaV7YboE0pwH8S3%2Fr7GUzXyNDjNwUBQM%3D&reserved=0) beantragen, ab dem 01.01.2026 wird dieser innerhalb der EU direkt bei der [ERA](https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.era.europa.eu%2Fdomains%2Fregisters%2Focr_en&data=05%7C02%7Credaktion.DBInfraGo%40deutschebahn.com%7C53c35c0ab10e40d17e7508dcc34371ba%7Ca1a72d9c49e64f6d9af65aafa1183bfd%7C0%7C0%7C638599941648899171%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=7ypFiFuQ8Ik1RvPiqYqUx3pNWsao8IKFhICgKOlELZU%3D&reserved=0) beantragt. Wer bereits einen Company Code (RICS Code) hat, kann diesen bei der ERA als einen gleichlautenden Organisation Code bestätigen lassen. Der Organisation Code ist erforderlich bei Nutzung von ERA-Anwendungen, wie z.B. dem Fahrzeugregister, derzeit allerdings noch losgelöst von TAF/TAP TSI. Künftig werden diese beiden Codes synchronisiert.
|
||||
|
||||
Details zu den verschiedenen Nachrichtentypen und weiterführende Informationen werden durch die RNE auf deren [Homepage](https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Frne.eu%2Fit%2Ftaf-tap-tsi%2F&data=05%7C02%7Credaktion.DBInfraGo%40deutschebahn.com%7C53c35c0ab10e40d17e7508dcc34371ba%7Ca1a72d9c49e64f6d9af65aafa1183bfd%7C0%7C0%7C638599941648906189%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=id403HIAqkOuwpwlbGGCdXIHHYY%2BMbeCulfxdzSF49Q%3D&reserved=0 "Wird in einem neuen Tab geöffnet") sowie auf der Seite der [Joint Sector Group (JSG)](https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Ftaf-jsg.info%2F&data=05%7C02%7Credaktion.DBInfraGo%40deutschebahn.com%7C53c35c0ab10e40d17e7508dcc34371ba%7Ca1a72d9c49e64f6d9af65aafa1183bfd%7C0%7C0%7C638599941648921558%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=Kez7DSJNy5%2BQ1%2F1NfSzxt6vMsuwRQ0ps0orvYWx%2Bh8s%3D&reserved=0 "Wird in einem neuen Tab geöffnet") bereitgestellt.
|
||||
|
||||
Für allgemeine Themen rund um TAF/TAP TSI gibt es in Deutschland einen sogenannten „National Contact Point (NCP)“, der in unserem Fall in der DB InfraGO AG angehängt ist. Kontaktieren Sie bei übergreifenden Themen also gerne den NCP direkt über dessen [E-Mail-Postfach](mailto:ncp.de-taftap@deutschebahn.com "Wird in einem neuen Tab geöffnet") ([ncp.de-taftap@deutschebahn.com](mailto:ncp.de-taftap@deutschebahn.com "Wird in einem neuen Tab geöffnet")).
|
||||
|
||||
**2\. Schulungsmanagement**
|
||||
|
||||
2.1 Allgemeine Schulungsunterlagen
|
||||
|
||||
[ Handbuch pathOS Webportal (Version 1.01– Stand 13.03.2026) (PDF | 19,7 MB) ](/resource/blob/13716038/9e644d9152371922c4a5bb0282b61567/Handbuch-pathOS-Webportal-Version-1-01-Stand-13-Maerz-2026--data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Anleitung zur pathOS-Userverwaltung im Infraportal (PDF | 715,9 KB) ](/resource/blob/13636002/3d53668bffdcbc0973ce45791fc54221/Anleitung-zur-pathOS-Userverwaltung-im-Infraportal-data.pdf "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ FAQ TAF/TAP TSI – November 2025 (XLSX | 93,8 KB) ](/resource/blob/12598646/449d965fc39605ccd581a4185e9e571d/FAQ-TAF-TAP-TSI-November-2025-data.xlsx "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
2.2 Web-Based-Trainings
|
||||
|
||||
An dieser Stelle finden Sie unsere aktuellen Web-Based-Trainings (WBT) zum Selbststudium und ersten Kennenlernen der neuen Welt mit pathOS und TAF/TAP TSI. Zum Starten eines Trainings klicken Sie bitte auf den jeweiligen untenstehenden Link – anschließend öffnet sich das WBT in einem neuen Fenster. Folgen Sie nun den Anweisungen im WBT selbst und klicken sich durch das jeweilige Thema. Es erfolgt keine Speicherung eines Zwischenstands – Sie können allerdings jederzeit ein WBT von vorne beginnen (entweder durch erneutes Öffnen des Links oder die Steuerleiste des WBT ganz unten im Browser).
|
||||
|
||||
Wichtiger Hinweis: Die WBT sind aktuell noch nicht final und haben einen teilweise veralteten Softwarestand. Im Laufe des Jahres werden alle WBT aktualisiert, so dass diese dann zum Go-Live in neuer Version vorliegen. Die Grundelemente sind alle korrekt – so dass wir diese dem Markt nun gerne so früh wie möglich zur Verfügung stellen möchten.
|
||||
|
||||
1. [pathOS WBT – Lerneinheit 01 – Allgemeine Bedienung](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db298599/2835725/video_config.json&autostart=false&defaultquality=0&mute=false "Wird in einem neuen Tab geöffnet")
|
||||
2. [pathOS WBT – Lerneinheit 02.1 – Trassenanmeldung im SGV](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db298601/2835745/video_config.json&autostart=false&defaultquality=0&mute=false "Wird in einem neuen Tab geöffnet")
|
||||
3. [pathOS WBT – Lerneinheit 02.2 – Trassenanmeldung im SPV](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db298600/2835735/video_config.json&autostart=false&defaultquality=0&mute=false "Wird in einem neuen Tab geöffnet")
|
||||
4. [pathOS WBT – Lerneinheit 03.1 – Die Angebotsansicht](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db298602/2835755/video_config.json&autostart=false&defaultquality=0&mute=false "Wird in einem neuen Tab geöffnet")
|
||||
5. [pathOS WBT – Lerneinheit 03.2 – Anmeldung von Tfz-Fahrt/Lokzug](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db298603/2835765/video_config.json&autostart=false&defaultquality=0&mute=false "Wird in einem neuen Tab geöffnet")
|
||||
6. [pathOS WBT – Lerneinheit 03.3 – Anmeldung Tfz-Fahrt zum Vollzug](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db298604/2835775/video_config.json&autostart=false&defaultquality=0&mute=false "Wird in einem neuen Tab geöffnet")
|
||||
7. [pathOS WBT – Lerneinheit 03.4 – Die Zugcharakteristik](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db298605/2835785/video_config.json&autostart=false&defaultquality=0&mute=false "Wird in einem neuen Tab geöffnet")
|
||||
8. [pathOS WBT – Lerneinheit 03.5 – Einzelne weitere Angaben (u.a. Gefahrgut und durchführendes EVU)](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db298606/2835795/video_config.json&autostart=false&defaultquality=0&mute=false "Wird in einem neuen Tab geöffnet")
|
||||
9. [pathOS WBT – Lerneinheit 04 – Grundlegende Prozesse (inkl. Änderung und Stornierung)](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db298607/2835805/video_config.json&autostart=false&defaultquality=0&mute=false "Wird in einem neuen Tab geöffnet")
|
||||
10. [pathOS WBT – Lerneinheit 05 – komplexes Beispiel im internationalen Güterverkehr](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db298608/2835815/video_config.json&autostart=false&defaultquality=0&mute=false "Wird in einem neuen Tab geöffnet")
|
||||
11. [pathOS WBT – Lerneinheit 06 – komplexes Beispiel im innerdeutschen Nahverkehr](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db298609/2835825/video_config.json&autostart=false&defaultquality=0&mute=false "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
2.3 Erklärvideos und weitere Dokumente
|
||||
|
||||
**2.3.1 – pathOS – Grundlagen**
|
||||
|
||||
[pathOS – Navigation im Portal](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db266178/2575101/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (2:12 min)
|
||||
[pathOS – Die Eingabemaske zur Trassenanmeldung](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db266180/2575111/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (2:47 min)
|
||||
[pathOS – Kontaktmöglichkeiten und Hilfe im Portal](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db266181/2575121/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (2:01 min)
|
||||
[pathOS – Die Vorgangsübersicht](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db266182/2575131/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (2:31 min)
|
||||
[pathOS – Arbeiten mit Entwürfen und Vorlagen](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db266183/2575141/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (2:27 min)
|
||||
[pathOS – Arbeiten mit Angeboten](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db266186/2575161/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (2:16 min)
|
||||
[pathOS – Grundlagen der Trainactivity](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db276594/2659362/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (2:39 min)
|
||||
[pathOS – Angaben zur Zugcharakteristik](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db276593/2659352/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (3:24 min)
|
||||
[pathOS – Grundlagen zum Laufweg](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db276591/2659332/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (2:55 min)
|
||||
[pathOS – Kontaktformular: Fehler und Feedback](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db276590/2659322/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (1:57 min)
|
||||
[pathOS – Auswahl und Wechsel Kundennummer](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db280022/2685317/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (2:16 min)
|
||||
[pathOS – Vorgänge einfach finden](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db280026/2685366/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (1:14 min)
|
||||
[pathOS – Teilweise Stornierung einer Trassenanmeldung](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284871/2763860/video_config.json&autostart=false&defaultquality=0&mute=false) (2:32 min)
|
||||
[pathOS – Anlegen von alternativer Zugcharakteristik](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284875/2763820/video_config.json&autostart=false&defaultquality=0&mute=false) (2:24 min)
|
||||
[pathOS – vollständige Stornierung einer Trassenanmeldung](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284870/2763870/video_config.json&autostart=false&defaultquality=0&mute=false) (1:50 min)
|
||||
[pathOS – Netzfahrplananmeldung: Umgang mit VNP und ENP](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284873/2763840/video_config.json&autostart=false&defaultquality=0&mute=false) (2:01 min)
|
||||
[pathOS – Änderungen an Trassenanmeldungen](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db292503/2801305/video_config.json&autostart=false&defaultquality=0&mute=false) (2:26 min)
|
||||
[pathOS – Traktionsartwechsel und Akku Laden](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db292548/2801518/video_config.json&autostart=false&defaultquality=0&mute=false) (2:08 min)
|
||||
[pathOS – Umgang mit Taktverkehren ](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db292514/2801394/video_config.json&autostart=false&defaultquality=0&mute=false)(2:17 min)
|
||||
[pathOS – Umgang mit Zeitangaben](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db292517/2801424/video_config.json&autostart=false&defaultquality=0&mute=false) (3:04 min)
|
||||
[pathOS – Anmeldung von Schlepploks](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db293052/2808208/video_config.json&autostart=false&defaultquality=0&mute=false) (2:50 min)
|
||||
[pathOS – Anmeldung von Tfz-Fahrten, Lokzügen, Leerreisezügen](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db293051/2808198/video_config.json&autostart=false&defaultquality=0&mute=false) (2:03 min)
|
||||
[pathOS – Login, Zugang, Userverwaltung](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db294207/2814948/video_config.json&autostart=false&defaultquality=0&mute=false) (2:37 min)
|
||||
[pathOS – Wagen zu- und absetzen ](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db294206/2814938/video_config.json&autostart=false&defaultquality=0&mute=false)(1:56 min)
|
||||
[pathOS – Bestellung von Mehrfachtraktionen](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db296620/2830487/video_config.json&autostart=false&defaultquality=0&mute=false) (2:33 min)
|
||||
[pathOS – Angabe von abweichenden durchführenden EVU’s](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db296621/2830497/video_config.json&autostart=false&defaultquality=0&mute=false) (3:12 min)
|
||||
[pathOS – Umgang mit dem Reason of Reference](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db297132/2832287/video_config.json&autostart=false&defaultquality=0&mute=false) (3:03 min)
|
||||
|
||||
**2.3.2 – pathOS – Vertiefung**
|
||||
|
||||
[pathOS – Hybrid und Dampffahrzeuge](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db276592/2659342/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (1:37 min)
|
||||
[pathOS – Erstellen eines Case Reference Objektes](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284874/2763830/video_config.json&autostart=false&defaultquality=0&mute=false) (2:47 min)
|
||||
[pathOS – Verknüpfen mit einem Case Reference Objekt](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284872/2763850/video_config.json&autostart=false&defaultquality=0&mute=false) (2:19 min)
|
||||
[pathOS – Netzausgelöste Änderungen und Stornierungen ](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db292506/2801325/video_config.json&autostart=false&defaultquality=0&mute=false)(2:14 min)
|
||||
[pathOS – Was wird aus Stammzügen und Ergänzern?](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db292507/2801335/video_config.json&autostart=false&defaultquality=0&mute=false) (2:20 min)
|
||||
[pathOS – Internationale Trassenanmeldungen (Teil 1)](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db292544/2801498/video_config.json&autostart=false&defaultquality=0&mute=false) (3:07 min)
|
||||
[pathOS – Internationale Trassenanmeldungen (Teil 2) ](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db292547/2801508/video_config.json&autostart=false&defaultquality=0&mute=false)(3:10 min)
|
||||
[pathOS - Anwendung vom Offset to Reference](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db292516/2801414/video_config.json&autostart=false&defaultquality=0&mute=false) (3:07 min)
|
||||
[pathOS – Zusammenführung und Trennung von Zugteilen](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db292515/2801404/video_config.json&autostart=false&defaultquality=0&mute=false) (2:17 min)
|
||||
[pathOS – Beförderungsbesonderheiten](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db294203/2814908/video_config.json&autostart=false&defaultquality=0&mute=false) (2:27 min)
|
||||
[pathOS – Referenzierung auf Rahmenvertragskapazitäten](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db294205/2814928/video_config.json&autostart=false&defaultquality=0&mute=false) (1:25 min)
|
||||
[pathOS – Meldung von ETCS-Zugdaten](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db294204/2814918/video_config.json&autostart=false&defaultquality=0&mute=false) (2:40 min)
|
||||
[pathOS - Innerdeutsche Trassenanmeldungen](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db297131/2832277/video_config.json&autostart=false&defaultquality=0&mute=false) (2:53 min)
|
||||
[pathOS – Sonderfall Inland – Ausland – Inland](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db297133/2832297/video_config.json&autostart=false&defaultquality=0&mute=false) (2:28 min)
|
||||
|
||||
[Informationen für Fahrplanbearbeitungsgrenzen – PDF](/resource/blob/13501726/98781a2e02050f8e3b3e0a80e5a65ee9/Informationen-zu-Fahrplanbearbeitungsgrenzen-Planning-Handover-data.pdf)
|
||||
[Liste der Planning Handover zu ausländischen EIU – EXCEL](/resource/blob/13501728/d337e5f5f043c00737a2a43f7817cfe0/Liste-der-Planning-Handoverpoints-zu-auslaendischen-EIU-data.xlsx)
|
||||
|
||||
**2.3.3 – TAF/TAP TSI Grundlagen**
|
||||
|
||||
[TAF/TAP TSI – Grundlagen: Hintergrund & Vision](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db276588/2659302/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (3:13 min)
|
||||
[TAF/TAP TSI – Grundlagen: Neue Identifikatoren](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db276587/2659292/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (3:07 min)
|
||||
[TAF/TAP TSI – Grundlagen: Die 1:n-Logik](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db276589/2659312/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (2:22 min)
|
||||
[TAF/TAP TSI – Grundlagen: Die ReferenceTrainID](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db276586/2659282/video_config.json&autostart=false&defaultquality=0&mute=false&skin=content) (3:16 min)
|
||||
[TAF/TAP TSI – Grundlagen: Was ist ein Reference Train? (Variante 2)](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284869/2763880/video_config.json&autostart=false&defaultquality=0&mute=false) (2:08 min)
|
||||
[TAF/TAP TSI – Grundlagen: Was ist eine Route? ](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284868/2763890/video_config.json&autostart=false&defaultquality=0&mute=false)(1:51 min)
|
||||
[TAF/TAP TSI – Grundlagen: Was ist ein PathRequest?](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284867/2763900/video_config.json&autostart=false&defaultquality=0&mute=false) (2:27 min)
|
||||
[TAF/TAP TSI – Grundlagen: Was ist ein Path?](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284865/2763920/video_config.json&autostart=false&defaultquality=0&mute=false) (2:14 min)
|
||||
[TAF/TAP TSI – Grundlagen: Die 1:n-Logik (Variante 2)](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284863/2763940/video_config.json&autostart=false&defaultquality=0&mute=false) (1:54 min)
|
||||
[TAF/TAP TSI – Grundlagen: Rollen der EIU mit Blick auf Grenzübergänge](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db286092/2767032/video_config.json&autostart=false&defaultquality=0&mute=false) (2:07min)
|
||||
[TAF/TAP TSI – Grundlagen: Rollen der EVU](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db286093/2767042/video_config.json&autostart=false&defaultquality=0&mute=false) (3:50min)
|
||||
|
||||
**2.3.4 – TAF/TAP TSI Vertiefung**
|
||||
|
||||
[TAF/TAP TSI – Anwendung: eintägiger Verkehr](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db297001/2831657/video_config.json&autostart=false&defaultquality=0&mute=false) (2:16 min)
|
||||
[TAF/TAP TSI – Anwendung: mehrtägiger Verkehr](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db297002/2831667/video_config.json&autostart=false&defaultquality=0&mute=false) (3:07 min)
|
||||
[TAF/TAP TSI – Anwendung: internationale Trassenanmeldung](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db297005/2831677/video_config.json&autostart=false&defaultquality=0&mute=false) (3:03 min)
|
||||
[TAF/TAP TSI – Vertiefung: Was sind Case Reference Objekte?](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284864/2763930/video_config.json&autostart=false&defaultquality=0&mute=false) (1:21 min)
|
||||
[TAF/TAP TSI – Vertiefung: ReasonOfReference & TrainActivity](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284866/2763910/video_config.json&autostart=false&defaultquality=0&mute=false) (2:55min)
|
||||
[TAF/TAP TSI – Vertiefung: Entfall Verkehrstageschlüssel](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db286094/2767052/video_config.json&autostart=false&defaultquality=0&mute=false) (1:35min)
|
||||
[TAF/TAP TSI – Vertiefung: Auswirkungen auf die Zugnummer](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db286094/2767052/video_config.json&autostart=false&defaultquality=0&mute=false) (2:29min)
|
||||
[TAF/TAP TSI – Vertiefung: Offset To Reference](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db286096/2767072/video_config.json&autostart=false&defaultquality=0&mute=false) (4:11min)
|
||||
[TAF/TAP TSI – Vertiefung: Entfall Wunschkonstruktionsgeschwindigkeit](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db286102/2767102/video_config.json&autostart=false&defaultquality=0&mute=false) (1:30min)
|
||||
[TAF/TAP TSI – Vertiefung: Tageswechsel / Offsest](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db292502/2801295/video_config.json&autostart=false&defaultquality=0&mute=false) (2:56min)
|
||||
|
||||
[ TAF/TAP TSI – Vertiefung: Entfall der Stamm- und Ergänzungsfahrplanlogik (PDF | 141,1 KB) ](/resource/blob/13502062/b7d8c762f17daa28c5dba58cfc2638ea/Vertiefung-Entfall-der-Stamm-und-Ergaenzungsfahrplanlogik-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI – Vertiefung: Geänderte Darstellung von Triebfahrzeugen (PDF | 45,9 KB) ](/resource/blob/13502064/20845388cfe21c128f61bce44f3ca905/Vertiefung-Geaenderte-Darstellung-von-Triebfahrzeugen-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ TAF/TAP TSI – Vertiefung: Traction Mode (PDF | 139,7 KB) ](/resource/blob/13502066/ac71e95be5914df74201afe3d36b3b28/Vertiefung-Traction-Mode-data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
2.4 Schulungstermine und Veranstaltungen
|
||||
|
||||
An dieser Stelle werden alle anstehenden Schulungstermine und Veranstaltungen zu pathOS veröffentlicht – weitere Termine folgen sukzessive! Sobald ein Kalendereintrag (ICS) am Termin steht, wird der Termin im Regelfall stabil gehalten – diese Termine können ohne Einladung und TN-Bestätigung besucht werden.
|
||||
|
||||
Zudem erreichen Sie über den nachstehenden Link die Buchungsplattform unseres Schulungspartners DB Training, wo Sie sich für die Vertiefungsworkshops anmelden können. Diese haben alle eine begrenzte Teilnehmer-Anzahl und dienen der Vertiefung und gemeinsamen Besprechung von komplexen Beispielen. In der Regel gibt es einen Termin von 8:30 bis 11:45 Uhr und einen von 13:15 bis 16:30 Uhr. Für diese Termine müssen Sie sich über den jeweiligen Terminlink auf der DB Training-Buchungsplattform anmelden! Es fallen keine Kosten an – diese übernehmen wir!
|
||||
|
||||
Link zur DB Training Buchungsplattform: [https://www.db-training.de/courses/0009382](https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.db-training.de%2Fcourses%2F0009382&data=05%7C02%7Credaktion.DBInfraGo%40deutschebahn.com%7C4c587242ca04450ef2fe08de3998bd16%7Ca1a72d9c49e64f6d9af65aafa1183bfd%7C0%7C0%7C639011525322043851%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=C3nCKQgA5rEiPh3qs0SiTquGx2IDylPzyoc1sIu9M0Y%3D&reserved=0 "Wird in einem neuen Tab geöffnet")
|
||||
|
||||
Wöchentlich ab dem 01.07.26 (mittwochs, 10:00 - 11:00 Uhr)| **Regeltermin Sprechstunde****pathOS Webportal**| [**Kalendereintrag**](/resource/blob/13954688/7d8a350838b4b82841075bea74d3bee8/pathOS-Sprechstunde-data.ics)[(ICS | 24 KB)](/resource/blob/13954688/7d8a350838b4b82841075bea74d3bee8/pathOS-Sprechstunde-data.ics)
|
||||
---|---|---
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
**3\. Informationen für Schnittstellen-Nutzer (und die jeweiligen IT-Firmen)**
|
||||
|
||||
Informationen für Kund:innen, die die Schnittstelle benutzen
|
||||
|
||||
Die folgenden Informationen sind für Sie relevant, wenn Sie für die Trassenanmeldung entweder eigene IT oder das Angebot eines IT-Dienstleisters nutzen. Denn diese muss zukünftig TAF/TAP TSI-fähig sein. Die dazu benötigten technischen Informationen zur Implementierung finden Sie in der aktuell geltenden [Schnittstellendokumentation](https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208 "Wird in einem neuen Tab geöffnet"). Hier finden Sie neben dem Schnittstellen-Hauptdokument, alle Anhänge und die jeweils aktuellen Stammdaten.
|
||||
|
||||
Jedes EVU, dass die neue TAF/TAP konforme Schnittstelle zur Trassenanmeldung nutzen möchte, muss sich vorab bei der DB InfraGO AG melden und freigeschaltet werden. Vor der produktiven Nutzung der neuen Schnittstelle durchlaufen wir gemeinsam mit jedem Schnittstellenpartner einen standardisierten Onboarding-Prozess, um die technischen Voraussetzungen zu schaffen und eine effiziente Qualitätssicherung sicherzustellen.
|
||||
|
||||
Selbstverständlich können bisherige Schnittstellenkunden künftig auch im pathOS Portal bestellen. Die Userverwaltung erfolgt dabei über das Infraportal.
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
Details zur Durchführung von Tests für IT-Partner
|
||||
|
||||
* Bitte kontaktieren Sie uns so früh wie möglich über unser bekanntes Postfach: [pathOS@deutschebahn.com](mailto:pathOS@deutschebahn.com "Wird in einem neuen Tab geöffnet").
|
||||
* Wir benötigen von Ihnen Konfigurationsparameter Ihrer Schnittstelle und geben Ihnen dann die aktuellen CI-Konfigurationsparameter von unserer Schnittstelle mit. Bitte benutzen Sie dafür das Antragsformular für die Testumgebung.
|
||||
* Der Nachrichtenaustausch findet verschlüsselt über SSL/TLS statt. Die Kommunikation mit dem „CI_Planning_DBInfraGO“ wird über X.509 Zertifikate abgesichert werden. Dadurch werden die Integrität und Vertraulichkeit der Nachrichten sichergestellt. Es werden nur Zertifikate akzeptiert, die von der RNE CA ([Certificate Authority](https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Frne.eu%2Fit%2Fproducts%2Fccs%2F&data=05%7C02%7Credaktion.DBInfraGo%40deutschebahn.com%7C17ab9d19cffa42a9ec8508de04d1cc47%7Ca1a72d9c49e64f6d9af65aafa1183bfd%7C0%7C0%7C638953496590347352%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=Klj6OJdZmYjXzKAgS6obZSWb4Uindios0XF4SiLQqAo%3D&reserved=0 "Wird in einem neuen Tab geöffnet")) ausgestellt wurden. Diese erhält man von der RNE ([Link zum Common Components System](https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Frne.eu%2Fit%2Fproducts%2Fccs%2F&data=05%7C02%7Credaktion.DBInfraGo%40deutschebahn.com%7C17ab9d19cffa42a9ec8508de04d1cc47%7Ca1a72d9c49e64f6d9af65aafa1183bfd%7C0%7C0%7C638953496590371101%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=IkM1XvQ1HZEKu6D27tFnBommrwa8k%2FnxJGJAX1U0PZk%3D&reserved=0 "Wird in einem neuen Tab geöffnet")). Die DB InfraGO AG erwartet, dass Sie TLS (Transport Layer Security) Version 1.2, besser Version 1.3 unterstützen. Weitere Informationen findet man hierzu in der Anlage 2, Kapitel 3 der Schnittstellendokumentation.
|
||||
|
||||
|
||||
|
||||
[ Testfälle CI Test (Stand 01.2026) (XLSX | 60,2 KB) ](/resource/blob/13003494/63195c8fdb040a51fffb7a1693803338/202510_TestfaelleCITest-data.xlsx "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
Onboarding Schnittstellennutzer
|
||||
|
||||
* Für das Onboarding und damit einhergehend die Berechtigung später auch über die Schnittstelle von pathOS Trassen anzumelden, benötigen wir von jedem Schnittstellenpartner (inkl. IT-Dienstleister) ein ausgefülltes Antragsformular. Die Dokumente finden Sie unter diesem Text, für EVU differenziert nach Testumgebung und Produktion.
|
||||
* Jedes verwendete Common Interface (CI) benötigt ein eigenes SSL-Zertifikat der RNE, dieses kann später von mehreren Kunden (identifiziert durch die Company Codes) verwendet werden.
|
||||
* Die Dokumente senden Sie bitte an unser Postfach [pathOS@deutschebahn.com](mailto:pathOS@deutschebahn.com "Wird in einem neuen Tab geöffnet").
|
||||
|
||||
|
||||
|
||||
[ Antrag Schnittstellennutzung für EVU (Prod-Umgebung) – Stand 10.2025 (PDF | 182,4 KB) ](/resource/blob/13098702/d1a84f95a26bfdcd84ae692c40c91c9a/Antrag-Schnittstellen-Nutzung-fuer-EVU-Prod-Umgebung--data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
[ Antrag Schnittstellennutzung für EVU/IT-Dienstleister (Test-Umgebung) – Stand 10.2025 (PDF | 182,4 KB) ](/resource/blob/13098704/4bafbc139ab001200214038716b90dea/Antrag-Schnittstellen-Nutzung-fuer-EVU_IT-Dienstleister-Test-Umgebung--data.pdf "Es wird eine Datei heruntergeladen")
|
||||
|
||||
Ende des Expander-Inhaltes
|
||||
|
||||
### Weiterführende Informationen
|
||||
|
||||
Kontakt
|
||||
|
||||
Neues Bestellsystem pathOS der DB InfraGO AG
|
||||
|
||||
[ pathOS@deutschebahn.com ](mailto:pathOS@deutschebahn.com "E-Mail")
|
||||
|
||||
[ +49 69 26515555 ](tel:+49 69 26515555 "Telefon")
|
||||
|
||||
[ Kontaktformular pathOS – Ihre Anliegen an pathOS: u.a. Fehler, Fragen, Anregungen, Ideen oder Wünsche ](https://www.dbinfrago.com/web/pathOS-neues-Bestellsystem--13042318 "Website")
|
||||
|
||||
Weitere Informationen
|
||||
|
||||
[ Link zur Schulungs- und Testumgebung von pathOS ]( https://pathos-test.app.db.de/
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Link zum produktiven pathOS Webportal ]( https://pathos.app.db.de/
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
Links
|
||||
|
||||
[ INB ](/web/schienennetz/netzzugang-und-regulierung/nutzungsbedingungen/INB)
|
||||
|
||||
Hier finden Sie die veröffentlichten Infrastrukturnutzungsbedingungen.
|
||||
|
||||
[ Trassenanmeldung ](/web/schienennetz/leistungen/trassen/trassenbestellung/trassenanmeldung)
|
||||
|
||||
[ Über TAF/TAP TSI ]( https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Informationen zur Umsetzung von TAF/TAP TSI bei der RailNetEurope ]( https://rne.eu/it/taf-tap-tsi/
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Detailinformationen zu TAF/TAP TSI bei der RU/IM Telematics Joint Sector Group ]( http://taf-jsg.info/
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Beantragung Company Code bei der UIC ]( https://uic.org/support-activities/it/rics
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Beantragung Organisation Code bei der ERA ]( https://www.era.europa.eu/registers/ocr_en
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF/TAP TSI FAQ ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/TAF-TAP-TSI-FAQ-13868920)
|
||||
|
||||
Auf dieser Seite finden Sie eine Sammlung häufig gestellter Fragen rund um die Trassenanmeldung. Die Antworten sowie die zugehörigen fachlichen Informationen und Zeitpläne beziehen sich insbesondere auf die Einführung der TAF/TAP TSI im Fahrplan 2027.
|
||||
|
||||
### Kontakt
|
||||
|
||||
Neues Bestellsystem pathOS der DB InfraGO AG
|
||||
|
||||
[ pathOS@deutschebahn.com ](mailto:pathOS@deutschebahn.com "E-Mail")
|
||||
|
||||
[ +49 69 26515555 ](tel:+49 69 26515555 "Telefon")
|
||||
|
||||
[ Kontaktformular pathOS – Ihre Anliegen an pathOS: u.a. Fehler, Fragen, Anregungen, Ideen oder Wünsche ](https://www.dbinfrago.com/web/pathOS-neues-Bestellsystem--13042318 "Website")
|
||||
|
||||
### Weitere Informationen
|
||||
|
||||
[ Link zur Schulungs- und Testumgebung von pathOS ]( https://pathos-test.app.db.de/
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Link zum produktiven pathOS Webportal ]( https://pathos.app.db.de/
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
### Links
|
||||
|
||||
[ INB ](/web/schienennetz/netzzugang-und-regulierung/nutzungsbedingungen/INB)
|
||||
|
||||
Hier finden Sie die veröffentlichten Infrastrukturnutzungsbedingungen.
|
||||
|
||||
[ Trassenanmeldung ](/web/schienennetz/leistungen/trassen/trassenbestellung/trassenanmeldung)
|
||||
|
||||
[ Über TAF/TAP TSI ]( https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Informationen zur Umsetzung von TAF/TAP TSI bei der RailNetEurope ]( https://rne.eu/it/taf-tap-tsi/
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Detailinformationen zu TAF/TAP TSI bei der RU/IM Telematics Joint Sector Group ]( http://taf-jsg.info/
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Beantragung Company Code bei der UIC ]( https://uic.org/support-activities/it/rics
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ Beantragung Organisation Code bei der ERA ]( https://www.era.europa.eu/registers/ocr_en
|
||||
"Wird in einem neuen Tab geöffnet")
|
||||
|
||||
[ TAF/TAP TSI FAQ ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/TAF-TAP-TSI-FAQ-13868920)
|
||||
|
||||
Auf dieser Seite finden Sie eine Sammlung häufig gestellter Fragen rund um die Trassenanmeldung. Die Antworten sowie die zugehörigen fachlichen Informationen und Zeitpläne beziehen sich insbesondere auf die Einführung der TAF/TAP TSI im Fahrplan 2027.
|
||||
@@ -0,0 +1,161 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "16"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/503105163"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "595a00d072ab19ae"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
Allgemeine Bahn Abkürzungen finden Sie [hier](https://db-planet.deutschebahn.com/workspaces/abkuerzungsverzeichnis/apps/list/abk-liste)
|
||||
|
||||
|
||||
|
||||
Allgemeine Begriffe + TTT| Beschreibung
|
||||
---|---
|
||||
TAF TSI| **Telematics Applications for Freight Services** \- Technical Specification for Interoperability (Telematische Anwendungen für den Güterverkehr - Technische Spezifikation für Interoperabilität)
|
||||
TAP TSI| **Telematics Applications for Passenger Services** \- Technical Specification for Interoperability (Telematische Anwendungen für den Personenverkehr - Technische Spezifikation für Interoperabilität)
|
||||
TTT = TAF/TAP TSI| EU - Richtlinie (für Güter & Personenzüge)
|
||||
BDV | **Betriebsdatenverteiler**. Datenschnittstelle des Betriebs der DB InfraGO AG, die sich gemäß den Spezifikationen eines Common Interface verhält
|
||||
CI (Common Interface) | Die Abkürzung für das "**Common Interface** ", also die technische Schnittstelle, die sowohl für die Datenübertragung im Betrieb als auch in der Trassenanmeldung erforderlich ist. Neben den Schnittstellen existieren allerdings auch Webanwendungen, die eine eigene Schnittstelle ersetzen (z.B. das neue Bestellportal für Trassenanmeldungen)
|
||||
Company Code | Eindeutiger Code zur Identifikation eines Unternehmens, welches am Datenaustausch mit TAF/TAP teilnimmt. Zwingende Voraussetzung für alle beteiligten Unternehmen. Beantragung erfolgt derzeit bei der UIC, ab 2026 erfolgt die Beantragung für alle Akteure innerhalb der EU bei der ERA. Für weitere Details s. bereits veröffentlichter Flyer
|
||||
ERA| Die ERA ist die **European Union Agency of Railways** mit dem Mandat: "The EU Agency for Railways is mandated to issue single safety certificates and vehicle (type) authorisations valid in multiple European countries and to ensure an interoperable European Rail Traffic Management System, in the development and implementation of the Single European Railway Area." (zitiert von der ERAHomepage) Die ERA ist zudem für den Organisation Code verantwortlich (und grundsätzlich auch für den Company Code)
|
||||
IM - EIU| Die englische Bezeichnung für ein EIU (Eisenbahninfrastrukturunternehmen), also ein "**Infrastructure Manager** "
|
||||
JSG| JSG steht für die "**Joint Sector Group** ". Die "TAF and TAP TSI RU/IM Joint Sector Group" wurde 2012 als eine freiwillige Organisation gegründet, um die Einführung der TAF TSI zu begleiten. Seit 2014 ist auch die TAP TSI hier aufgenommen. Primär bereitet die JSG Positionen des Sektors für das TAF/TAP Steering Committee vor, koordiniert Change Requests und unterstützt den Einführungsprozess der ERA
|
||||
LeadRU, auch LRU| Das federführende EVU einer Verkehrsleistung. In der TAF/TAP ist kein Datenaustausch zwischen, diesem EVU und dem EIU vorgesehen, außer es ist in einem Trassenabschnitt gleichzeitig auch ResponsibleRU. Es kann sein, dass ein und dasselbe EVU die Rollen des LeadRU, RA und ResponsibleRU einnimmt
|
||||
NAE| Die **National Allocation Entity** ist eine Rolle, die durch die TAF/TAP TSI definiert ist und innerhalb eines Landes für die eindeutige und einheitliche Vergabe von Location Codes (Primary und Subsidiary Location Codes) verantwortlich ist. Die Location Codes werden von der NAE in einer eindeutigen Liste verwaltet. In Deutschland ist die DB InfraGO AG von den Behörden mit der Durchführung dieser Rolle betraut worden.
|
||||
NAÄ| Netzausgelöste Änderung
|
||||
NBN| Die **Nutzungsbedingungen Netz** \- also die Vertragsgrundlage zur Nutzung von Trassen im Schienennetz der DB InfraGO AG - Nachfolger der SNB
|
||||
NCP| Die Abkürzung steht für **National Contact Point**. Der National Contact Point fungiert im Auftrag des Bundesministeriums für Digitales und Verkehr (BMDV) als nationale Anlaufstelle für den Deutschen Bahnsektor zur Umsetzung von TAF/TAP TSI und ist bei der DB InfraGO AG ansässig. Dabei nimmt er die Interessenvertretung des EU-Mitgliedstaates Deutschland in den europäischen TAF/TAP Gremien wahr. Beschrieben sind die Aufgaben des NCP auch in den EU-Verordnungen zu TAF/TAP TSI.
|
||||
ObjectInfo| TAF/TAP-Meldung im betrieblichen Datenaustausch, welche Angaben zu TrainAcitvities enthält. Sie wird vom EVU an das EIU geschickt und beinhaltet aktuelle Informationen zu Anschluss- oder Umlaufverknüpfungen zwischen Zügen. Einführung ist für 09/2023 geplant
|
||||
Operations| Der Bereich von TAF/TAP, der sich primär mit dem laufenden Betrieb beschäftigt. Die Bereiche "Operations" und "Planning" sind die beiden fachlichen Säulen von TAF/TAP
|
||||
OTN| **Operational Train Number** (betriebliche Zugnummer). Entspricht in ihrer Funktion auf dem Gebiet der DB InfraGO der heutigen Zugnummer
|
||||
Path| Trasse. Objekt im Kontext des TAF/TAP-Modells. Also die Kapazität, der "Slot", auf dem der Zug fährt. Wird durch eine PathID identifiziert
|
||||
PDM| Abkürzung für die **Path Details Message** , eine Pflichtnachricht in der Trassenanmeldung und eine ebenfalls im Betrieb genutzte Nachricht. Diese Nachricht wird vom EIU an die EVU geschickt
|
||||
Planning| Der Bereich von TAF/TAP, der sich primär mit Trassenanmeldungen und dem Fahrplan beschäftigt. Die Bereiche "Operations" und "Planning" sind die beiden fachlichen Säulen von TAF/TAP
|
||||
PLC| Diese Abkürzung steht für **Primary Location Code**. Mit dem Primary Location Code werden Betriebsstellen eindeutig und in einem einheitlichen, standardisierten europäischen Format codiert. Somit identifiziert ein Primary Location Code eine Örtlichkeit auf dem Schienennetzwerk. Primary Location Codes werden zukünftig bei jeder Art von TAF/TAP-Kommunikation verwendet. Daneben wird es auch weiterhin die Ril100 Codes geben (z.B. im Trassenbestellsystem).
|
||||
Primary Location | Eine Primary Location ist ein Ort innerhalb des Schienennetzes, an dem eine Zugfahrt beginnt, endet, anhält, durchfährt oder die Strecke wechselt. Dieser Ort muss von einem Infrastrukturbetreiber, der durch einen Company Code identifiziert wird, verwaltet werden. Beispiele für Primary Locations sind Bahnhöfe, Haltepunkte oder Grenzpunkte.
|
||||
PRM bzw. Path Request | Abkürzung für die **Path Request Message** , eine Pflichtnachricht in der Trassenanmeldung, mit der ein Path erstmalig bestellt wird. Diese Nachricht wird vom EVU an das EIU geschickt
|
||||
RA| Die Abkürzung für den "**Responsible Applicant** ", das vertragsbindende Unternehmen. Es kann sein, dass ein und dasselbe EVU die Rollen des LeadRU, RA und ResponsibleRU einnimmt.
|
||||
ReferenceTrain| Familie von Zügen (Trains) bzw. Zugfamilie. Objekt im Kontext des TAF/TAP-Modells. Darunter werden verschiedene zueinander gehörige Züge (Trains) zusammengefasst. Dies können z.B. Züge mit abweichenden Zugläufen werktags und am Wochenende sein. Wird durch eine ReferenceTrainID identifiziert
|
||||
ResponsibleRU, auch RRU| Das für die Durchführung einer Zugfahrt verantwortliche EVU, also der "Eigner der Trasse". Dieses EVU ist gemäß TAF/TAP der Partner für den Datenaustausch mit dem EIU in der Betriebsphase. Dies behält auch seine Gültigkeit, falls das ResponsibleRU einen Subunternehmer mit der Durchführung der Zugfahrt beauftragt. Es kann sein, dass ein und dasselbe EVU die Rollen des LeadRU, RA und ResponsibleRU einnimmt.
|
||||
RNE| RNE ist die **Rail Net Europe** , ein europäischer Verband der Eisenbahninfrastrukturunternehmen. Sie ist einer der Hauptakteure bei der Umsetzung von TAF/TAP TSI. Die RNE gibt es seit 2004 und hat zum übergreifenden Ziel die Herausforderungen des europäischen Eisenbahnsektors anzugehen und zu vereinfachen. Die RNE versucht, die europäische Vernetzung seiner Mitglieder zu unterstützen und z.B. auch bei rechtlichen Fragestellungen innerhalb der EU zu vermitteln. Mit Stand 2022 hat die RNE 38 Vollmitglieder aus über 30 Ländern.
|
||||
Route| Objekt im Kontext des TAF/TAP-Modells. Beinhaltet den groben Zuglauf (Start, Ziel, Grenzübergänge sowie Informationen zu Tageswechseln) durch Europa. Wird durch eine RouteID identifiziert
|
||||
RU| Die englische Bezeichnung für ein EVU (Eisenbahnverkehrsunternehmen), also ein "**Railway Undertaking** "
|
||||
SLC| Ein **Subsidiary Location Code** identifiziert eindeutig eine Subsidiary Location innerhalb einer bestehenden Primary Location. Mit dem SLC werden Subsidiary Locations in einem einheitlichen, standardisierten europäischen Format codiert. Mit Hilfe der Subsidiary Location Codes kann ein Nachrichtenaustausch zwischen Unternehmen stattfinden, die in einer geschäftlichen Beziehung stehen.
|
||||
Subsidiary Location| Eine Subsidiary Location ist immer mit einer Primary Location verknüpft und beschreibt Teile, Attribute von Primary Locations oder die Verwendung von Primary Locations näher. Es kann sich auch um einen nicht-schienengebundenen oder schienengebundenen Punkt handeln, der nicht von einem Infrastrukturbetreiber (IM) betrieben wird. Beispiele für Subsidiary Locations sind Gleise, Tankanlagen oder Ladepunkte.
|
||||
TCM/PTCM| **Train Composition Message** (Güterverkehr) bzw. **Passenger Train Composition Message** (Personenverkehr): Die beiden künftig verbindlichen Nachrichtentypen von TAF/TAP im Betrieb werden vom EVU an das EIU gesendet. Sie geben Auskunft über die aktuellen Zuginhaltsdaten (Länge, Gewicht, Angaben zu Bremsen, etc.) und sind nicht gleichzusetzen mit der heutigen Wagenliste. Einführung erfolgt vsl. in 09/2023, eine Verpflichtung zu Abgabe in NBN ist grundsätzlich geplant - genauere Termine hierzu werden separat kommuniziert, sobald bekannt.
|
||||
TPN| **Trassen Portal Netz** , also das bisherige System zur Trassenanmeldung bei der DB InfraGO. Dieses wird mit Einführung von TAF/TAP durch das neue Bestellsystem ersetzt. Aus heutiger Sicht bleibt TPN bis einschließlich Fahrplanjahr 2025 führend, ab Fahrplanjahr 2026 gilt das neue System
|
||||
Train| Zug. Objekt im Kontext des TAF/TAP-Modells. Beinhaltet Informationen zum Zug und dessen Eigenschaften. Wird durch eine TrainID identifiziert.
|
||||
Train Activity| Ein Feld innerhalb einiger Nachrichten, u.a. in der Trassenanmeldung für den Fahrplan oder der Information zu Abhängigkeiten zwischen Zügen im Betrieb. Hiermit wird die Zugaktivität an einem bestimmten Laufwegspunkt beschrieben. Dies sind z.B. gebräuchliche Aktivitäten wie der Verkehrshalt, Anschluss-/Umlaufinformationen oder das Zusammenführen von Zügen oder weniger oft genutzte wie Lokführererholungshalt, Fotohalt etc.
|
||||
UIC| Die **International Union of Railways** mit der Mission: "Promote rail transport globally with the objective of responding effectively to current and future challenges relating to mobility and sustainable development; Develop and facilitate all forms of international cooperation among members and promote sharing of best practice" (Auszug zitiert von der UIC-Homepage). Die UIC vergibt u.a. die Company Codes
|
||||
UIC-Telegramme | Bestehendes international standardisiertes Datenaustauschformat im Betrieb. Einige Telegramme sind analog zu den entsprechenden TAF/TAP-Meldungen (z.B. Zugstandort, Prognose). Gegenüber den TAF/TAP-Meldungen decken die UIC-Telegramme jedoch weniger Geschäftsfälle ab und bieten weniger Umfang
|
||||
xsd| XML Schema Definition: Das Dateiformat, in dem z.B. die RNE ihre Schnittstellenbeschreibungen veröffentlicht
|
||||
Zugnummer| Die heute im Betrieb verwandte Zugnummer, mit der auch Passagiere im Aushangfahrplan ihren Zug erkennen können
|
||||
BNetzA| Bundesnetzagentur
|
||||
EBA| Eisenbahn-Bundesamt
|
||||
EVU| Eisenbahn Verkehrs Unternehmen
|
||||
IM - EIU| Eisenbahn Infrastruktur Unternehmen
|
||||
VFF| vertriebs und Fahrzeug Forum
|
||||
RTE's| Release Train Engineers
|
||||
ART's| Agile Release Trains (Cluster für mehrere Teams)
|
||||
LZB| linienförmige Zug Beeinflussung
|
||||
PZB| punktförmige Zug Beeinflussung
|
||||
FbF| Fachliche Betriebsführung
|
||||
Nbs| Neuen Bestellsystem - PathOS
|
||||
Mock| simulierte Angebote ohne Fahrplan IT
|
||||
MVP| Minimal Viable Product
|
||||
POC| Proofe of Concept
|
||||
Egb-Nr| Einzelgrenzlastberechnung
|
||||
FPLO| Dokument an den Fahrdienstleister (Bestelldaten)
|
||||
BZA| Betriebliche Zugförderung außergewöhnlich
|
||||
RoR| Reason of Reference - Einer der TTT Identifikatoren:
|
||||
ENP| endgültige netzfahrplan
|
||||
VNP| vorläufiger netzfahrplan
|
||||
FPE| Feinplanungsergebnis
|
||||
GPE| Grobplanungsergebnis
|
||||
GelV| Gelegenheitsverkehr
|
||||
NEP (1 oder 2)| Netzfahrplanentwurfsphase
|
||||
INB| Die Infrastrukturnutzungsbedingungen der DB InfraGO AG - also die Vertragsgrundlage zur Nutzung von Trassen im Schienennetz der DB InfraGO AG - Nachfolger der SNB
|
||||
IBN| Inbetriebnahme
|
||||
IT-DL| IT-Dienstleister
|
||||
G-INV| Grundsatzinfrastrukturnutzungsvertrag
|
||||
NSS| Normierte Schnittstelle
|
||||
SGV| Schienengüterverkehr
|
||||
SPNV| Schienenpersonen-Nahverkehr
|
||||
SPFV| Schienenpersonen-Fernverkehr
|
||||
ujBau| unterjähriger Bau
|
||||
UI| User Interface (Benutzeroberfläche, z.B: PathOS Portal)
|
||||
SST| Schnittstelle
|
||||
|
||||
|
||||
|
||||
|
||||
Anwendung| Bedeutung
|
||||
---|---
|
||||
NuR| Nutzer und rechteverwaltung der Einfachbahn
|
||||
NiCo| Nutzer und rechteverwaltung der Einfachbahn (intern)
|
||||
Click & Ride| schnell Bestell App
|
||||
|
||||
|
||||
|
||||
|
||||
Tool / SST| Beschreibung
|
||||
---|---
|
||||
Kafka| Schnittstellen handler (event queuing)
|
||||
Camunda|
|
||||
|
||||
Kafan| Reporting
|
||||
Kubernetes|
|
||||
|
||||
Grafana| Dashboard zur Ansicht
|
||||
CMP| AWS cluster (infrastruktur Betreiber und Bereitsteller)
|
||||
OTN| operational train nummer
|
||||
ZNG| Zugnummer Generator
|
||||
PMW| Portal Middleware
|
||||
|
||||
|
||||
|
||||
|
||||
Team-Namen| Beschreibung was das Team macht
|
||||
---|---
|
||||
AC Trasse| Abrechnungsystem
|
||||
APN| Anlagen Portal Netz - Service Einrichtungen
|
||||
404| Portal Middleware (Frontend)
|
||||
CIB| Common Interface (Backend)
|
||||
Zero| Schnittstelle von uns zum Fahrplan
|
||||
Einfachbahn| unabhängige Anwendungen
|
||||
PahOS FBF| Fachbetriebsführung für PathOS - Sprachrohr zum Kunden & Defectmanagement
|
||||
TPN| Trassenportal Netz = Aktuelles Bestellportal, Fahrplanjahr 26 nur noch für GELV, da NEP via PathOS bestellt werden wird
|
||||
C2S (alt IFP)| Capacity to Scedule / integrierte Fahrplan Platform - Solution worunter der Fahrplan verheimatet ist
|
||||
idbf| Robert Redisch Stammdaten/Infrastruktur/Fahrwege
|
||||
next| Gunnar G Schreiber - ART das die automatische Fahrplankonstruktion (AFK) macht (ITRAIN) und die Bestelleingangsprüfung (BEP) verwaltet
|
||||
DaS| Obsolete. ART-Aufgelöst
|
||||
WMF| Obsolete. ART-Aufgelöst
|
||||
UjK| ART Unterjährige Konstruktion - Teams: Adams, Galaxy, Ains, Flow, PlanBau, Nexus, Bestand, FaPS
|
||||
Adams| ASTBau
|
||||
Galaxy| ?
|
||||
Ains| Kapazitätssichten: KE-Service, BBOA (Baubetriebsobjekt-Adapter), KE-Adapter, Kapaservice
|
||||
Flow| Fahrplansicht
|
||||
PlanBau| ?
|
||||
Nexus| AStBau
|
||||
Best| RUT-K
|
||||
FaPS| Fahrplanservice, RUTK-Adapter
|
||||
ujV| ART Unterjährige Veröffentlichung - Teams: Triton, Adapt, Bis, Juice, GFD-Z
|
||||
KOM| ART Kommunikation - Teams: Aqua, Carpo, Pandia, Io, Metis
|
||||
Aqua|
|
||||
|
||||
Quest|
|
||||
|
||||
KOMbau| Kommunikationsplattform Bau (Schnittstelle zum Kunden)
|
||||
GFZ| Zugdatenbank
|
||||
CNP| Schnittstelle zur Cloud Native Plattform DB NETZ
|
||||
@@ -0,0 +1,103 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "8"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/495573955/Planning+Handover+Handover+Points"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "15d4483ebb0dd8d2"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Allgemeine Definition
|
||||
|
||||
Das Sector Handbook der Joint Sector Group (JSG) definiert:
|
||||
|
||||
Responsible IM (RIM), Planning IM (PIM)
|
||||
The RIM is the IM who is the owner of the respective network and responsible for all operational
|
||||
handling of the traffic. The PIM is the IM who is responsible for elaboration and allocation of a path.
|
||||
The responsibility area of PIM is defined by handover points, e.g. used as first/last journey location in
|
||||
PathInformation of PathRequestMessage or of an offered/booked path.
|
||||
|
||||
|
||||
|
||||
|
||||
Es wird also unterschieden nach verantwortlichem EIU, also dem Betreiber der Schienenwege (BdS), und planenden EIU, welches in Einzelfällen, insbesondere in Grenzbereiche, abweichen kann. Die Stellen des Wechsels der Planungszuständigkeit werden Handover Points genannt.
|
||||
|
||||
|
||||
|
||||
|
||||
In der CRD ist das Attribut Handover Point eine Primary Location kurz definiert als
|
||||
|
||||
Handover Point: Point where legal responsibility changes between the Ims. This can
|
||||
be but does not have to be in conjunction with a state border
|
||||
|
||||
|
||||
|
||||
|
||||
Handover Points sind Herausforderungen für die grenzüberschreitende Trassenzuweisung, die durch Taf/Tap Tsi ermöglicht werden soll.
|
||||
|
||||
|
||||
|
||||
|
||||
Quellen:
|
||||
|
||||
* 10.4 Fremdinfrastruktur und Grenzen
|
||||
* [JSG-Handbook-3.6-with-XSD-3.5.0.0.pdf](http://taf-jsg.info/wp-content/uploads/2025/01/JSG-Handbook-3.6-with-XSD-3.5.0.0.pdf)
|
||||
* <https://www.dbinfrago.com/resource/blob/13501726/98781a2e02050f8e3b3e0a80e5a65ee9/Informationen-zu-Fahrplanbearbeitungsgrenzen-Planning-Handover-data.pdf>
|
||||
* <https://www.dbinfrago.com/resource/blob/13501728/456ac34bcce3d7c72f868055b6347e1e/Liste-der-Planning-Handoverpoints-zu-auslaendischen-EIU-data.xlsx>
|
||||
*
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Handover innerhalb des DB‑Netzes: Trasse von/bis Netzgrenze
|
||||
|
||||
Dieses Ticket legt fest, dass bei einem Handover innerhalb des DB‑Netzes die bestellte und zurückgelieferte Trasse den Abschnitt zwischen Handoverpunkt und tatsächlicher Netzgrenze explizit enthalten muss. Ziel ist es, Doppelbestellungen zu vermeiden und gleichzeitig sicherzustellen, dass die Abrechnung alle für Grenzabschnitte benötigten Daten erhält. Fachlich bedeutet dies: Auch wenn ein Zuglauf am innerdeutschen Handover beginnt oder endet, muss der vollständige Laufweg bis zur Netzgrenze in der Bestellung berücksichtigt und im Ergebnis zurückgegeben werden. In der Praxis wird dies etwa bei grenznahen Laufwegen sichtbar, bei denen die Route sowohl den Handover als auch den Grenzpunkt ausweist; das Planungssystem hat den Grenzabschnitt in der Antwort zu führen, damit die Abrechnungsgrundlage vollständig bleibt. Das Ticket verweist zudem auf eine gepflegte Referenzliste der Planning‑Handoverpunkte (inklusive zugehöriger Anhänge) als Validierungsbasis und adressiert die Frage, ob die eingesetzten Systeme den Abschnitt zwischen Handover und Grenze in jedem Fall zuverlässig zurückgeben.
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
|
||||
|
||||
## Anwendungsfälle und Veröffentlichungslogik an Handover und Grenzen
|
||||
|
||||
TTTSOL‑429 systematisiert die drei relevanten Handover‑Varianten – auf DB‑Infrastruktur, direkt an der Grenze sowie auf Infrastruktur einer Nachbarbahn – und präzisiert die Angaben in Bestellung und Veröffentlichung. Für die Trassenanmeldung ist in der Route sowohl der Handoverpunkt als auch der tatsächliche Grenzpunkt zu benennen; in der PathRequestMessage werden in Deutschland primär Handover und die für Laufweg und Technologie relevanten Betriebsstellen angegeben. Auf DB‑Seite endet die PathDetailMessage auf Grenzstrecken grundsätzlich an der Grenze, während der weitere Verlauf im Nachbar‑Infrastrukturunternehmen veröffentlicht wird. Damit schafft das Ticket klare Leitlinien für die Kommunikation mit Bestellern und die durchgängige Abbildung grenznaher Abschnitte: Handoverpunkte steuern die fachliche Segmentierung, die Veröffentlichung folgt jedoch bis zum Grenzpunkt, um Transparenz und Abrechnungsfähigkeit sicherzustellen.
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
|
||||
|
||||
## Inland–Ausland–Inland: Segmentierung und OTN‑Regel für TTT
|
||||
|
||||
Dieses Ticket bündelt die Regelungen für Verläufe Inland–Ausland–Inland und adressiert insbesondere die Eindeutigkeit der betrieblichen Zugnummer (OTN) im Zuge der TTT‑Einführung. Fachlich bleibt die Segmentierung unverändert: Jeder Abschnitt zwischen zwei Handoverpunkten wird als eigener PathRequest bestellt; die Veröffentlichung erfolgt je Infrastrukturbetreiber bis zum Handover bzw. bis zur Grenze. Entscheidend ist die Festlegung, dass an einem Verkehrstag nicht zwei PathRequests mit derselben OTN bestellt werden dürfen. Diese Vorgabe ist in den Vertrags- und Schnittstellendokumenten (SST) abzubilden, inklusive der Einschränkung der kombinierten Nutzung bestimmter Reason‑Codes und nationaler Besonderheiten (z. B. Ausschluss von Überschneidungen bei DE06). Für das Fahrplanjahr 2027 werden darüber hinaus keine weiteren Anpassungen in TPN erwartet; der Schwerpunkt liegt auf der konsistenten Dokumentation und Kommunikation der OTN‑Regel sowie der korrekten Segmentierung über Handover hinweg.
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
|
||||
|
||||
## Nachtsprung auf innerdeutsches Fremd‑EIU: geregelte Ausnahme nach ERegG §51
|
||||
|
||||
Dieses Ticket definiert eine eng begrenzte Ausnahme für Mitternachtsübergänge auf ein innerdeutsches Fremd‑EIU: Die gesamte innerdeutsche Trasse wird bei DB InfraGO bestellt, die gemäß ERegG §51 die Koordination übernimmt und den Laufweg an das Dritt‑EIU weiterleitet. In der PRM ist der Verkehrstag beim Eintritt in die DB‑InfraGO‑Infrastruktur anzugeben; am ersten Laufwegspunkt wird kein Tageswechsel markiert. Der OffsetToReference (OTR) bildet die Differenz zwischen diesem Verkehrstag und der tatsächlichen Abfahrt ab und liegt bei Nachtsprung typischerweise bei 1 (einige Kanäle können initial OTR=0 setzen, die Verarbeitung bleibt sichergestellt). Ist der exakte Handover bekannt, wird er geführt; andernfalls gilt pragmatisch die erste als „konstruktionsrelevant“ gekennzeichnete Betriebsstelle als Handover. Alternativ kann die Bestellung über pathOS erfolgen und der Handover dort gesetzt werden; die PDM wird anschließend über das CI via ObjectInfoMessage abgerufen, OIM dient als Rückfallebene. Restriktionen wie „eine OTN pro Verkehrstag“ und der Verzicht auf Stützbetriebsstellen im Fremdnetz bleiben verbindlich, sodass Bestellung und Veröffentlichung trotz Nachtsprung durchgängig und auswertbar sind.
|
||||
|
||||
Quellen:
|
||||
|
||||
* *
|
||||
@@ -0,0 +1,29 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "5"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596603/Rahmenvertr%C3%A4ge"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "4b26cfc2e5677654"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
Die Rahmenverträge sind nicht Teil der Produktivsetzung von TTT und werden vorläufig weiter nach dem alten Prozess gelebt (Bestehende Verträge).
|
||||
|
||||
Eine Neueinführung der Rahmenverträge ist geplant:
|
||||
@@ -0,0 +1,70 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "8"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/503119200/ReasonOfReference"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "3e033da290efcd95"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Die Reason of Reference (ROR) sind ein Datenfeld in der PathRequest- und in der PathDetails Message. In dieser Datenstruktur erfolgt die Angabe eines Grundes für die Verwendung des Elements "RelatedPlannedTransportIdentifier", sofern zutreffend. Der konkrete Zweck ist, dass der Kunde für seine Bestellung einen Wunsch angeben kann. Möglichkeiten für diesen Wunsch sind in der Tabelle unten in der Spalte "Beschreibung" aufgeführt. Im Angebot wird der ROR auch zurückgegeben, wenn der Kundenwunsch nicht erfüllt wird.
|
||||
|
||||
Die ReasonOfReference werden in TPN entgegengenommen und dem Konstrukteur angezeigt. Eine Weiterleitung an die GFD-Z und darüber hinaus an RUT-K erfolgt nicht. Es kann sein, dass Informationen aus der Konstruktion in die Erstellung von ReasonOfReference für die PathDetailsMessage fließen. Diese Informationen werden aber aus Daten der Angebotstrasse ermittelt. Die Weiterleitung zusätzlicher Daten ist nach aktuellem Stand nicht notwendig.
|
||||
|
||||
Wenn die RoR in der Trassenkonstruktion berücksichtigt werden sollen, sind diese**verbindlich in der Trassenanmeldung anzugeben**. Das heißt beispielsweise für den Fall der Flügelzüge (ROR1004+1005), dass ab Jfpl 2027 in der Trassenanmeldung RoR 1004/1005 zu verwenden sind, um sicherzustellen, dass Flügelungen konstruktiv korrekt verarbeitet werden und damit die Trassenkonstrukteur:innen die maßgeblichen Hinweise erhalten. Die Trassenkonstruktion und das System RUT‑K bleiben an dieser Stelle unverändert. Änderungen betreffen ausschließlich die Angabe entsprechender Konstellationen in der Trassenanmeldung.
|
||||
|
||||
|
||||
|
||||
|
||||
Folgende Ausprägungen der Reason of Reference sind möglich:
|
||||
|
||||
|
||||
|
||||
Wert| TAF-TSI/TAP-TSI Dokumentation| Beschreibung | Vorgehen
|
||||
---|---|---|---
|
||||
1000| Identische Trassierung wie für angegebenen PR gewünscht| Kunde wünscht (falls möglich) die gleiche oder weitestgehend ähnliche Trassierung wie für den angegebenen PathRequest| Wird in TPN angezeigt
|
||||
1001| Identische Trassierung wie für angegebenen Zug/Trasse gewünscht| Kunde wünscht (falls möglich) die gleiche oder weitestgehend ähnliche Trassierung wie für den angegebenen Zug bzw. die angegebene Trasse| Wird in TPN angezeigt
|
||||
1004| Referenz auf den Nebenlauf eines Y-Zugverbundes| Die aktuelle PathRequestMessage beschreibt den Hauptlauf eines Y-Zugverbundes. Die angegebenen Referenzen verweisen auf den oder die zugeordneten Nebenläufe (PathRequestMessages), d. h. die Züge die mit dem Zug des Hauptlaufs zusammengeführt oder von diesen getrennt werden.| Wird in TPN angezeigt und später im Falle einer Umsetzung in den Vertriebsauftrag übernommen.
|
||||
1005| Referenz auf den Hauptlauf eines Y-Zugverbundes| Die aktuelle PathRequestMessage beschreibt den Nebenlauf eines Y-Zugver-bundes. Die angegebene Referenz verweist auf den Hauptlauf, d. h. den Zug, mit dem er angegebene Zug zusammengeführt oder von diesem getrennt wird.| Wird in TPN angezeigt und später im Falle einer Umsetzung in den Vertriebsauftrag übernommen.
|
||||
1006| Referenz auf weitere PathRequestMessage nach Durchfahren fremder Infrastruktur| Referenz auf eine weitere PathRequestMessage für den Gesamtzuglauf, nach-dem man einen Abschnitt im Netz eines anderen Infrastrukturbetreibers durchfahren hat| Wird in TPN angezeigt.
|
||||
1007| Referenz auf weitere PathRequestMessage vor Durchfahren fremder Infrastruktur| Referenz auf eine weitere PathRequestMessage für den Gesamtzuglauf, bevor man einen Abschnitt im Netz eines anderen Infrastrukturbetreibers durchfahren hat| Wird in TPN angezeigt.
|
||||
1008| Referenz auf weitere Angebote für die gleiche PathRequestMessage| Hinweis auf die Existenz weiterer Angebote für die gleiche PathRequestMessage durch Angabe von deren PathID| Wird in TPN gesetzt und in den Vertriebsauftrag geschrieben.
|
||||
1010| Referenz auf einen zu nutzenden PreArrangedPath (PAP)| Referenz auf einen PreArrangedPath (PAP), der durch die Trassenanmeldung zum Netzfahrplan genutzt werden soll.| Wird in TPN angezeigt.
|
||||
1011| Nur Änderung der ReferenceTRID ohne Neukonstruktion| Wird im Änderungsprozess genutzt, um für eine gebuchte Trasse die ReferenceTRID zu ändern, wenn auf Grund einer Änderung am Zugobjekt eine neue ReferenceTRID erforderlich wird. Die Änderung am Zugobjekt hat keinen Einfluss auf die bisher gebuchte Trasse, erfordert keine Änderung an der Trasse und keine Neukonstruktion.Ebenso wird diese Lösung verwendet, um mit einer TrainID eine andere Trasse nutzen zu können und damit Änderung der Verlinkung zwischen den Objekten Zug und Zugtrasse notwendig wird. Dafür ist das Verfahren einer Änderungsbestellung/ Modification (5.3.15 Änderung nach Vertragsschluss) unter Verwendung des ROR-Codes 1011 anzuwenden. Im Zielzustand soll dies über die UpdateLinkMessage erfolgen, die Implementierung ist aber aktuell noch nicht eingeplant. Vor einer Implementierung ist mit ausreichendem Vorlauf eine Veröffentlichung der Umsetzung in der Schnittstellendokumentation nötig. Diese ist nicht für die anstehende Veröffentlichung der Dokumentation zur NEP 2028 vorgesehen. | Wird in TPN angezeigt.
|
||||
1012| Verändertes Trassenangebot nach VNP| Übergabe eines veränderten Trassenangebots anstelle eines ENP zum VNP nach Bearbeitung einer berechtigten Beanstandung bzw. netzausgelösten be-rechtigten Beanstandung| Wird in TPN gesetzt und in den Vertriebsauftrag geschrieben.
|
||||
1016| Referenz auf eine PathRequestMessage aus der Pre-booking Phase durch C-OSS| Wird eine neue PRM erstellt, die als Konsequenz aus der pre-booking Phase entstanden ist, ist die ursprüngliche PRID zu referenzieren| Wird in TPN angezeigt.
|
||||
DE01| Referenz auf eine Tfz-fahrt oder einen Leerzug vor oder nach dem aktuellen Zug| Die angegebene ReferenceTRID verweist auf eine bei der Trassenkonstruktion, zu berücksichtigende Tfz-Fahrt oder einen Leerzug vor oder nach der bestellten Trasse| Wird in TPN angezeigt.
|
||||
DE02| Referenz auf einen Vollzug| Die angegebene ReferenceTRID verweist auf einen Vollzug, zu welchem die bestellte Trasse im Vor- oder Nachlauf bei der Trassenkonstruktion zu berücksichtigen ist.| Wird in TPN angezeigt.
|
||||
DE03| Referenz auf weitere PathRequestMessage| Hinweis auf weitere PathRequestMessage, die im Zusammenhang mit der Konstruktion der aktuellen Trasse zu berücksichtigen sind.| Wird in TPN angezeigt.
|
||||
DE04| Ersatzzug für den angegebenen Zug bzw. Trasse| Durch die aktuelle Trassenbestellung wird der angegebene Zug bzw. dessen Trasse ganz oder teilweise ersetzt und als Ersatzzug gefahren.| Wird in TPN angezeigt.
|
||||
DE05| Nutzung Buchungsoption für KFB-Ergebnis| Referenz auf ein ausgewähltes Ergebnis der KFB, für welches die Buchungsop-tion (Umwandlung in eine gebuchte Trasse) genutzt werden soll.| Wird in TPN angezeigt.
|
||||
DE06| Nutzung der gleichen Zugnummer wie für angegebenen Zug/PathRequest| Wunsch des ResponsibleApplicant, die gleiche Zugnummer (OTN) wie für den angegebenen ReferenceTrain/PathRequest zu nutzen.| Wird in TPN angezeigt.
|
||||
DE07| PathID einer RV-Kapazität| Angabe der PathID einer referenzierten RV-Kapazität eines Rahmenvertrages| Wird in TPN angezeigt.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Quellen:
|
||||
@@ -0,0 +1,27 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596605/Route-Updateprozess"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "b214be941437a79a"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
Der Route-Updateprozess ist nicht Teil der Produktivsetzung von TTT und wird später umgesetzt.
|
||||
@@ -0,0 +1,35 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "4"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/503119187/Schienenersatzverkehr+SEV"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "aa82280c8263c9d0"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Eine Unterbrechung einer Trasse durch Schienenersatzverkehr kann nicht in einem Path abgebildet werden, da die Trassen weder zeitlich noch räumlich zusammenhängen. Um den SEV trotzdem abbilden zu können, wird der vordere Teil der Trasse durch Kürzung des bestehenden Pathes konstruiert. Der hintere Teil der Trasse wird durch eine sogenannte baubedingte Neuleistung konstruiert. Bei der Neuleistung handelt es sich um eine so genannte zusätzliche Leistung im GelV. Für diese Leistung gelten auch die Bearbeitungszeiten des GelV gemäß INB, also maximal 5 Arbeitstage. Wobei Bestellungen nur z-5 als baubedingte Zusatzleistungen frei bearbeitet werden.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,32 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "5"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/525220865/SEV+-+Prozessablauf"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "ca288a231696f1c1"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Quellen
|
||||
|
||||
* * * * EVU-Schnittstellendokumentation Hauptdokument Abbildung 11
|
||||
File diff suppressed because one or more lines are too long
@@ -0,0 +1,96 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "12"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/508366364"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: "redigiert: [A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}"
|
||||
content_hash: "7a868d99793de2cd"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
Der Prozess der vor EVU kommuniziert wird ist hier auf dieser Seite beschrieben.
|
||||
|
||||
Die Tracking List findet man [hier](https://dbsw.sharepoint.com/:x:/r/teams/bestellportal.projekt.dbnetz-Projektmanagement/Shared%20Documents/Projektmanagement/17%20-%20Changemanagement%20%26%20Kommunikation/02_Externe-Kommunikation/SST-Partner/SST%20Partner%20Unterlagen/EVU_CI_SST_Tracking.xlsx?d=w57ce782aa4814093be1ac3526bf4ca6c&csf=1&web=1&e=KQUXQr).
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
* * *
|
||||
|
||||
|
||||
|
||||
|
||||
_**Ablauf**_ :
|
||||
|
||||
**SCHRITT 1:**
|
||||
|
||||
**Anmeldung: ab sofort bis zum 15.02.2026**
|
||||
|
||||
Wer hat ein Todo?| Beschreibung| Templates
|
||||
---|---|---
|
||||
**EVU**| Die Anmeldung als Schnittstellenpartner erfolgt durch das Eisenbahnverkehrs-unternehmen (EVU) per E-Mail an [[REDACTED]](mailto:[REDACTED]).| [Antrag Schnittstellenutzung Test-Umgebung](https://www.dbinfrago.com/resource/blob/13098704/4bafbc139ab001200214038716b90dea/Antrag-Schnittstellen-Nutzung-fuer-EVU_IT-Dienstleister-Test-Umgebung--data.pdf)**Wichtig** : Für jedes EVU muss ein eigener Antrag gestellt werden
|
||||
**DB InfraGO**| DB InfraGO prüft die eingereichten Unterlagen auf Vollständigkeit, pflegt sie in die Testsysteme ein, veranlasst die Freischaltung der Firewall und versendet die Zugangsdaten für die Mock-Umgebung.|
|
||||
|
||||
**EVU / DB InfraGO******| Die Verbindung zwischen den Test-umgebungen wird hergestellt und mittels eines Heartbeat-Checks seitens DB InfraGO überprüft.|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**SCHRITT 2:**
|
||||
|
||||
**Durchführung Prozessschritte: ab sofort bis zum 15.02.2026**
|
||||
|
||||
Wer hat ein Todo?| Beschreibung| Templates
|
||||
---|---|---
|
||||
**EVU**|
|
||||
|
||||
* Das EVU für die Tests selbstständig durch. Ihre Angaben im Testfallsheet umfassen insbesondere die PR-ID zur Nachvollziehbarkeit der erfolgreichen Tests. Das ausgefüllte Testfallsheet wird anschließend per E-Mail an _[[REDACTED]](mailto:[REDACTED])_ übermittelt.
|
||||
|
||||
| [Link zu Testfällen](https://www.dbinfrago.com/resource/blob/13003494/785aadcefca67a4b5189e5740124a163/202510_TestfaelleCITest-data.xlsx)
|
||||
**DB InfraGO**| Die Testergebnisse werden überprüft.|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**SCHRITT 3:**
|
||||
|
||||
**Fachliche Bestätigung: 05.01.2026 bis zum 01.03.2026**
|
||||
|
||||
Wer hat ein Todo?| Beschreibung| Templates
|
||||
---|---|---
|
||||
**DB InfraGO**| Versand Zugangsdaten zur Kunden Test Umgebung (KTU)|
|
||||
|
||||
**EVU / DB InfraGO**| Die Verbindung zwischen den Testumgebungen wird hergestellt und über einen Heartbeat-Check überprüft.|
|
||||
|
||||
**EVU******| Absenden von drei businessnahen Trassenanmeldungen und formlose Meldung der PathIDs an [[REDACTED]](mailto:[REDACTED])| Erster Verkehrstag nach 01.Juni 2026Über das Systeminterne Bemerkungsfeld notwendige Informationen übergeben
|
||||
**DB InfraGO******| DB InfraGO stellt ein tatsächlich konstruiertes Konstruktionsergebnis im Testsystem zur Verfügung.|
|
||||
|
||||
**EVU**| Das EVU prüft die Konstruktionsergebnisse.|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**SCHRITT 4:**
|
||||
|
||||
**Anbindung an Produktion: 19.01.2026 bis zum 01.03.2026**
|
||||
|
||||
Wer hat ein Todo?| Beschreibung| Templates
|
||||
---|---|---
|
||||
**EVU**| Die Anmeldung als Schnittstellenpartner erfolgt durch das Eisenbahnverkehrs-unternehmen (EVU) per E-Mail an _[[REDACTED]](mailto:[REDACTED])_ .| [Antrag Schnittstellenutzung ](https://www.dbinfrago.com/resource/blob/13098702/d1a84f95a26bfdcd84ae692c40c91c9a/Antrag-Schnittstellen-Nutzung-fuer-EVU-Prod-Umgebung--data.pdf)[Prod](https://www.dbinfrago.com/resource/blob/13098702/d1a84f95a26bfdcd84ae692c40c91c9a/Antrag-Schnittstellen-Nutzung-fuer-EVU-Prod-Umgebung--data.pdf)[-Umgebung](https://www.dbinfrago.com/resource/blob/13098702/d1a84f95a26bfdcd84ae692c40c91c9a/Antrag-Schnittstellen-Nutzung-fuer-EVU-Prod-Umgebung--data.pdf)**Wichtig** : Für jedes EVU (identifiziert durch den _Organization_ _Code_) muss ein eigener Antrag gestellt werden
|
||||
**DB InfraGO**| DB InfraGO prüft die Daten auf Vollständigkeit, pflegt sie in die Produktivsysteme ein, veranlasst die Freischaltung der Firewall und versendet die Zugangsdaten für die Produktion.|
|
||||
|
||||
**EVU / DB InfraGO******| Die Verbindung zwischen den Produktionsumgebungen wird hergestellt und mittels eines Heartbeat-Checks seitens DB InfraGO überprüft.|
|
||||
@@ -0,0 +1,37 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "2"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/503119345/Stafetten-Verfahren+im+GelV"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "2ba75917fc0671d5"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Das Stafetten-Verfahren, also regionenweise Abarbeitung wird es in der Konstruktion weiterhin geben.
|
||||
|
||||
Allerdings werden keine Teilangebote erstellt. Der gesamte Path wird als ein Angebot (PathDetailsMessage) übermittelt.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,177 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "16"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/573777749/Stornierung+durch+Kunde"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "7885ce7fb7f2d922"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Technische Abbildung des Verkehrszeitraums
|
||||
|
||||
### Bisherige Logik (vor TTT)
|
||||
|
||||
Bislang war eine Zugtrasse durch einen Verkehrszeitraum sowie einen Verkehrstageschlüssel definiert, der die Tage des Verkehrs innerhalb dieses Zeitraums festlegte.
|
||||
Sollte ein Zug an einzelnen Tagen nicht verkehren, wurde dies nicht durch eine Änderung des Vertrags oder dessen Gültigkeitszeitraums abgebildet. Der Vertrag einschließlich Verkehrszeitraum und Verkehrstageschlüssel blieb unverändert.
|
||||
|
||||
Stattdessen wurde der Zug für diese Tage "ausgelegt": Die Information über das Nicht‑Verkehren an einzelnen Tagen wurde über die NSS mittels Ausfalltagen übertragen (fachlich häufig auch als _Auslegung an der NSS_ bezeichnet). Ausfalltage waren damit ein Abweichungs‑ bzw. Betriebsinstrument, kein strukturelles Planungsmerkmal des Vertrags.
|
||||
|
||||
### Logik mit TTT
|
||||
|
||||
Mit der Einführung von TTT existiert kein übergreifender Verkehrszeitraum mit separat gepflegtem Verkehrstageschlüssel mehr.
|
||||
Stattdessen besitzt der Path (Vertrag):
|
||||
|
||||
* ein Start‑ und Enddatum sowie
|
||||
* einen Kalender, der technisch als Bitleiste umgesetzt ist.
|
||||
|
||||
|
||||
|
||||
Ob ein Zug an einem bestimmten Kalendertag fährt, ergibt sich ausschließlich daraus, ob für diesen Tag eine „1“ in der Bitleiste (Kalender) gesetzt ist.
|
||||
|
||||
Mehrere Paths bzw. Verträge dürfen sich zeitlich überlappen, sofern die in den jeweiligen Kalendern gesetzten Verkehrstage zueinander disjunkt sind (keine Überschneidung gesetzter „1en“). Das bedeutet, dass ein Vertragstag eines Zuges nur in einem Vertrag enthalten sein darf.
|
||||
|
||||
## Zeitliche Teilstornierung
|
||||
|
||||
Es ist möglich eine Trasse über eine Teilstornierung (TOI=33) an allen ihren Verkehrstagen auf einem Teillaufweg zu stornieren. Nähere Informationen befinden sich im Kapitel [5.3.13 Stornierung ](https://www.dbinfrago.com/resource/blob/13705098/414d1181ff1ccb1516e08d53c1e34694/Dokumentationen-der-EVU-Schnittstelle-data.pdf) der Schnittstellendokumentation.
|
||||
|
||||
Den genauen Prozess und die Geschäftsvorfallfolge dazu zeigt Abbildungen 10 in der [Dokumentation der Schnittstelle des Bestellsystems der DB InfraGO AG für EVU-Systeme](https://www.dbinfrago.com/resource/blob/13705098/414d1181ff1ccb1516e08d53c1e34694/Dokumentationen-der-EVU-Schnittstelle-data.pdf).
|
||||
|
||||
Abb. 10 ("Geschäftsvorfallfolgen im Gelegenheitsverkehr – Folgegeschäftsvorfälle und Messages für Stornierungen gebuchter Trassen durch das EVU"):
|
||||
|
||||
[[Bild: https://arija.jaas.service.deutschebahn.com/secure/thumbnail/332990/_thumb_332990.png]](https://arija.jaas.service.deutschebahn.com/secure/attachment/332990/332990_Hauptdokument+Abbildung+10.png "Hauptdokument Abbildung 10.png")
|
||||
|
||||
Der Abfolge aus Abbildung 10 heraus müsste im Anschluss an die Angebotsannahme über die geänderte Trasse durch den Kunden dann
|
||||
|
||||
* zunächst eine PDM TOI=22 MS=1 mit neuer PAID (Buchungsbestätigung für neue Trasse mit reduziertem Laufweg) gesendet werden
|
||||
* danach noch eine PDM mit TOI=22 MS=2 (Information über nicht stornierten Trassenanteil), obwohl es in einem solchen Falle gar keinen nicht-stornierten Trassenanteil gibt. In der Schnittstellenbeschreibung V4.6.2 ist näher definiert, dass bei vollständiger Stornierung der Kalender keine BitmapDays mehr besitzt.
|
||||
|
||||
|
||||
|
||||
Eine Stornierungsbestätigung für die alte Trasse PAID (PDM TOI=22 MS=3 mit alter PAID) erfolgt derzeit nicht, daher ist die auch wie in Abb. 10 ersichtlich nicht aufgeführt.
|
||||
|
||||
|
||||
|
||||
|
||||
In Abbildung 9 wird die Änderungsbestellung dargestellt. Dort ist der Vorgang anders als bei der Teilstornierung. Dort wird an dieser sinngemäß gleichen Stelle zumindest die "Information über nicht stornierten Trassenanteil" übersprungen. An einer verbesserten Kommunikation für diese Fälle wird laut Fabian Sommer auf europäischer Ebene gearbeitet.
|
||||
|
||||
[[Bild: https://arija.jaas.service.deutschebahn.com/secure/thumbnail/332991/_thumb_332991.png]](https://arija.jaas.service.deutschebahn.com/secure/attachment/332991/332991_Hauptdokument+Abbildung+9.png "Hauptdokument Abbildung 9.png")
|
||||
|
||||
|
||||
|
||||
|
||||
### Technische Umsetzung der zeitlichen Teilstornierung und NSS‑Übergabe
|
||||
|
||||
Eine zeitliche Teilstornierung wird im TTT‑Modell dadurch umgesetzt, dass gesetzte Verkehrstage im Kalender entfernt werden (technisch: Bits werden von „1“ auf „0“ gesetzt).
|
||||
|
||||
An die NSS können dabei nur zusammenhängende Zeiträume mit gültigen Verkehrstagen („1en“) übergeben werden. Unterbrechungen im Kalender führen folglich zu getrennten Übergaben mehrerer Zeiträume.
|
||||
|
||||
Das frühere Konzept der Ausfalltage wird in diesem Modell nicht mehr als primäres fachliches Instrument genutzt, da Nicht‑Verkehr vollständig durch kalendarische Gültigkeit abgebildet wird.
|
||||
|
||||
|
||||
|
||||
|
||||
### Technischer Ablauf rämliche (Teil-) Stornierung
|
||||
|
||||
Ziel ist es gemeinsam den Gesamtprozess zu beschreiben, verifizeren und dem Testteam als Guide an die Hand für den E2E-Test zu geben.
|
||||
|
||||
|
||||
|
||||
|
||||
Voraussetzung:
|
||||
|
||||
RuT-K
|
||||
|
||||
* Vertragswirksame Regeltrasse existiert
|
||||
* Auf der Vertragstrasse liegt eine Bautrasse in Arbeit.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
System| Auftragsart| Auftragstyp| Interne Verarbeitung (Ablauf im Teilsystem)| Übergabe an
|
||||
---|---|---|---|---
|
||||
TPN| Stornierung| 8 RS| TPN berechnet ein abgeleitetes Feld AFT_RAEUML_STORNO, das angibt, ob es sich bei einem Typ 8 (oder Typ 10) um eine räumliche Teilstornierung (RS) handelt.Die Logik in der SQL-View lautet: (Quelle: [delivery/oracle/src/main/templates/database/currentChanges.sql · develop · TPN / TPN Codebase · GitLab](https://git.tech.rz.db.de/tpn/tpn-codebase/-/blob/develop/delivery/oracle/src/main/templates/database/currentChanges.sql))CASE WHEN AFT_LEGUNG_BEGINN_BST_ID is not null AND AFT_TYP IN (8, 10) AND tta.TTA_ID is not null THEN 1 ELSE 0END AS AFT_RAEUML_STORNODas bedeutet:TPN prüft bei Typ 8 (und Typ 10), ob das Feld AFT_LEGUNG_BEGINN_BST_ID gefüllt ist (= es gibt eine Start-Betriebsstelle für den zu stornierenden Abschnitt) und ob ein zugehöriger TTA-Eintrag (Trassenteilabschnitt) existiert. Wenn ja → AFT_RAEUML_STORNO = 1 → es ist eine RS (räumliche Teilstornierung).Wenn nein → AFT_RAEUML_STORNO = 0 → es ist eine AEN (Änderung nach Vertragsschluss).Räumliche Teilstornierung wird in TPN als Typ 8 RS Kennzeichnung erkannt und als „Wegfall" behandelt – die Zugnummer bleibt belegt, da der Vertrag weiterhin (mit reduziertem Laufweg) existiert.| Typ 8 aus KK-Eingang automatisch weiterleiten
|
||||
GFD|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
GFD|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
RuT| _kaAeBStornoersatz_|
|
||||
|
|
||||
|
||||
1. Einloggen als Regelzugkonstrukteur
|
||||
2. Serverseitige Verarbeitung der Meldung _kaAeBStornoersatz_(KEIN manuelles Übernehmen der Message möglich)
|
||||
3. Automatisches Ergebnis in RuT-K für
|
||||
1. **Räumliche Stornierung** (Einkürzen des Laufwegs an allen VT UND 1. VT der Trasse liegt noch in der Zukunft)
|
||||
1. Eine neue Trasse entsteht
|
||||
1. mit neuer PathID
|
||||
2. PathIDold auf referenzierte Vertragstrasse
|
||||
3. PathRequest der referenzierten Vertragstrasse
|
||||
4. Status der Trasse ist zurückgeschrieben. => Wie wird Trasse dann vertragswirksam?
|
||||
2. Die referenzierte Trasse
|
||||
1. 1. werden alle Verkehrstage ausgestanzt.
|
||||
2. Nicht zurückgeschrieben an GFD-Z
|
||||
3. Trassenstatus bleibt gleich.
|
||||
3. Der Laufweg der Bautrasse wird nicht angepasst. Die PathIDold wird auf die neu erzeugte Trasse geändert.
|
||||
4. Alle Trassen werden als Update nach FaPS exportiert.
|
||||
2. **Räum-Zeitliche Stornierung** (Einkürzen des Laufwegs an einzelnen VT)
|
||||
1. Eine neue Trasse entsteht für die betroffenen VT
|
||||
1. mit neuer PathID
|
||||
2. PathIDold auf referenzierte Vertragstrasse
|
||||
3. PathRequest der referenzierten Vertragstrasse
|
||||
4. Status der Trasse ist zurückgeschrieben. => Wie wird Trasse dann vertragswirksam?
|
||||
2. Die referenzierte Trasse
|
||||
1. 1. wird an den betroffenen Verkehrstagen ausgestanzt.
|
||||
2. Nicht zurückgeschrieben an GFD-Z
|
||||
3. Trassenstatus bleibt gleich.
|
||||
3. Der Laufweg der Bautrasse wird nicht angepasst. Die PathIDold wird auf die neu erzeugte Trasse geändert. => mit [C2SLS-2244](https://arija.jaas.service.deutschebahn.com/browse/C2SLS-2244) (9.7.2) wird die Bautrasse in zwei Bautrassen aufgeteilt, falls die VT die alte Vertragstrasse sowie die neue Trasse überschneidet
|
||||
4. Alle Trassen werden als Update nach FaPS exportiert.
|
||||
|
||||
|
|
||||
|
||||
GFD|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
TPN|
|
||||
|
|
||||
| Nach Rückkehr des Konstruktionsergebnisses aus RUT-K passiert in TPN:
|
||||
|
||||
* * KK-Postkorb „Abgeschlossen" → Auftrag auf „Geprüft" setzen
|
||||
* Vertriebsauftrag für den laufweg-angepassten Vertrag (gleiche PathID, reduzierter Laufweg)
|
||||
* Bestätigung der RTS geht an pathOS (EVU) raus
|
||||
* Endstatus: Typ 8 und Typ 2 stehen im KK-„Suchen (Trassen)"-Postkorb im Status „Bearbeitet"
|
||||
* Zugnummer bleibt belegt (kein Freigabe, da Vertrag mit reduziertem Laufweg weiterbesteht)
|
||||
|
||||
| EVU
|
||||
|
||||
Quelle:
|
||||
|
||||
sowie Kommentar Stefan Gründling 06.05.2026
|
||||
@@ -0,0 +1,83 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "5"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600203/Stornierung"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "5bba8d4086fa340a"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Bei einer vollständigen Stornierung enthält die PathDetailsMessage (PDM) lediglich die notwendigen Informationen und Attribute um eine Schemavalidierung nach der xsd zu erfüllen.
|
||||
|
||||
* Da der Prozessstart vom Kunden ausgelöst ist, ist ein nochmaliger Versand aller Vertragsinhalte überflüssig.
|
||||
* Die Information zum Start und Ziel der Trasse sowie die Verkehrstage sind die notwendig zu prüfenden Attribute um eine vollständige Stornierungsumsetzung durch die DB InfraGO validieren.
|
||||
* Nach diesen Attributen weitere Prüfungen zu NSP o.ä. durchzuführen ist überflüssig und sollte vermieden werden.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
|
||||
|
||||
## Kostenfreie Stornierung innerhalb von drei Tagen auch bei Nicht-Bau-NAÄ
|
||||
|
||||
_**WENN**_
|
||||
|
||||
* _Eine Stornierung (Typ 7) für einen NAÄ-Vertrag eingeht_
|
||||
* _UND der Abstand in ganzen Tagen zwischen dem Datum des "Eingangszeitpunkts der Stornierung" und dem "Vertragszeitpunkt" < 4 Tage beträgt (Frist beginnt ab dem Tag nach Vertragsversand)_
|
||||
|
||||
|
||||
|
||||
_**DANN**_
|
||||
|
||||
* _Setzt TPN den Wert "A0" als Stornokennzeichen_
|
||||
* _UND macht das Stornokennzeichen an der Oberfläche nicht-editierbar_
|
||||
|
||||
|
||||
|
||||
_Weitere technische Spezifikationen:_
|
||||
|
||||
* _Die Frist für die NAÄ-Reaktionsfrist beginnt immer am Tag nach dem Versand. Der Beginn der Frist erfolgt unabhängig von der Uhrzeit._
|
||||
* _Die Abstandsberechnung erfolgt anhand des Kalendertages ohne Berücksichtigung der Uhrzeit._
|
||||
* _Die Anzahl der Tage für die Abstandsberechnung soll konfigurierbar sein (nicht zwangsläufig über die Benutzeroberfläche)._
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle: Abstimmung zwischen Stefan Gründling und Felix Mohr am 09.03.2026.
|
||||
|
||||
|
||||
|
||||
|
||||
## Zeitliche Teilstornierung
|
||||
|
||||
Zur Stornierung einzelner Verkehrstage und der dazu unter TTT geltenden Logik siehe [Stornierung durch Kunde im Gelegenheitsverkehr](https://arija-confluence.jaas.service.deutschebahn.com/x/VSczIg)
|
||||
@@ -0,0 +1,64 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "7"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596078/TAF+TAP+TSI+Fachliche+Dokumentation"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "45d41e58ff5032b0"
|
||||
---
|
||||
|
||||
Diese Seite stellt die **interne fachliche Dokumentation zum TTT-Programm** dar. Sie dokumentiert konsolidiert alle fachlichen Klärungspunkte und ergänzt die extern bindende Schnittstellenbeschreibung.
|
||||
|
||||
|
||||
|
||||
Als Vorstufe zu dieser ausführlichen fachlichen Dokumentation gibt es auch diese:
|
||||
|
||||
|
||||
|
||||
|
||||
Sie ist folgendermaßen untergliedert:
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Hinweise zur Nutzung der Dokumentation
|
||||
|
||||
Auf jeder Seite befindet sich oben ein Seitenstatus nach folgendem Muster:
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner| @ Mister X
|
||||
Letzte große Aktualisierung| TT.MM.JJJJ
|
||||
|
||||
|
||||
|
||||
|
||||
**Bearbeitungsstand**
|
||||
|
||||
Das Thema wurde noch nicht für die Dokumentation freigeben oder die Dokumentation zu diesem Thema wurde noch nicht begonnen.
|
||||
|
||||
Das Thema befindet sich im Dokumentationsprozess. Teile sind eventuell schon dokumentiert.
|
||||
|
||||
Die Anforderungen an das Thema haben sich geändert. Die Seite ist nicht mehr aktuell und spiegelt eventuell unvollständige Informationen wider.
|
||||
|
||||
Das Thema wurde final dokumentiert. Eine erneute Änderung der Dokumentation zu diesem Thema ist voraussichtlich nicht notwendig.
|
||||
|
||||
**Ansprechpartner**
|
||||
|
||||
Die Person, die zu dem Thema für Rückfragen zur Verfügung steht.
|
||||
|
||||
**Letzte große Aktualisierung**
|
||||
|
||||
Das Datum wann eine Aktualisierung der Seite erfolgte, die fachlich und inhaltlich relevante Auswirkungen hat.
|
||||
@@ -0,0 +1,202 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi", "web"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "www.dbinfrago.com"
|
||||
source_version: ""
|
||||
url: "https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/TAF-TAP-TSI-FAQ-13868920"
|
||||
last_updated: "2026-06-27"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "ff62ef9efafa8fcc"
|
||||
meta_fingerprint: "1302a1bee048956f"
|
||||
---
|
||||
|
||||
Bitte beachten Sie, dass sich Inhalte und Zeitpläne beispielsweise durch übergreifende regulatorische Anforderungen (z. B. TAF/TAP TSI oder weitere EU-Verordnungen) sowie durch technische oder fachliche Anpassungen ändern können. Die hier bereitgestellten Informationen dienen der Orientierung und haben keinen verbindlichen Charakter.
|
||||
|
||||
Verbindliche Regelungen und offizielle Informationen entnehmen Sie bitte den jeweils zugrunde liegenden Dokumenten, wie beispielsweise den EU-Verordnungen, dem Sektorhandbuch, der DB InfraGO-Schnittstellendokumentation oder den Informationen auf der Webseite der DB InfraGO AG.
|
||||
|
||||
Zur besseren Übersicht sind die Fragen thematisch gruppiert. Aufgrund des Umfangs empfehlen wir die Nutzung der Suchfunktion (Strg + F), um gezielt nach Themen zu navigieren.
|
||||
|
||||
## 1\. Übergreifende Themen zu den EVU-Verordnungen
|
||||
|
||||
Müssen auch kleinere EVU TAF/TAP umsetzen?
|
||||
|
||||
Die Umsetzung von TAF/TAP ist unabhängig von der Größe eines EVU. Sofern ein EIU, über dessen Netz ein EVU fahren möchte, TAF/TAP umsetzt und das in seinen Nutzungsbedingungen verankert, sind alle EVU gezwungen, TAF/TAP umzusetzen.
|
||||
|
||||
## 2\. Identifikatoren und Objekte
|
||||
|
||||
Gibt es noch so etwas wie Kundennummern und in welchem TAF/TAP-Objekt stecken diese? Hintergrund: bisher unterscheiden einige EVU Linien mit den zugehörigen Zügen nach Kundennummer
|
||||
|
||||
Die Kundennummern-Logik der DB InfraGO wird mit der Einführung von TAF/TAF TSI im Fahrplan 2027 nicht geändert. Diese Informationen stecken allerdings formal in keinem TAF/TAP Objekt, sondern sind ein zusätzlicher Parameter in Deutschland bei der DB InfraGO AG.
|
||||
|
||||
Ist die ReferenceTrainID die interne Referenznummer der EVU, die vom EIU übernommen wird? Werden Zugnummern damit obsolet?
|
||||
|
||||
Die ReferenceTrainID ist ein Element der EVU und wird vom EIU übernommen - das stimmt. Zugnummern wird es weiterhin geben, nur heißen diese künftig OTN, sind aber weitestgehend wie heute. Die ReferenceTrainID ist allerdings die durchgängige Identifikation und somit in keiner Weise eine reine "interne" Referenznummer.
|
||||
|
||||
Kann/sollte eine ReferenceTrainID mehrfach vergeben werden, wenn z.B. ein Zuglauf abgeändert wird oder gestrandet ist und ist das z.B. auch für 20h-Bestellungen verwendbar zur besseren Identifikation?
|
||||
|
||||
Generell kann eine ReferenceTrainID mehrmals verwendet werden, allerdings muss sie immer je Verkehrstag eindeutig sein. Wird sie wiederholt verwendet, so müssen die zugehörigen Anmeldungen „zusammengehören“ (hinsichtlich Zug, Route, Zeiten etc.) und kein Verkehrstag darf doppelt vorkommen.
|
||||
|
||||
Kann die ReferenceTrainID auch grenzüberschreitend genutzt werden bzw. sollte es ggf. sogar? Wie sieht es EVU-übergreifend aus an z.B. Übergabepunkten?
|
||||
|
||||
Ja, sie soll auch grenzüberschreitend genutzt werden. Das federführende EVU (LeadRU) legt ReferenceTrainID und RouteID fest und kommuniziert sie an die Partner-EVU, welche diese dann wiederum in den entsprechenden Anmeldesystemen angeben müssen.
|
||||
|
||||
## 3\. Stammdaten
|
||||
|
||||
Wo sind die aktuellen Infrastrukturstammdaten zu finden?
|
||||
|
||||
Die aktuellen Stammdaten sind unter folgendem Link auf unserer Webseite abrufbar: [Fahrplan: EVU-Schnittstelle](https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208)
|
||||
|
||||
Kann bzw. muss jedes EVU einen Company Code/Organisation Code beantragen?
|
||||
|
||||
Ja. Bis zum 31.12.2025 ist für den TAF/TAP-Nachrichtenaustausch für jedes beteiligte Unternehmen zwingend ein Company Code erforderlich. Dieser kann ohne großen Aufwand und derzeit kostenfrei bei der UIC beantragt werden. Ab dem 1.1.2026 wird die ERA diese Aufgabe übernehmen und der Company Code durch den Organisation Code ersetzt. Alle Telematics Stakeholder, die vor dem 01.01.2026 einen Company Code besitzen, müssen bei der ERA oder noch besser über das EBA einen gleichlautenden Organisation Code beantragen. Unternehmen des deutschen Eisenbahnsektors, die bisher weder über einen Company Code noch über einen Organisation Code verfügen, beantragen bitte bis zum 01.01.2026 einen Organisation Code, entweder über die ERA oder das EBA. Über folgenden Link kann der Antrag bei der ERA gestellt werden: [Antrag ERA](https://www.era.europa.eu/domains/registers/ocr_en) .
|
||||
|
||||
Über folgenden Link kann der Antrag beim EBA gestellt werden: [Antrag EBA](https://www.eba.bund.de/DE/Themen/Fahrzeugeinstellungsregister/OCR/ocr_node.html)
|
||||
|
||||
Wir empfehlen Ihnen dringend die Beantragung über das EBA, da Sie einen direkten Ansprechpartner mit Kommunikation in deutscher Sprache haben, der Sie in allen Belangen unterstützt. Besondere Aufmerksamkeit gilt für die EVUs. Sind Sie EVU und beantragen die Angleichung Ihres Organisation Codes an den Company Code, dann müssen Sie nach Anpassung des Organisation Code auch die Einträge im Nationalen und Europäischen Fahrzeugeinstellungsregister (NVR/EVR) aktualisieren.
|
||||
|
||||
Anschließend muss der Company Code/Organisation Code an die Eisenbahninfrastrukturunternehmen gemeldet werden. Im Falle einer Angleichung des Organisation Code an den Company Code muss keine Meldung erfolgen, da der bisher unter dem Namen Company Code hinterlegte Code gleichbleibt. Bei der DB InfraGO bitte direkt an die Kundenberatung melden. Mehr kann im aktuellen Flyer auf der Informationsplattform nachgelesen werden.
|
||||
|
||||
Leider gibt es weiterhin eine hohe Anzahl an EVU, die entweder keinen Company Code/Organisation Code haben oder diesen noch nicht an die DB InfraGO gemeldet haben. Da der Company Code/Organisation Code mit TAF/TAP ein verpflichtendes Element wird, ist es nicht zielführend, diesen aus (persönlichen) Gründen zu verweigern. Mit Einführung von TAF/TAP wird der Company Code/Organisation Code voraussichtlich via INB als Pflicht-Element im G-INV verankert.
|
||||
|
||||
Können einem Company Code mehrere der heutigen Kundennummern zugeordnet sein? So, wie ein EVU heute verschiedene Kundennummern für die Trassenanmeldung nutzen kann?
|
||||
|
||||
Ja - der Company Code ist ein vorgegebenes Element der TAF/TAP bzw. EU-Vorgaben. Jedes EVU (bzw. jedes Unternehmen), was an TAF/TAP beteiligt ist, benötigt zwingend (!) einen solchen Code. Die Kundennummern-Logik ist DB InfraGO-eigen. In der Regel gibt es je EVU/ZB eine Hauptkundennummer (für die es dann einen Company Code gibt) mit untergeordneten Kundennummern. Diese Kundennummern können gemeinsam den Company Code der Hauptkundennummer verwenden.
|
||||
|
||||
Wird der Company Code/Organisation Code bei einem Betreiberwechsel automatisch an den neuen Betreiber übertragen oder muss dieser neu beantragt/vergeben werden?
|
||||
|
||||
Nein, bei einem Betreiberwechsel gilt der Company Code bzw. Organisation Code des neuen Betreibers.
|
||||
|
||||
Hat der neue Betreiber noch keinen Company Code/Organisation Code, muss er für den TAF/TAP-Nachrichtenaustausch bis zum 31.12.2025 einen Company Code bei der UIC und für den TAF/TAP-Nachrichtenaustausch ab dem 01.01.2026 bei der ERA oder noch besser bei dem EBA beantragen.
|
||||
|
||||
Im Kundendialog vom Juni 25 wurde darüber informiert, dass die EVU für die Anwendung von TAF/TAP TSI nun anstelle eines Company Codes ab dem 01.01.2026 einen Organisation-Code benötigen, der möglichst mit dem Company-Code übereinstimmen sollte. Unsere EVU verfügen bereits seit 2021 über einen Organisation-Code (damals auf Anforderung des EBA beantragt). Dieser setzt sich aus Ziffern und Buchstaben zusammen und entspricht nicht dem erst später beantragten Company-Code. Könnten Sie bitte darlegen, welche Auswirkungen die Beibehaltung des vorhandenen alphanummerischen Organisation-Codes hätte.
|
||||
|
||||
Sollten Sie ab dem 01.01.2026 über einen vom Company Code abweichenden Organisation Code verfügen, wird der TAF/TAP-Nachrichtenaustausch nicht funktionieren. Alle IT-Systeme und Referenzdatenbanken sind mit den Company Codes der Unternehmen gespeist. Im Nachrichtenaustausch für fahrplanerisch und betrieblich relevanten Meldungen erwarten die Systeme diesen hinterlegten Code. Senden Sie nun einen abweichenden Code, weil der Organisation Code nicht dem Company Code entspricht, kann man Sie im Nachrichtenaustausch nicht identifizieren.
|
||||
|
||||
Können weiterhin die bisherigen Bezeichnungen und Ril100-Codes bzw. DS100 Codes genutzt werden?
|
||||
|
||||
Im Webportal von pathOS können die Laufwegspunkte auch mit Ril100-Code oder dem Klarnamen angegeben werden und werden automatisch dem PLC zugeordnet. Wer eine Schnittstellenlösung entwickelt, muss hingegen den PLC als eindeutigen Schlüssel verwenden. Die zusätzliche Angabe des Klarnamens in der Schnittstelle erleichtert die Lesbarkeit der xml-Datei, ist aber nicht unbedingt erforderlich.
|
||||
|
||||
## 4\. Trassenanmeldung allgemein
|
||||
|
||||
Wie weit (zeitlich, fachlich, prozessual) reicht der Kanalzwang?
|
||||
|
||||
Bei einer Trassenbestellung über das Webportal oder via Formular (Vordruck nach Ril 402.0202A01-A03) erfolgt keine Kommunikation über die PathOS Schnittstelle. Man muss sich die InfraGO-Angebote aus dem Portal manuell holen bzw. eine OIM (ObjectInfoMessage) exportieren. Wenn der Trassenbestellprozess so gestartet wurde, erfolgt prozessual bis zum Trassennutzungsvertrag keine Kommunikation über die PathOS Schnittstelle (ausgenommen KOMBau).
|
||||
|
||||
|
||||
Würde eine Netzausgelöste Änderung nach Vertrag dann wieder über die Schnittstelle kommen?
|
||||
|
||||
Der Kanalzwang gilt bis zum Abschluss des jeweiligen Prozesses; bei einer über das Portal initiierten Trassenbestellung bis zum Vertragsschluss. Währenddessen erfolgt die Kommunikation ausschließlich über den Startkanal. Nach Vertragsschluss werden netzausgelöste Änderungen (NAÄ) initial parallel über CI und Portal bereitgestellt (sofern ein CI existiert). Der weitere NAÄ-Prozess richtet sich nach Ihrer ersten Reaktion: Reagieren Sie über das CI (z. B. per RCM), wird der Prozess über das CI fortgeführt; andernfalls über das Portal. Unabhängig davon erfolgt die Kommunikation zu GPE und FPE grundsätzlich ohne Kanalzwang; eine Reaktion ist jederzeit entweder über das CI oder über die KomBau möglich.
|
||||
|
||||
Wird Click & Ride mit Einführung von TAF/TAP weitergeführt?
|
||||
|
||||
Ja. Click & Ride wird künftig für TAF/TAP ertüchtigt. Am generellen Anwendungsfall für C&R ändert sich durch die TAF/TAP Einführung nichts. Für das Fahrplanjahr 2025 und 2026 bleibt Click&Ride parallel zu TPN als Eingangskanal verfügbar.
|
||||
|
||||
Bis wann kann TPN für GelV 2026 noch genutzt werden?
|
||||
|
||||
TPN bleibt bis zum Fahrplanwechsel am 13.12.2026 produktiv für GelV verfügbar.
|
||||
|
||||
Legt man im PlannedCalendar fest, ob es sich um Regeltrassen oder Ad-hoc Trassen handelt?
|
||||
|
||||
Nein. Ob es sich um einen Regel- oder Sonderzug handelt, ergibt sich aus dem Bestellzeitpunkt und den bestellten Verkehrstagen. Daher muss das EVU dies nicht gesondert angeben.
|
||||
|
||||
Wie stellt man den Bezug von Zug und Gegenzug her? Beispiel: ein EVU will 3x von A nach B und zurück fahren mit jeweils 15 Min. Aufenthalt, dann stehen diese Trassen in Bezug zueinander?
|
||||
|
||||
Man kann auf eine Vor- oder Nachleistung referenzieren. Dies geschieht über die TrainActivityCodes 0044 bzw. 0045. Sie können dabei über die OTN oder die TrainID auf den anderen Zug verweisen.
|
||||
|
||||
Betrifft die Umstellung von TAF/TAP TSI auch die Trassenabrechnung? Verändern sich dadurch Dateiformate (heute CSV) und Inhalte?
|
||||
|
||||
In den Abrechnungssystemen wird aktuell der Umgang mit den neuen Identifikatoren geprüft.
|
||||
|
||||
Ganz grob gesprochen soll die Abrechnung mit Attributen aus TAF/TAP TSI erweitert und eventuell vorhandene Attribute durch die jeweiligen neuen ausgetauscht werden. Das trifft zum einen unsere internen Systeme aber auch die CSV-Dateien. Grundsätzlich werden wir erstmal die Dateien weiter im CSV-Format verwenden, analog zu heute.
|
||||
|
||||
Perspektivisch gibt es die Idee mit der Umstellung der Abrechnung auf TAF/TAP TSI künftig die Abrechnungsdaten komfortabel in einem Webportal zur Verfügung zu stellen. Der Zeitpunkt der Umsetzung ist aber offen, das aktuelle LB-Portal bleibt also weiterhin der gewohnte Kanal.
|
||||
|
||||
## 5\. Common Interface / Schnittstelle
|
||||
|
||||
Wenn mehrere Kundennummern demselben Company Code zugewiesen sind, können diese Kunden dann dasselbe Common Interface verwenden? Gibt es eine gute Möglichkeit die Nachrichten dann im Common Interface nach Kundennummer zu routen?
|
||||
|
||||
Auch hier gilt, generell können mehrere Kundennummern einen Company Code verwenden (z.B. wenn diese in der DB InfraGO-Logik einer Hauptkundennummer zugeordnet sind).
|
||||
|
||||
Ein Common Interface ist immer auf Ebene Company Code angelegt und kann dementsprechend auch von mehreren Kundennummern verwendet werden (gilt dann auch für die entsprechenden Softwares).
|
||||
|
||||
DB InfraGO-seitig routen wir auf Ebene Company Code, d.h. bei uns wird EIN Empfänger je Company Code hinterlegt. Ein Routing nach Kundennummern sollte dann entsprechend auf Kundenseite (im CI bzw. nach dem CI) erfolgen.
|
||||
|
||||
Ist es richtig, dass ujBau-Nachrichten ausschließlich über das Fahrplan-CI eines EVU (und nicht etwa über das CI für operativen Betrieb) gesendet werden?
|
||||
|
||||
Die Nachrichten für den Prozess zum unterjährigen Bau erfolgen nur über das Fahrplan-CI. Im Anschluss an den Bauprozess erfolgt die Aktualisierung des Vertrages dann über pathOS, es bleibt also bei dem gleichen CI. Der Versand der Nachrichten zum unterjährigen Bau erfolgt nicht über das CI des operativen Betriebs.
|
||||
|
||||
Wie werden die neuen betrieblichen Nachrichten von einem EVU technisch an die DB InfraGO AG übermittelt?
|
||||
|
||||
Diese Meldungen werden vom Common Interface des EVU an das Common Interface (Betriebsdatenverteiler, BDV) der DB InfraGO gesendet. Dies sind die gleichen Schnittstellen, die auch bei TAF/TAP-Meldungen von DB InfraGO an die EVU genutzt werden - nur eben in umgekehrter Richtung.
|
||||
|
||||
## 6\. pathOS Webportal
|
||||
|
||||
Gibt es die Möglichkeit im Webportal Vorlagen (Muster) abzuspeichern und für eine neue Trassenanmeldung zu nutzen?
|
||||
|
||||
Ja, das neue Onlineportal hat selbstverständlich eine Entwurfsfunktion. Diese Entwürfe können auf verschiedene Wege erstellt werden: Über eine neue, leere Anmeldung, aus bestehenden Entwürfen, aus abgeschickten Anmeldungen, aus Verträgen oder aus dem Archiv. Prinzipiell kann aus jedem Vorgang in Sekunden eine Vorlage erstellt werden.
|
||||
|
||||
## 7\. Kundensupport
|
||||
|
||||
Zu welchen Zeiten ist die Telefonhotline +49 69 26515555 erreichbar?
|
||||
|
||||
Unser fachliches Support-Team von pathOS steht Montag bis Freitag zwischen 8 Uhr und 16:30 Uhr zur Verfügung. Danach erfolgt eine Weiterleitung auf ein anderes Supportteam, sodass wir Ihre Anliegen auch außerhalb dieser Zeiten aufnehmen können und bspw. auf IT-Ausfälle reagieren können.
|
||||
|
||||
### Weiterführende Informationen
|
||||
|
||||
Artikel teilen
|
||||
|
||||
[ Über TAF/TAP TSI ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/allgemein-11089206)
|
||||
|
||||
TAF/TAP ist die einmalige Chance für den Eisenbahnsektor in Europa und Treiber der Digitalisierung. Gemeinsam mit dem Markt arbeiten wir an einer erfolgreichen Umsetzung zum Fahrplanjahr 2027.
|
||||
|
||||
[ Aktuelles und Events ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/events)
|
||||
|
||||
Aktuelle Informationen im komfortablen Newsletter-Format sowie Informationen zu (anstehenden) Veranstaltungen.
|
||||
|
||||
[ pathOS – Das System zur Trassenanmeldung bei der DB InfraGO (ab dem Fahrplanjahr 2027) ](/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem--13003480)
|
||||
|
||||
Auf dieser Seite informieren wir Sie regelmäßig über die wichtigsten News rund um pathOS. Sie finden hier sukzessive immer mehr Schulungsmaterial und -termine sowie alle weiteren relevanten Informationen.
|
||||
|
||||
[ Fahrplan: EVU-Schnittstelle ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208)
|
||||
|
||||
Regelmäßig aktualisiert – die Schnittstellendokumentation der neuen, TAF/TAP-konformen EVU-Schnittstelle in der Trassenanmeldung.
|
||||
|
||||
[ Betrieb: Meldungen EVU an DB InfraGO AG ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/betrieb-meldungen-evu-an-db-infrago--11089212)
|
||||
|
||||
Alle relevanten Informationen zum Versand von Meldungen im TAF/TAP-Format von EVU an DB InfraGO AG.
|
||||
|
||||
[ Betrieb: Meldungen DB InfraGO AG an EVU ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/betrieb-meldungen-db-infrago-ag-an-evu-11089210)
|
||||
|
||||
Alle relevanten Informationen zum Versand von Meldungen im TAF/TAP-Format von der DB InfraGO AG an die EVU.
|
||||
|
||||
### Artikel teilen
|
||||
|
||||
[ Über TAF/TAP TSI ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/allgemein-11089206)
|
||||
|
||||
TAF/TAP ist die einmalige Chance für den Eisenbahnsektor in Europa und Treiber der Digitalisierung. Gemeinsam mit dem Markt arbeiten wir an einer erfolgreichen Umsetzung zum Fahrplanjahr 2027.
|
||||
|
||||
[ Aktuelles und Events ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/events)
|
||||
|
||||
Aktuelle Informationen im komfortablen Newsletter-Format sowie Informationen zu (anstehenden) Veranstaltungen.
|
||||
|
||||
[ pathOS – Das System zur Trassenanmeldung bei der DB InfraGO (ab dem Fahrplanjahr 2027) ](/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem--13003480)
|
||||
|
||||
Auf dieser Seite informieren wir Sie regelmäßig über die wichtigsten News rund um pathOS. Sie finden hier sukzessive immer mehr Schulungsmaterial und -termine sowie alle weiteren relevanten Informationen.
|
||||
|
||||
[ Fahrplan: EVU-Schnittstelle ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208)
|
||||
|
||||
Regelmäßig aktualisiert – die Schnittstellendokumentation der neuen, TAF/TAP-konformen EVU-Schnittstelle in der Trassenanmeldung.
|
||||
|
||||
[ Betrieb: Meldungen EVU an DB InfraGO AG ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/betrieb-meldungen-evu-an-db-infrago--11089212)
|
||||
|
||||
Alle relevanten Informationen zum Versand von Meldungen im TAF/TAP-Format von EVU an DB InfraGO AG.
|
||||
|
||||
[ Betrieb: Meldungen DB InfraGO AG an EVU ](/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/betrieb-meldungen-db-infrago-ag-an-evu-11089210)
|
||||
|
||||
Alle relevanten Informationen zum Versand von Meldungen im TAF/TAP-Format von der DB InfraGO AG an die EVU.
|
||||
@@ -0,0 +1,98 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "12"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/517791845"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: "redigiert: [A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}"
|
||||
content_hash: "9d51df8dec78a545"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
##
|
||||
|
||||
## **
|
||||
Allgemeine Informationen**
|
||||
|
||||
* Kurzbeschreibung: path operating system ([PathOS](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/316976662/Was+ist+PathOS)) ist der festgelegte Name für das neuen Bestellsystem (Nachfolger von TPN)
|
||||
|
||||
|
||||
|
||||
## **Funktionen & Anwendungsfälle **
|
||||
|
||||
* Welche Aufgaben kann man mit dem Tool lösen? → Mit dem Pathos [Web-UI](https://pathos-iat.app.db.de/anmeldung) können Trassenanmeldungen versandt werden. Zusätzlich zum UI gibt es aber auch noch das CI welches von Schnittstellen Partnern genutzt wird.
|
||||
|
||||
|
||||
|
||||
## **Verantwortlichkeiten & Kontakt **
|
||||
|
||||
📢 Öffentliche Ansprechpartner:
|
||||
|
||||
* Welcher Fachbereich ist für das Tool verantwortlich?
|
||||
|
||||
|
||||
|
||||
⚠️ Interne Ansprechpartner:
|
||||
|
||||
* Wer ist intern zuständig? → [PathOS FbF](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/362612824/Team+FbF-PathOS)
|
||||
|
||||
|
||||
* Interne Support-Prozesse
|
||||
* [[REDACTED]](mailto:[REDACTED])
|
||||
|
||||
|
||||
|
||||
## **Zugang & Berechtigungen**
|
||||
|
||||
📢 Öffentlich zugängliche Informationen:
|
||||
|
||||
* Wer kann das Tool nutzen? → Jeder via Web UI, SST-Partner via eigenes CI (wenn zertifiziert)
|
||||
|
||||
|
||||
* Wie erhält man Zugang? → PathOS wird demnächst ins Infraportal gebracht, wodurch sich Jeder Anwender über seinen Super User dafür berechtigen lassen kann. Neue SST-Partner müssen den [Onboarding Prozess](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/508366364/SST-Partner+Onboarding) abgeschlossen haben um ihr CI an unseres anzubinden.
|
||||
|
||||
|
||||
|
||||
⚠️ Interne Zusatzinformationen:
|
||||
|
||||
* Interne Berechtigungen & Rollen
|
||||
|
||||
**Benutzerrolle**| **Beschreibung**| **Berechtigter**
|
||||
---|---|---
|
||||
Fachliche Betriebsführung| Fachbetriebsführung pathOS| FbF Pathos
|
||||
Lesezugriff| Vollständiger Read-Only Zugriff| Kundenberater, Konstrukteure und sonstige Personen der DB InfraGO
|
||||
Nur Testzugang (Trassenbesteller)| Trassenbestellung AUSSCHLIEßLICH Zugriff auf die Testumgebung| jeder der aktuell testen will
|
||||
Nur Testzugang (Trassenkonstruktion)| Trassenkonstruktion AUSSCHLIEßLICH Zugriff auf die Testumgebung| jeder der aktuell testen will
|
||||
Trassenbestellung DB InfraGO intern| Bestellberechtigung für Trassen. Zugriff darf nur für den Company Code DB InfraGO und alle darunter liegenden Kundennummern sein| Für alle Personen der DB InfraGO, die für die DB InfraGO Trassen anmelden
|
||||
Trassenkonstruktion DB InfraGO| Vollständiger Schreibzugriff für Fahrplankonstrukteure der DB InfraGo, die damit im Auftrag von Kunden kundennummernübergreifend Trassenanmeldungen in pathOS bearbeiten| Fahrplankonstrukteure der DB InfraGo
|
||||
|
||||
## **Verknüpfungen & Schnittstellen**
|
||||
|
||||
⚠️ Interne Informationen:
|
||||
|
||||
* Schnittstellen zu: TBD
|
||||
|
||||
|
||||
|
||||
## **Weiterführende Informationen**
|
||||
|
||||
* Link zur Testumgebung: [https://pathos-test.app.db.de](https://pathos-test.app.db.de/)
|
||||
* Link zum Produktivsystem: [https://pathos.app.db.de](https://pathos.app.db.de/)
|
||||
* Link zu pathOS: [pathOS (neues Bestellsystem)](https://www.dbinfrago.com/web/schienennetz/leistungen/trassen/trassenbestellung/pathOS-neues-Bestellsystem--13003480)
|
||||
* Link zu TAF/TAP TSI: [TAF/TAP TSI](https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi)
|
||||
* Link zum Chatbot (intern): [Webchat Interner PathOS-Chatbot-Test (DB InfraGO AG) V1.7](https://infrago-chatbot-intern.cai-prod.comp.db.de/)
|
||||
* Link zu Fehlermeldungen (intern): [Fehlermeldung an der UI - O2C | Order2Cash - ariJa Confluence](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/528178385/Fehlermeldung+an+der+UI) und im Sharepoint: [ErrorMessages_and_Codes_DB_Netz (Input Anlage 9).xlsx](https://dbsw.sharepoint.com/:x:/r/teams/bestellportal.projekt.dbnetz/_layouts/15/Doc.aspx?sourcedoc=%7B363839C4-7342-4A93-A498-A309B6F01153%7D&file=ErrorMessages_and_Codes_DB_Netz%20\(Input%20Anlage%209\).xlsx&action=default&mobileredirect=true&isSPOFile=1&clickparams=eyJBcHBOYW1lIjoiVGVhbXMtRGVza3RvcCIsIkFwcFZlcnNpb24iOiI0OS8yNTA3MTcxNDgxNSIsIkhhc0ZlZGVyYXRlZFVzZXIiOmZhbHNlfQ%3D%3D&xsdata=MDV8MDJ8fGYwMmQ1OTM2MTM1ZTQyYzg3ZjgzMDhkZTlhYmMxZWNhfGExYTcyZDljNDllNjRmNmQ5YWY2NWFhZmExMTgzYmZkfDB8MHw2MzkxMTgzMjk4OTQzMDU2Njd8VW5rbm93bnxWR1ZoYlhOVFpXTjFjbWwwZVZObGNuWnBZMlY4ZXlKRFFTSTZJbFJsWVcxelgwRlVVRk5sY25acFkyVmZVMUJQVEU5R0lpd2lWaUk2SWpBdU1DNHdNREF3SWl3aVVDSTZJbGRwYmpNeUlpd2lRVTRpT2lKUGRHaGxjaUlzSWxkVUlqb3hNWDA9fDF8TDJOb1lYUnpMekU1T20xbFpYUnBibWRmVFdwck5FMUVTbXhhUkd0MFdrZFplbHBwTURCYVZFazFURlJyTUUxdFJYUmFWRVY1VFhwck5VNXRTVE5QUjFKdFFIUm9jbVZoWkM1Mk1pOXRaWE56WVdkbGN5OHhOemMyTWpNMk1UZzNNRGN3fDY3OGM4ZmRiMTQwOTRjZThlMzEwMDhkZTlhYmMxZWM5fGQ2NzA1NzVjNmFhYTQ1MmRiMjBhMmM3ZTMzZGNiNTQy&sdata=aWZMd1craXZCTFZrcFpCT1FnK0Jld1NYbkJzRGg3UC9UT3Nhdkdwd2ZZUT0%3D&ovuser=a1a72d9c-49e6-4f6d-9af6-5aafa1183bfd%2CAlexander.An.Vogel%40deutschebahn.com)
|
||||
|
||||
* Link zum Fachbereich pathOS: [Organisation der PathOS FbF - O2C | Order2Cash - ariJa Confluence](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/355496650/Organisation+der+PathOS+FbF)
|
||||
* Glossar: [Glossar - O2C | Order2Cash - ariJa Confluence](https://arija-confluence.jaas.service.deutschebahn.com/spaces/BES/pages/270405232/Glossar)
|
||||
|
||||
|
||||
|
||||
##
|
||||
@@ -0,0 +1,124 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "5"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/522359359"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "4937d10a197bc638"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
Sven reviewed und überarbeitet die Tooltipps nochmal final und dann tragen wir die Inhalte hier ein, sodass die zukünftige Chatbot-Ki diese auch als Datenbasis hinterlegt bekommen kann.
|
||||
|
||||
Stand: 11.12.2025
|
||||
|
||||
## **Laufende Nummer**
|
||||
|
||||
|
|
||||
|
||||
## **ID**
|
||||
|
||||
|
|
||||
|
||||
## **Attribut**
|
||||
|
||||
|
|
||||
|
||||
## **Beschreibungs Text**
|
||||
|
||||
| Links
|
||||
---|---|---|---|---
|
||||
1| verkehrsartkunde | Verkehrsart Kunde | Es wird nach 3 Verkehrsarten differenziert: SPFV (Schienenpersonenfernverkehr), SPNV (Schienenpersonennahverkehr), SGV (Schienengüterverkehr) <br /> Die Verkehrsart ist Grundlage für die Berechnung des Trassenpreises und erforderlich für die korrekte Befüllung der Trassenanmeldung. <br /> Je nach ausgewählter Verkehrsart, stehen auf dieser Seite unterschiedliche weitere Ausprägungen zur Verfügung. Darüber hinaus gibt es auch in Zugcharakteristik und Laufweg Felder, die z.B. nur im SGV erforderlich sind und Felder, die mit den korrekten Werten vorbefüllt werden. <br /> Aus diesem Grund empfehlen wir eine Trassenanmeldung mit diesem Feld im Reiter Produktausprägungen zu beginnen.|
|
||||
|
||||
2| bpolg| BPolG| Kennzeichnung als sicherheitsrelevanter Zug gemäß. § 62 Abs (2) Bundespolizeigesetz – (BPolG). <br /> In der Anmeldung muss diese als Bpol meldepflichtig gekennzeichnet werden, wenn erforderlich. <br /> Weitere ergänzende Angaben sind in der Trassenbestellung nicht erforderlich, sondern werden vom jeweiligen EVU/ZB direkt der zuständigen Sicherheitsbehörde zur Verfügung gestellt. <br />|
|
||||
|
||||
3| oedla| ÖDLA| Öffentlicher Dienstleistungsauftrag (ÖDLA) <br />Kennzeichnung von Verkehren, die auf Grundlage eines öffentlichen Dienstleistungsauftrages bestellt werden.<br />|
|
||||
|
||||
4| laermschuetzkennzeichnung| Lärmschütz-Kennzeichnung|
|
||||
|
|
||||
|
||||
5| flexibilitaet| Flexibilität| Optionale Auswahl einer gewünschten zeitlichen und/oder räumlichen Flexibilität bei der Konstruktion durch das bestellende EVU. Die Zuordnung kann nur für die gesamte Trasse erfolgen. <br />
|
||||
Gilt nur für die Verkehrsart SGV und für Trassenanmeldungen zum Netzfahrplan - es gelten die in den INB veröffentlichten Regeln und Vorgaben. <br />
|
||||
Die Auswahl der räumlichen Flexibilität beinhaltet auch die zeitliche Flexibilität +/- 120 min. Erfolgt keine Angabe gelten die regulären Konstruktionsspielräume gemäß [INB ](https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/nutzungsbedingungen/INB)<br /> Enthält die Trassenanmeldung mit Zusatz "R-Flex" Verkehrshalte für die Trassenkonstruktion, liegt keine räumliche Flexibilität vor. Enthält sie darüber hinaus Durchfahrten und Betriebshalte, werden diese für die Trassenkonstruktion nicht berücksichtigt.<br />| [INB](https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/nutzungsbedingungen/INB)
|
||||
7| verkehrsartkundezusatz | Verkehrsart Kunde Zusatz| Ergänzende Informationen zur Ausprägung der Verkehrsart (z.B. Nostalgieverkehr, Charterverkehr etc.). <br /> Ist neben der bestellten Verkehrsart eine weitere Berechnungsgrundlage für den Trassenpreis und wenn relevant, verbindlich anzugeben.|
|
||||
|
||||
8| betrieblichepriorisierung| Betriebliche Priorisierung| Optionale Angabe in Trassenbestellungen der Verkehrsarten SGV und SPFV, es gelten die Regeln und Vorgaben der aktuellen INB. <br />Die Angabe kann erfolgen, wenn die zutreffende Zuggattung, z. B. für Expresstrassen (Prio 1) bzw. Schnelltrassen (Prio 2), mindestens einmal im Zuglauf innerhalb des Netzes der DB InfraGO AG angegeben wurde.<br />|
|
||||
|
||||
9| nachlassnummern| Nachlassnummern|
|
||||
|
|
||||
|
||||
10| artderbauauswirkung| Art der Bauauswirkung|
|
||||
|
|
||||
|
||||
11| zusatzlicheinformationen| Zusatzliche Informationen| Dieses Freitextfeld dient dazu, der DB InfraGO, insb. der Fahrplankonstruktion, ergänzende Informationen mitzuteilen. |
|
||||
|
||||
12| baukorridor| Baukorridor |
|
||||
|
|
||||
|
||||
14| durchführendesevu| Durchführendes EVU| Angabe der Kundennummer des durchführenden EVU (ResponsibleRU).<br />Die angegebene Kundennummer muss dem EVU, welches als ResponsibleRU benannt ist, in der DB InfraGO zugeordnet sein.<br /> Die Angabe gilt solange innerhalb des Zug-/Trassenverlaufs, bis sie durch eine andere Angabe ersetzt wird. <br /> Am ersten konstruktionsrelevanten Zuglaufpunkt (ZLP) wird die derzeit aktive Kundennummer (in der Anmeldung im Reiter Identifikatoren) hinterlegt, kann aber überschrieben werden.<br /> In allen Zuglaufpunkten innerhalb des Plannetzes außer dem letzten kann dieses Feld editiert werden.<br />. |
|
||||
|
||||
15| kundennummer| Kundennummer| Hier wird die derzeit aktive und für den Anmeldenden hinterlegte Kundennummer angezeigt. Diese kann in der Hauptnavigation geändert werden (wenn Ihr Benutzer auf mehr als eine Kundennummer zugreifen darf). Bitte beachten Sie: Eine Änderung der Kundennummer während einer laufenden Anmeldung setzt einige Felder zurück|
|
||||
|
||||
16| leadru(companycode)| Lead RU (CompanyCode)| In dieses Feld wird der Company Code des Lead RU eingegeben. Das Lead RU ist das mit der Planung und/oder Harmonisierung beauftragte EVU.<br /> Dieses Feld ist standardmäßig mit dem Company Code des bestellenden EVU (welches grade im Portal angemeldet ist und deren Kundennummer ausgewählt ist) vorgefüllt aber kann überschrieben werden.<br /> Das Lead RU des federführenden EVUs muss nicht identisch sein mit dem mit dem Besteller/Vertragspartner (Responsible Applicant) - auch die durchführenden EVUs können nochmal abweichen.<br />Wenn eines der beteiligten EVU die Harmonisierung und Koordination bei interoperablen Zügen in der Vorplanungsphase übernimmt ist Angabe des (abweichenden) Lead RU verpflichtend. <br /> <br /> Gemäß TAF/TAP TSI ist das LeadRU (Company Code) verantwortlich für die Vergabe von ReferenceTrainID und RouteID - diese müssen dann beim Lead RU erfragt und in pathOS eingegeben werden.<br />| [Video](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db286093/2767042/video_config.json&autostart=false&defaultquality=0&mute=false)
|
||||
54| vorgangsbezeichnung| Vorgangs-Bezeichung| Die Vorgangs-Bezeichnung ist vom Ersteller frei wählbar und kann als (EVU-)internes Identifizierungsmerkmal genutzt werden, um z.B. mit Entwürfen zu arbeiten. Das Attribut wird nicht mit der Trassenanmeldung an die DB InfraGO AG übermittelt.<br/> |
|
||||
|
||||
55| identifiersminimiert| Identifiersminimiert| Hierbei handelt es sich um die wesentlichen TAF/TAP-Identifikatoren - die sich immer zusammensetzen aus dem Typ des Identifikatoren, dem Company Code des "Besitzers" der ID, dem CORE-Element, der Variant und dem Fahrplanjahr.<br /> PR steht für PathRequest, TR für ReferenceTrain, RO für Route. <br />
|
||||
In der minimierten Ansicht wird ein CORE-Element und eine Variant für alle 3 ID's eingegeben. In der maximierten Ansicht kann man alle 3 ID's getrennt voneinander befüllen (z.B. dann relevant, wenn es ein abweichendes LeadRU gibt oder man selbst eine TRID angeben möchte, die man zuvor schonmal verwendet hat) <br />
|
||||
Die Path RequestID (PR) wird ausschließlich vom bestellenden EVU festgelegt und muss pro Trassenbestellung (und auch Vertragsänderungen etc.) eindeutig sein. <br/> Die ReferenceTRID (TR) wird vom koordinierenden EVU (LeadRU) festgelegt. <br/>Die Route ID (RO) wird ebenfalls vom koordinierenden EVU (LeadRU) festgelegt.<br />| Video
|
||||
17| leadru(id)| Lead RU ID| Hierbei handelt es sich um die wesentlichen TAF/TAP-Identifikatoren - die sich immer zusammensetzen aus dem Typ des Identifikatoren, dem Company Code des "Besitzers" der ID, dem CORE-Element, der Variant und dem Fahrplanjahr.<br /> PR steht für PathRequest, TR für ReferenceTrain, RO für Route. <br />
|
||||
In der minimierten Ansicht wird ein CORE-Element und eine Variant für alle 3 ID's eingegeben. In der maximierten Ansicht kann man alle 3 ID's getrennt voneinander befüllen (z.B. dann relevant, wenn es ein abweichendes LeadRU gibt oder man selbst eine TRID angeben möchte, die man zuvor schonmal verwendet hat) <br />
|
||||
Die Path RequestID (PR) wird ausschließlich vom bestellenden EVU festgelegt und muss pro Trassenbestellung (und auch Vertragsänderungen etc.) eindeutig sein. <br/> Die ReferenceTRID (TR) wird vom koordinierenden EVU (LeadRU) festgelegt. <br/>Die Route ID (RO) wird ebenfalls vom koordinierenden EVU (LeadRU) festgelegt.<br />| Video
|
||||
18| vorgangsbezeichungundoffsettoreference| Vorgangs-Bezeichung und OffsetToReference| Die Vorgangs-Bezeichnung ist vom Ersteller frei wählbar und kann als (EVU-)internes Identifizierungsmerkmal genutzt werden, um z.B. mit Entwürfen zu arbeiten. Das Attribut wird nicht mit der Trassenanmeldung an die DB InfraGO AG übermittelt.<br/> „OffsetToReference“ (OTR) <br /> In den meisten Fällen wird hier die standardmäßig vorbefüllte "0" verwendet. In ausgewählten Situationen kann es zu einer Verschiebung der tatsächlichen Züge bzw. deren Routen, PathRequests (Anmeldungen) oder Trassen auf den Vortag oder einen Folgetag kommen.<br /> Diese Verschiebung wird durch OffsetToReference = -1 oder bei Verschiebung auf den Vortag oder durch
|
||||
OffsetToReference >= 1 bei Verschiebung auf einen Folgetag bzw. mehrere Folgetage ausgedrückt.<br />
|
||||
Ein möglicher Anwendungsfall ist es, wenn der Zug im Regelfall täglich verkehrt, z.B. um 23:50, aber an einem Tag ausnahmsweise 15min später abfährt. Damit würden am Folgetag 2 Züge fahren (einer um 00:05, einer um 23:50) - und da diese dann dieselbe ReferenceTrainID hätten, gibt es für den Zug um 00:05 den OTR+1.<br />
|
||||
Etwas technischere Erklärung, für noch mehr Details s. Schnittstellendokumentation: <br />
|
||||
Der PlannedCalendar enthält dabei mit einem entsprechend angepassten OffsetToReference die zukünftig gewünschten Verkehrstage.<br />Das Attribut „OffsetToReference“ gibt der Anzahl der Verschiebungstage zwischen dem PlannedCalendar und dem ReferenceCalendar. <br />Es dient aber ebenso der eindeutigen Ermittlung des StartDate im Identifier der Tagesobjekte und der eindeutigen Verlinkung der Paths zum ReferenceTrain an den jeweiligen Verkehrstagen unter Berücksichtigung der durch den Wert im Attribut „OffsetToReference“ erforderlichen Verschiebung.<br /> Der OffsetToReference hat den Wert „0“ wenn der Kalender der tatsächlichen Züge, deren Routen, Anmeldungen und Trassen identisch ist und repräsentieren innerhalb des jeweiligen Geltungszeitraumes die gleichen Verkehrstage.<br />| [Video](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db286096/2767072/video_config.json&autostart=false&defaultquality=0&mute=false)
|
||||
19| core| core| Das Feld "Core" bildet das Kernelement des jeweiligen TAF/TAP-Identifiers und ist frei gestaltbar.<br/> Der Core besteht aus 12 alphanumerischen Stellen, künftig sind zusätzlich "*" und "-" möglich. <br/> Das Portal pathOS füllt leere Lücken bis zu 12 Stellen immer mit „-“ auf. |
|
||||
|
||||
20| variant| Variant| Das Feld "Variant" bildet eine Variante zum Core ab und erweitert somit den Spielraum der möglichen Identifikatoren. <br/>Die ReferenceTrainID (TR) hat immer die Variant "00". <br/> Ein Anwendungsbeispiel ist es, wenn man eine Änderungsbestellung auf einen Vertrag abschickt (hier ist nicht dieselbe PRID wie bei der ursprünglichen Anmeldung zulässig) - hier könnte z.B. dann das CORE-Element gleichgelassen werden und nur die Variant hochgezählt werden (z.B. von 01 auf 02).|
|
||||
|
||||
21| betrieblichezugnummer| Betriebliche Zugnummer| Die OTN ("Operational Train Number") bzw. die betriebliche Zugnummer ist ähnlich wie die frühere Zugnummer zu verwenden. Sie ist zwingend anzugeben für Erstanmeldungen von Trassen eines EVUs mit zugewiesenem Zugnummernkontingent, allen Erstanmeldung für Internationale Züge (hier ist die international abgestimmte Zugnummer nötig) sowie allen Nachrichten für Folgegeschäftsvorfälle. <br/>
|
||||
Wenn die OTN in der Erstanmeldung nicht angegeben wird (und damit kein Kontingent vorliegt), wird die betriebliche Zugnummer mit Angebot von der DB InfraGO übermittelt.|
|
||||
|
||||
48| ihrekontaktinformationen| Ihre Kontakt Informationen| Dieses Feld beinhaltet Kontaktinformationen des jeweiligen Bestellenden. Standardmäßig sind hier die persönlichen Kontaktinformationen der angemeldeten Person hinterlegt (Name, E-Mail, Telefon, Fax, Freitext). Diese können überschrieben werden, so dass es möglich ist, statt der persönlichen E-Mailadresse ein gemeinsames Postfach z.B. eines Dispoteams zu hinterlegen. Im Freitextfeld können z.B. Informationen zur Erreichbarkeit genannt werden <br />
|
||||
Für die Richtung EVU ➔ DB InfraGO ist hiermit der Ansprechpartner des absendenden EVU's für mögliche Rückfragen der Konstruktion zu nennen.
|
||||
Für die Richtung DB InfraGO ➔ EVU werden hiermit später im Angebot dann Ansprechpartner aus der Fahrplankonstruktion der DBInfraGo AG genannt.<br />|
|
||||
|
||||
52| taktverbundladen | Taktverbund laden | Im Aufklappmenü "Taktverbund laden" kann auf ein CaseReference-Objekt Taktverbund verwiesen werden. <br /> Der Taktverbund selbst muss zuvor in einem CaseReference-Objekt angelegt werden. Wenn das nicht vor der Trassenanmeldung erfolgt ist, kann man es hier nachholen mit Klick auf "Neuen Taktverbund hinzufügen". Dieser muss dann aber anschließend dennoch über das Eingabefeld aktiv ausgewählt werden. <br /> Wenn sie in das Eingabefeld klicken werden nach Eingabe von 2 Zeichen die vorhandenen CaseReference-Objekte "Taktverbund" in einem Dropdown angezeigt. <br />
|
||||
Über das Plus-Symbol kann ein weitere Taktverbund hinzugefügt werden, auch dieser muss aktiv ausgewählt werden. <br /> Wenn sie das Papierkorb-Symbol neben dem CaseReference-Objekt klicken wird der entsprechende Eintrag gelöscht. <br />| [Video](https://ecm-mediathek-cdn.deutschebahn.com/resources/video7/video_embed.html?url=/cdnenhancedecmvidhls/db284872/2763850/video_config.json&autostart=false&defaultquality=0&mute=false)
|
||||
53| taktverbund| Taktverbund | Das neue CaseReference-Objekt (CRO) „Taktverbund“ wird in dieser Eingabemaske detailliert angelegt. <br />
|
||||
Es werden die detaillierten Informationen vom EVU bereitgestellt, die den Takt beschreiben. Dieses Objekt kann anschließend in den zugehörigen Anmeldungen angegeben werden. <br />
|
||||
Die eindeutige Case Reference ID identifiziert immer nur ein einziges Objekt, ähnlich wie die übrigen TAF/TAP-Identifikatoren, nur dass der Typ hier "CR" ist. <br />
|
||||
Folgende Angaben sind in den Parametern nötig: <br />
|
||||
Bezeichnung eines Taktfahrplans, z. B.: Wochenendtakt <br />
|
||||
Bezeichnung der Taktlinie, z. B.: RB 80 <br />
|
||||
Dem Takt zugeordnete Züge, z.B.: 3
|
||||
Start Betriebsstelle, z.B.: DE12345
|
||||
Ziel Betriebsstelle, z.B.: DE67890
|
||||
Taktfrequenz: z. B.: 40 <br /> |
|
||||
|
||||
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
|
||||
|
||||
|
|
||||
|
|
||||
|
|
||||
|
|
||||
@@ -0,0 +1,66 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "8"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/503119216/TrainActivityCodes"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "6a51cd029123148b"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
#### DE08 KZRangierfahrt
|
||||
|
||||
Das Kennzeichen Rangierfahrt besagt, dass der Zug bis zum nächsten angegebenen ZLP/TLP als Rangierfahrt fährt. Der Code wird in der PathRequesMessage, sofern vorhanden, ignoriert. In der PathDetailsMessage wird dieser Code gesetzt, sofern eine Rangierfahrt in der Zugtrasse vorliegt.
|
||||
|
||||
Ein setzen dieses Codes am ersten Zuglaufpunkt ist möglich, am letzten allerdings nicht.
|
||||
|
||||
|
||||
|
||||
|
||||
#### Detailfragen zu 0004 (Systemwechselhalt) und 0027 (Sonstiger Halt)
|
||||
|
||||
Finale Antwort nach Prüfung des Rechtsdiensts siehe unten. Kundenkommunikation ist über KI am 08.01. erfolgt.
|
||||
|
||||
Beim Traktionsartwechsel ist zwingend TAC 0004 zu verwenden – ein Freitext (haltabwText) darf nicht mehr mitgegeben werden. Der entsprechende Hinweis („Traktionsartwechsel Mehrkraft-Tfz“) wird automatisch durch das System erzeugt. Andere Systemwechsel (z. B. Wechsel ETCS/LZB) sind derzeit nicht gesondert kodiert und dürfen nicht über TAC 0004 angegeben werden.
|
||||
|
||||
DB InfraGO prüft derzeit, ob durch zusätzliche Auswertung des Feldes „TypeOfUsedHybridPowerUnit“ für den Traktionsartwechsel Mehrkraft-TFZ die Nutzung des TAC 0004 für andere Systemwechsel künftig wieder geöffnet werden kann.
|
||||
|
||||
Eine Kombination von TAC 0004 und 0027 (um doch einen Freitext via haltabwText mitzugeben) ist zwar technisch möglich, aber nicht schnittstellenkonform. TAC 0027 mit Freitext sollten die EVU hierfür daher nicht verwenden. Sofern diese Option dennoch genutzt wird, ist der exakte Wortlaut im Kommentarfeld essenziell.
|
||||
|
||||
Die DB InfraGO wird diese Möglichkeit in der Zukunft – insbesondere ab der Fahrplanperiode 2028 ff. – jedoch gegebenenfalls unterbinden.
|
||||
|
||||
#### Detailfragen zu DE08 KZRangierfahrt
|
||||
|
||||
1. Ist der Rangierfahrt-Anteil in der PDM Teil des Trassenvertrags? Welchen Restriktionen unterliegt dieser Teil der Trasse in dem Fall?
|
||||
* Antwort: Ja, der Rangierfahrt-Anteil mit dem TAC DE08 ist Teil des Trassenvertrags. Aus fahrplanerischer Sicht gibt es keine Restriktionen, die sich ergeben.
|
||||
2. Welche Verbindlichkeit haben Laufweg und Fahrzeiten dieser Rangierfahrt-Anteile?
|
||||
* Antwort: Es gibt keine Veränderung zum heutigen Verfahren.
|
||||
3. Wie sind Rangierfahrt-Anteile in der Vertragsänderung zu berücksichtigen? Müssen diese als Rangierfahrt oder als Zugfahrt in der PRM eingetragen werden? Erhalten wir diese Anteile erneut, auch wenn wir die Änderungsbestellung ohne diesen Anteil vornehmen?
|
||||
* Antwort: In der Änderungsbestellung ist der gesamte gewünschte Laufweg anzugeben. Die TAC DE08 müssen nicht angegeben werden, sollten sie doch angegeben sein, werden sie von der DB InfraGO ignoriert. Wenn eine Rangierfahrt zwischen zwei Laufpunkten betrieblich notwendig ist, ist im PDM der TAC DE08 wieder mit angegeben.
|
||||
4. In welchen fachlichen Fällen müssen wir mit Rangierfahrt-Anteilen rechnen?
|
||||
* Antwort: Es gibt keine Veränderungen zum heutigen Verfahren. Betrieblich notwendig wird eine Rangierfahrt, wenn z.B. zwischen zwei Bahnhofsteilen keine signalisierte Zugfahrt stattfinden kann.
|
||||
5. Wenn die Rangierfahrt in der Trasse und ggf. auch der Änderungsbestellung vorkommen, können wir diese dann auch in der Erstbestellung senden?
|
||||
* Antwort: Siehe Frage 3. Angaben von TAC DE08 in der PRM werden von der DB InfraGO ignoriert.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,48 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/511713959/Traktionsartwechsel+Mehrkfraft-Tfz"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "b14daf2ccadbab97"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**Hintergrund:**
|
||||
|
||||
In der TTT-Spezifikation ist der Wechsel der Antriebsart eines Mehrkraft-Tfz lediglich durch die Änderung des verwendeten Antriebsart im Attribut "TypeofUsedHybridPowerUnit" notwendig. Dies erfordert jedoch eine korrekte Verwendung von Stammdaten der Triebfahrzeuge. Die Stammdatenhaltung von Triebfahrzeugen bei der DB InfraGO sieht das Konzept von Mehrkraft-Tfz in der Form jedoch nicht vor, weswegen pro Antriebsart eine eigenständige Baureihe angelegt ist.
|
||||
|
||||
|
||||
|
||||
|
||||
**Umsetzung:**
|
||||
|
||||
Bis die Stammdatenhaltung der Triebfahrzeuge die Möglichkeit der korrekten Abbildung von Mehrkraftsystemen zulässt ist bei der Änderung der Antriebsart eines Mehrkraft-Tfz eine Zugcharakteristikwechsel mit dem Tausch der entsprechenden Baureihe. Zusätzlich soll das TTT-Feld "TypeofUsedHybridPowerUnit" ebenfalls gefüllt, jedoch ignoriert werden, sofern es zu Abweichungen zwischen den gesendeten Informationen kommt.
|
||||
|
||||
Zusätzlich ist bei dem Wechsel der Antriebsart der TrainActivityCode "0004" Systemwechsel(-halt) anzugeben.
|
||||
|
||||
|
||||
|
||||
|
||||
**Besonderheit:**
|
||||
|
||||
Bei Mehrkraft-Tfz ist nach Regelwerk der Wechsel der Antriebsart auch bei einer Durchfahrt zulässig. Daher kann der TAC 0004 in Verbindung mit 0001 ("bestellter Kundenhalt") und 0040 ("Durchfahrt") kombiniert werden.
|
||||
@@ -0,0 +1,78 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "6"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596589/Trassenangebot"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: "redigiert: (?<![\d.])(?:\d{1,3}\.){3}\d{1,3}(?![\d.])"
|
||||
content_hash: "d538f61ccdebad54"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Mindesthaltedauer (Dwelltime) an Start- und Zielbetriebsstelle
|
||||
|
||||
Im Rahmen von TTT wird es kein geändertes Verhalten bei der Angabe von Zeiten am Start- und Zielpunkt gegenüber dem vorherigen Verhalten vor TTT geben. Am ersten und letzten Fahrtlaufpunkt wird nur die Mindesthaltedauer (Dwelltime) in der PDM geliefert. Am ersten Fahrtlaufpunkt wird keine Ankunftszeit und am letzten Fahrtlaufpunkt keine Abfahrtszeit in der PDM durch DB InfraGO übermittelt.
|
||||
|
||||
Quellen:
|
||||
|
||||
* * EVU-Schnittstellendokumentation Kapitel [REDACTED] TrainActivity
|
||||
|
||||
|
||||
|
||||
|
||||
## Veränderung des 1. TLP im Trassenangebot
|
||||
|
||||
In der PDM kann der 1. PLC der Trasse vom 1. PLC in der PRM u.a. in folgenden Fällen in den Prozessen des Netz- und Gelegenheitsfahrplans abweichen:
|
||||
|
||||
* bei räumlicher Teilzuweisung
|
||||
* bei vereinfachter Koordinierung mit den Kunden (z.B. PRM beinhaltet einen Start in Köln Hbf, im Rahmen der Koordinierung wird mit dem Kunden einen Abfahrt in Köln-Deutz vereinbart)
|
||||
* Mutterbetriebsstelle ohne einen Spurplan
|
||||
|
||||
|
||||
|
||||
Im Rahmen der Prozesse des ujBau gibt es ebenfalls Sachverhalte:
|
||||
|
||||
* Teilausfall
|
||||
* Umleitungen mit Einbruch in das Netz der DB InfraGO über andere Betriebsstellen (Bsp.: Trasse im Netzfahrplan über Decin/Bad Schandau, Trasse im ujBau mit Umleitung in Tschechien über Marktredwitz)
|
||||
|
||||
|
||||
|
||||
Quelle
|
||||
|
||||
|
||||
|
||||
|
||||
## Dritt-EIU-Anteile im Trassenangebot
|
||||
|
||||
Es handelt sich um den Fall, dass in der Trassenanmeldung Dritt-EIU-Anteile mitangegeben werden, für die die DB InfraGO nicht fahrplanbildend ist. Dies bezieht sich auf grenzüberschreitenden Fahrten oder Fahrten, die in Netze von NE-Bahnen übergehen.
|
||||
|
||||
Teilweise ist eine Änderung der mitübergebenen Fahrzeiten auf den NE-Anteilen notwendig, um eine zeitlich konsistente Trasse anbieten zu können.
|
||||
|
||||
Die Schnittstellenbeschreibung gibt an, dass die Änderung sich nur auf die Übergabezeit an der Grenze bezieht und der Rest des Fahrtlaufs unverändert - also ggf. mit einer Inkonsistenz - übertragen wird.
|
||||
|
||||
Das Vorgehen seitens DB InfraGO ist in diesen Fällen wie folgt:
|
||||
|
||||
* Fahrzeiten auf Fremdinfrastruktur werden grundsätzlich nicht angepasst
|
||||
* Wird in Ausnahmefällen aus technischen Gründen (aufsteigende Zeiten in TPN nicht erfüllt) eine Anpassung erforderlich, wird diese von den InfraGO-Systemen vorgenommen und der Kunde bekommt ein angepasstes Angebot
|
||||
* In dem angepassten Angebot werden in der Regel diese Fahrzeiten an den Betriebsstellen auf der Fremdinfrastruktur rausgelöscht
|
||||
* Eine Anpassung/Veränderung (nicht Löschung) wird nur selten gemacht
|
||||
* Die Betriebsstellen/Zuglaufpunkte werden nicht gelöscht
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,163 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "17"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596594/Trassenerstanmeldung"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "159e198c417ae189"
|
||||
---
|
||||
|
||||
|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Verweise auf weitere Kapitel
|
||||
|
||||
Siehe zu Notfallprozessen, z.B. bei Systemausfall die [Dokumentation im Bereich Gelegenheitsverkehr](https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600163/Trassenerstanmeldungen+zum+Gelegenheitsverkehr)
|
||||
|
||||
## Sonderfall: Änderung der Ausgangsregion oder OffsetToReference in der Konstruktion
|
||||
|
||||
Hier geht es um den Ablauf in einem Fall, wenn eine Neuanmeldung notwendig wird, wegen Änderung der Ausgangsregion oder OffsetToReference in der Konstruktion. Dies kann der Fall sein, wenn aufgrund einer Baumaßnahme ein anderer Ausgangpunkt für die Trasse notwendig wird. Problematisch würde dies, wenn durch die prozessual notwendige Abmeldung und Neuanmeldung die Trasse nicht mehr in die NEP1, sondern zeitlich in die NEP2 rutscht.
|
||||
|
||||
Der Ablauf ist vergleichbar mit dem 3-Tagesschreiben.
|
||||
|
||||
* Die DB InfraGO kontaktiert den Kunden (telefonisch oder per Mail) und informiert über die zu tätigende Anpassung.
|
||||
* Der Kunde meldet die ursprüngliche Trassenanmeldung ab und stellt eine neue Trassenanmeldung.
|
||||
* Nach Anmeldeschluss wird die Trassenanmeldung von der DB InfraGO in die richtige Prozessphase (NEP1) gebracht.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Hintergrund ist auch, dass das Verschieben nach NEP1 so gestaltet wird, dass dies auch in der Abrechnung ankommt. Es gab hier in der Vergangenheit größere Herausforderungen, da die Abrechnung anhand des Timestamps der Anmeldung nicht zum NEP1 zuordnete.
|
||||
|
||||
|
||||
|
||||
|
||||
Quellen:
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Sonderfall: Trassenanmeldungen über PCS und Übergabe der Trassenangebote und -verträge an nationale Systeme sowie mögliche Änderungsbestellungen
|
||||
|
||||
Es handelt sich hier um die Bestellung internationaler Trassen in NEP1 über PCS (Path Coordination System) und die anschließende Datenübernahme über die Schnittstelle (zwischen pathOS und POMaS). Dieser Fall wird insbesondere relevant, wenn Änderungsbestellungen an einem unter PCS geschlossenen Trassenvertrag getätigt werden sollen.
|
||||
|
||||
Begriffserklärungen:
|
||||
|
||||
* PCS ist eine Internetanwendung der RNE (RailNetEurope), um Trassenanmeldungen für grenzüberschreitende Schienengüterverkehre auf PaPs (Prearranged paths) durchzuführen.
|
||||
* Güterverkehrskorridore (RFC) sind ausgewiesene Eisenbahnstrecken innerhalb der Europäischen Union, die zwei oder mehr Staaten miteinander verbinden.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Für Trassenbestellungen auf den Güterverkehrskorridore (RFC) ist eine Bestellung über das Portal PCS verpflichtend. Die DB InfraGO wird die Trassenbestellungen, die in PCS ausgelöst werden, in Ihren Systemen abbilden und ein Angebot erstellen. Dieses wird in PCS bereitgestellt und in pathOS abgelegt. Über eine ObjectInfoMessage (OIM), die durch die DB InfraGO an den bestellenden Geschäftspartner kommuniziert wird, ist der geschlossene (gebuchte) Vertrag abrufbar.
|
||||
|
||||
Sobald dieser Prozess abgeschlossen ist, kann ein Folgeprozess (z.B. Änderungsbestellungen, Stornierungen) über einen anderen Kanal ausgelöst werden. Das heißt wenn der Vertrag über PCS geschlossen, in pathOS abgelegt und die Vertragsdaten abgerufen wurden, kann die Modification (z.B. Stornierungen, Änderungsbestellungen) über das pathOS-CI angestoßen werden.
|
||||
|
||||
Die theoretische weitere Option den Vertrag auch über das pathOS-CI zu versenden, gibt es bisher nicht. Daher bleibt zunächst die Übernahme des Vertrages mittels einer OIM der verbleibende Lösungsansatz. Die Struktur der OIM wird die DB InfraGO in der SST-Doku anbieten.
|
||||
|
||||
|
||||
|
||||
|
||||
Weitere Einzelheiten zu den Abläufen:
|
||||
|
||||
* DB InfraGO sendet eine netzausgelöste Änderung immer an den pathOS-Webclient und an maximal ein CI-Modul, wenn ein CI-Modul zu einem CompanyCode hinterlegt ist.
|
||||
* Bei DB InfraGO kann pro CompanyCode maximal ein CI-Modul hinterlegt sein, (wenn ein EVU ein CI hat), an das DB InfraGO netzausgelöste Änderungen sendet
|
||||
* Die Identifikation eines CI-Moduls eines EVU erfolgt bei der DB InfraGO nur anhand des CompanyCodes, nicht anhand der Kombination von CompanyCode und InstanceNumber.
|
||||
D.h.: Pro CompanyCode kann die DB InfraGO eine netzausgelöste Änderung nur an ein CI schicken.
|
||||
Außerdem müssen der CompanyCode des ResponsibleApplicant und der CompanyCode im MessageHeader identisch sein.
|
||||
|
||||
|
||||
* Es gibt einen Kanalzwang: D.h.: Wenn sich ein EVU in einem Prozess als erstes über Kanal X "beteiligt", dann muss der gesamte Prozess über diesen Kanal X ablaufen.
|
||||
Konkret:
|
||||
|
||||
|
||||
* Bei einer EVU-ausgelösten Bestellung, Änderung oder Stornierung gibt das EVU den Kanal mit der ersten Nachricht vor.
|
||||
* Bei einer netzausgelösten Änderung sendet DB InfraGO als erstes eine PathNotAvailableMessage an das CI-Modul. Wenn ein EVU darauf über das CI-Modul mit einer ReceiptConfirmationMessage (RCM) antwortet, ist dadurch das CI-Modul als Kanal vorgegeben.
|
||||
|
||||
|
||||
* Es gibt keinen "Kanalwechsel": Durch eine Nachricht - egal ob ObjectInfoMessage oder eine Modifikation - kann ein EVU nicht die zukünftige Kommunikation über den genutzten Kanal - zum Beispiel ein CI-Modul - festlegen.
|
||||
* Für die Kommunikation gibt es pro CompanyCode ein Zertifikat, das der Absender mitgeben muss, um sich bei DB InfraGO zu authentifizieren.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Beispiel zum Anwendungsfall beim DB Cargo Unternehmen RBH Logistics GmbH (RBH): RBH verschickt sowohl aus dem Cargo-CI als auch aus dem eigenen CI Nachrichten an InfraGO. Gemäß unserer Implementierung schicken wir die Nachrichten immer an den Endpunkt, der bei uns je CompanyCode konfiguriert ist. Wir schicken die Nachricht nicht unbedingt an das CI, von dem die PRM gekommen ist. Ebensowenig differenzieren wir beim Endpunkt nach der vom EVU angegebenen InstanceNumber (was man gemäß TTT könnte, was wir aber nie versprochen und auch nicht so implementiert haben). D.h. Cargo muss seine Prozesse mit RBH entsprechend anpassen, dass es passt.
|
||||
|
||||
### Handoverpoints bei PaP-Trassen & Grenzbetriebsabkommen
|
||||
|
||||
Für die Bestellung NEP1 muss DB InfraGO sicherstellen, dass die Handover mit den Nachbar-EIU abgestimmt sind.
|
||||
|
||||
Wenn die Betriebsstelle, an der die Verantwortung für die Fahrplanerstellung von der DB InfraGO auf das ausländische EIU übergeht in der Infrastruktur der DB InfraGO liegt, dann gibt es eine Differenz der anzugebenen Handoverpoints in PCS und pathOS:
|
||||
|
||||
* Bei einer Trassenanmeldung in PCS ist die Betriebsstelle anzugeben, an der die Verantwortung für die Fahrplanerstellung von der DB InfraGO auf das ausländische EIU übergeht (in der Excel-Tabelle auf [dbinfrago.com/taf-tap-tsi](http://dbinfrago.com/taf-tap-tsi) : Spalten E-H), beim Übertrag in die InfraGO-Systeme wird der Abschnitt zur/ab der Netzgrenze ergänzt.
|
||||
* Bei einer Trassenanmeldung in pathOS (Portal oder CI) sind die Betriebsstellen aus der Excel-Tabelle auf [dbinfrago.com/taf-tap-tsi](http://dbinfrago.com/taf-tap-tsi) in Spalten J-M anzugeben.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Eingabe von Betrieblichen Informationen
|
||||
|
||||
Für bestimmte Sonderfälle müssen in einer Maske in RUT-K Informationen eingegeben werden, um daraus betriebliche Hinweise und Regelungen, Halthinweise und Haltegründe aus TTT codierten Informationen erzeugen zu können. Ein Beispiel für einen solchen Fall sind ETCS-Only Fahrzeuge, das heißt Fahrzeuge, die nicht mit PZB 90 ausgerüstet sind, sondern nur über ETCS als Zugsicherungssystem verfügen.
|
||||
|
||||
|
||||
|
||||
|
||||
In der GFD-Z sind Beschreibungsvorlagen für alle notwendigen Fälle angelegt.
|
||||
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
|
||||
|
||||
## Betriebsstellen mit "istKonstruktionsrelevant=false" in der PathRequestMessage des EVUs
|
||||
|
||||
Das Merkmal "istKonstruktionsrelevant=false" bedeutet, dass es sich bei diesen Betriebsstellen um Betriebsstellen auf einem Fremdnetzanteil handelt, die für die DB InfraGO nicht konstruktionsrelevant sind.
|
||||
|
||||
Es gilt Folgendes:
|
||||
|
||||
* Kunden dürfen Betriebsstellen mit istKonstruktionsrelevant=false "bestellen"
|
||||
* Betriebsstellen, die vom Kunden mit istKonstruktionsrelevant=false "bestellt wurden", schreiben wir in das Angebot mit hinein, d.h. geben diese wieder
|
||||
* Innerhalb Deutschlands sollten, müssen aber nicht, die Kunden Fremdbetriebstellen mitbestellen
|
||||
* Im Ausland (gemäß veröffentlichter Liste auf der InfraGO-Webseite ([Fahrplan: EVU-Schnittstelle](https://www.dbinfrago.com/web/schienennetz/netzzugang-und-regulierung/taf-tap-tsi/evu_schnittstelle-11089208))) soll der Kunde dies nicht bestellen
|
||||
|
||||
|
||||
|
||||
In einer exakt TTT-konformen zukünftigen Umsetzung, muss dieses Attribut überdacht werden und andere Lösungen in Erwägung gezogen werden (Nutzung von SLC, neben PLC)
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,85 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "28"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600163/Trassenerstanmeldungen+zum+Gelegenheitsverkehr"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "4d30e9c6159ceef2"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner| ,
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Verlinkung/Zusammenhang zwischen zwei Trassenbestellung zu einer Sonderzugbestellung (Train-ID)
|
||||
|
||||
Auch heute wird bei einem solchen Bestellverhalten keine Verknüpfung der beiden Trassen hergestellt. Diese werden als zwei unabhängige Trassen behandelt und konstruiert. Daher ändert sich hier auch nichts zu heute.
|
||||
|
||||
Wenn es wichtig ist, dass die Trassen in Bezug zueinander stehen, könnte auch eine Bestellung mit einem langen Halt eingereicht werden.
|
||||
|
||||
Eine Verlinkung im Sinne eines ReasonOfReference bleibt davon unberührt.
|
||||
|
||||
Quellen:
|
||||
|
||||
* * EVU-Schnittstellendokumentation Kapitel 3.16.1 TAF-TSI/TAP-TSI-Codelisten
|
||||
|
||||
|
||||
|
||||
|
||||
## Eingabe von Trassenbestellungen durch die DB InfraGO AG im Sonder- oder Störungsfall (noch in grundsätzlicher Klärung)
|
||||
|
||||
In Ausnahmefällen kann eine manuelle Eingabe von Trassenbestellungen, unabhängig vom Kunden, notwendig werden. Für diese Fälle braucht es jeweils auch unter TTT eine Lösung. **Diese Fälle beziehen sich teilweise auch auf Trassenbestellungen im Netzfahrplan der Phasen 1 und 2.**
|
||||
|
||||
Sonder- oder Störungsfall| Status| Lösung
|
||||
---|---|---
|
||||
Rückfallebene bei Systemausfall (TPN, pathOS)| | ~~TPN kann im Störungsfall pathOS ersetzen. Umgekehrt ist dies nicht möglich.~~ PathOS muss mit entsprechendem Servicelevel betrieben werden. TPN ist als Rückfalleben nicht mehr vorgesehen.
|
||||
"Kanalzwang" im Notfallprozess:Sollte es zu Bestellungen über die Vordruckformulare kommt, gibt es InfraGO-intern zwei Szenarien:
|
||||
|
||||
* Standard-Szenario:
|
||||
* InfraGO gibt die Bestellungen in pathOS ein. In dem Fall kommen auch die Angebote über pathOS zurück.
|
||||
* Schnittstellenkunden können die Verträge über Object Info Message (OIM) in ihre Systeme holen
|
||||
* Fernverkehr hat hier noch Herausforderungen, weil sie es bisher nicht geplant haben umzusetzen. Außerdem sind die Inhalte über OIM geleichtert, was allerdings die EU über das XSD-Schema vorgibt
|
||||
* Die Folgeprozesse (Änderungsbestellungen, Stornierungen etc.) können über einen beliebigen (anderen) Kanal angestoßen werden, da der Kanalzwang nur bis zum Abschluss eines Prozesses gilt.
|
||||
|
||||
|
||||
* Extremszenario: pathOS ist gar nicht verfügbar und nicht schnell fixbar (extrem unwahrscheinlich):
|
||||
Wenn wir die Formulare direkt in TPN übertragen müssen, kann der Kunde nach aktueller Umsetzung nur Papier zurückbekommen. Das ist natürlich nicht tragbar, sollte es tatsächlich passieren. Dann müssen wir in den 50 Arbeitstagen, während in der NEP gearbeitet wird ein Weg schaffen, der es ermöglicht die Angebote von TPN weiter nach pathOS zu schleusen. Diesen Weg gibt es aber derzeit nicht - da das TPN-Team keine Kapazitäten hat, ist die Empfehlung, auch hier beim Kanalzwang zu bleiben und Lösungen zu finden, wenn es so weit kommen würde.
|
||||
|
||||
Allgemeine Botschaft darüber hinaus: Kanalzwang ist keine Einschränkung die wir uns selbst ausgedacht haben, sondern eine Konsequenz der Umsetzung. Es ist kein Schalter, den wir einfach umstellen können, sondern kommt aus der Logik der Systeme. Quelle:
|
||||
Bearbeitung von Trassenbestellungen während eines Wartungsfensters| | Soweit ich weiß, ist das auch heute nicht üblich, daher liegen die DaViT Wartungsfenster ja so, wie sie liegen. Zwecks eines Smoketests solltest du mal mit dem Team QUEST in Verbindung treten.
|
||||
Bearbeitung von Ersatzzügen welche durch die BZ eingelegt wurden| | Müssen da unsere Kunden nicht sowieso neu bestellen? Aus meiner Sicht könnte hierfür dann einfach TPN oder PathOS genutzt werden. Kurzfristige Ersatzzüge unter einer Stunde Vorlaufzeit bestellen die Kunden direkt in der BZ. Diese werden nachträglich in der GFD zu Abrechnungszwecken erfasst. Es ist zu prüfen, ob dieses Verfahren zukünftig durch die Umleitungsdatenbank ersetzt werden kann. Lösungsidee: UDB Datenbank?Lösung: Der Verweis auf den Stammzug über RoR wird auf PathID oder ReferenceTrainID gesetzt. In TPN kann man nur nach einer PathRequestID oder PathID suchen, nicht nach einer ReferenceTrainID suchen. In RUT-K kann man nur nach einer Zugnummer suchen. Wenn der Ersatzzug in RUT-K auf die Trasse des Stammzugs gelegt werden soll, müsste man sehr umständlich die Zugnummer herausfinden. Das ist so nicht praktikabel, hier müssten die Suchfunktionen verbessert werden. Um den GoLive von TTT im GelV nicht zu gefährden, schlage ich vor, dass wir das bisherige Verfahren mit Kommentar Kunde an InfraGO "Ersatzzug für XXXX" beibehalten. Dann entsteht kein Mehraufwand für den Konstrukteur unter TTT durch die Suche nach dem ursprünglichen Zug. Dem Kunden bleibt es freigestellt, ob er zusätzlich den Reason of Reference 1001 (Identische Trassierung wie für angegebenen Zug/Trasse gewünscht) angibt.Bitte gebt mir eine Rückmeldung, wenn ich bei dieser Lösung etwas übersehen habe. Unabhängig von der grundsätzlichen Entscheidung, schlage ich vor den Workflow in einem ähnlichen „Praxistermin“ wie dem bisherigen nochmal zu testen. 5 79c01231-e843-4600-9a6c-55eacaa507d3 complete Besprechung mit Norbert Wagner am 14.01.2026 abwarten 12 5c2894eb-6be3-4528-a798-c1cc57584876 complete Antwort auf E-Mail vom Di 27.01.2026 14:42 abwarten 22 a1afcf68-d62c-449f-b5af-4474927fc989 complete Mündliche Bestätigung der vorgeschlagenen Lösung durch Daniel D Reubold, V.IWF 41 liegt seit 23.02.2026 vor, Schriftliche Bestätigung angefordert.
|
||||
Mess-, Probe- und Versuchsfahrten (sehr komplexe, aufeinander aufbauenden Trassen-Programme – durch die Selbsteingabe wird sichergestellt, dass die Abarbeitung in chronologischer Reihenfolge gewahrt werden kann, auch im Kontext VT-Wechsel durch Tag- bzw. Nachtsprung)| | Finale Lösung, die in einer Arbeitsanweisung durch den Fachbereich V.IWF 4 verankert wird:Nachdem eine Abstimmung zwischen Trassenkonstrukteur und EVU über die Fahrt erfolgt ist, schickt das EVU eine passende Trassenbestellung, die mit der vorbestimmten Trasse verknüpft wird und der Kunde erhält ein Trassenangebot
|
||||
|
||||
* Der Kunde bestellt TTT-konform entweder über pathOS oder das CI (EVU-Schnittstelle).
|
||||
* Da bereits im Vorfeld eine Abstimmung zwischen EVU und dem Trassenkonstrukteur erfolgt ist und die vorbereitete Trassenkonstruktion nur noch mit der Bestellung verknüpft werden muss, ist es akzeptabel, wenn die Trassenbestellung, als Hülle, nicht alle Informationen enthält(, da pathOS diese nicht entgegennehmen kann).
|
||||
|
||||
6 219cf9eb-e607-425f-a750-4144f9483d0b complete Endgültige Entscheidung von BOs → Vorlage für LK/Henning Homfeld am 16.12.2025 an Stefan Gründling und Raphaela Butz geschickt
|
||||
Erstellung von geschlossenen Darstellungen von Regelzugumleitungen (Schwerwagenzüge mit Geschwindigkeitsreduktionen)| | Kann analog zu heute durchgeführt werden.
|
||||
Unterstützung der BZ bzw. Baufahrplan (u.a. Havarie)| | Nach 24 Stunden geht die Zuständigkeit von der BZ auf den Fahrplan über. Kann analog zu heute durchgeführt werden. Lösungsidee: PlanBau, AStBau, RUT-K und dann als GPE/FPE veröffentlichen. Spezialfall aT (Umleitung Züge mit BZA) als netzausgelöste Änderung via GelV Prozess.Bei aT dürfen nicht alle Fälle im Schichtdienst bearbeitet werden. Victoria erstellt eine Liste, welche Fälle in den NAÄ-Bau-Prozess dürfen und welche in den regulären GelV-Prozess müssen (Neubestellung durch den Kunden mit neuer MaT (Machbarkeitsstudie aT). 7 cd93950b-bddd-4032-b66f-d7f4c94e7e21 complete Erfüllt der neue Havarieprozess die Erwartungen? → Besprechung mit Richard Ri Berger abwarten 10 54e8c14e-68b5-4650-aac5-04695e2868de complete Die aktuelle Lösung wurde von den BOs (Bettina Birkmeier und Oliver Lamm) akzeptiert und wird weiterverfolgt.
|
||||
Eingabe von 20 h Zügen| | Eingabe in PathOS
|
||||
Eingabe von PCS Bestellungen| | Eingabe in PathOS
|
||||
Buchmacher legen in der GFD-Z testweise Bestellungen an, um bei offenen Zeitscheiben einer Fortschreibung in der GFD-Z geänderte Daten korrekt auf den Buchfahrplan wirken| | **Status quo bleibt erhalten:** Weiterhin Eingabe in der GFD-Z, aber keine Anpassungen im Rahmen von TTT notwendig. Rechtekonzept in der GFD-Z muss angeschaut, aber nicht zwingend für Go-Live TTT angepasst werden.
|
||||
Netzexterne Anteile nur in der GFD-Z (nicht in RUT-K)| | Fehlende PathID, da RUT-K in der Prozesskette und damit der PathID-Generator fehlt.BeispielFür Züge von ABV (Bremervörde) nach HOSS (Osterholz-Scharm) ist der erste konstruktionsrelevante Zugfahrpunkt HOSG (Osterholz-Scharm DB Grenze), weil wir hier den Fremdanteil von ABV (Bremervörde) bis HOSG ((Osterholz-Scharm DB Grenze) abbilden. Der Nordanteil wird hier nur in der GFD-Z als Nord-extern-Anteil erfasst. Dieser ist von HOSG (Osterholz-Scharm DB Grenze) bis HOSS (Osterholz-Scharm). Diese Erfassung erfolgt hier nur für die Abrechnung. Die Anpassung des Fremdanteil erfolgt in diesem Fall durch händische Anpassung in GFD-Z.2\. BeispielStrecke Koblenz (CH) - Waldshut in der GFD im Netzfahrplan sollte die gleiche Problematik haben. 8 7b8a82fe-afd5-4a0b-8023-45c2823ee116 complete Besprechung mit Andreas A Voigt, Caroline Leicht, Jenny J Freitag, Aimo Drießelmann, Bettina Birkmeier → eingeladen für 26.01.2026 17 364344b2-7b80-4a23-9f61-c12383208cd4 complete Folgebesprechung am 02.02.2026 18 11f08d14-0767-4b0d-8ee0-36d2de55864b complete Abfrage der betroffenen Strecken bei den Regionen durch 19 49f4c586-3a0a-48fc-80d1-234d6aa154d8 complete Abfrage beim FfZ Nord durch Markus Dettmann → FfZ ist nicht auf Daten aus der GFD-Z angewiesen 20 cc2e8b84-1cf0-4e14-acdb-a115b4c67863 incomplete Abfrage beim Betrieb Nord (Matthias Rösch durch
|
||||
|
||||
Lösung vorhanden und akzeptiert oder Status quo bleibt erhalten
|
||||
|
||||
Lösung vorhanden
|
||||
|
||||
Keine Lösung vorhanden
|
||||
|
||||
## Baubedingte Zusatzleistungen
|
||||
|
||||
Überschneidung mit ujBau, Vorgehen wurde unter [Baubedingte Zusatzleistungen (ujBau) - TAF/TAP Steuerung InfraGO - ariJa Confluence](https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/511726455/Baubedingte+Zusatzleistungen+ujBau) dokumentiert.
|
||||
@@ -0,0 +1,29 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/493883721/Trassenerstanmeldungen+zur+2.+Phase+des+Nfpl"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "235cf8ed1b2dd297"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Verweise auf weitere Kapitel
|
||||
|
||||
Siehe zu Notfallprozessen, z.B. bei Systemausfall die [Dokumentation im Bereich Gelegenheitsverkehr](https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600163/Trassenerstanmeldungen+zum+Gelegenheitsverkehr)
|
||||
@@ -0,0 +1,22 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "5"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/515022495/Umgang+mit+Fremdnetzanteilen+in+den+Systemen"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "b07e125c0b489772"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
@@ -0,0 +1,34 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/517767882/UpdateLinkMessage"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "002889984daf92b7"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Die UpdateLinkMessage ist nicht Teil der Produktivsetzung von TTT und wird mit Alternativen abgedeckt.
|
||||
|
||||
Quelle
|
||||
|
||||
*
|
||||
@@ -0,0 +1,34 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/559606841/Verkehrstag+bei+Start+in+deutschem+NE-Netz"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "b942702d15f2b31d"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner| /
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Frage wurde im TTT-Dialog am 26.02.2026 beantwortet.
|
||||
|
||||
Folie:
|
||||
|
||||
[Bild: image-2026-3-13_16-10-9.png]
|
||||
@@ -0,0 +1,54 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/548503661/Verwendung+OTN+mit+2+Fahrlagen+international"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "2cbe0196313d8055"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner| /
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Ausgangslage sind 2 PathRequests zu einem ReferenceTrain, die sich aufgrund von unterschiedlichen Fahrtzeiten an einem Tag überschneiden.
|
||||
|
||||
Verwendung gleicher OTN aufgrund von Zugnummernregel nicht möglich. Wie ist das Vorgehen?
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
[[TTTSOL-1447] OTN bei internationaler Fahrt mit zwei Fahrlagen und Tagesversatz; POM-2053 - DB InfraGO ITD Lifecycle Management Tool](https://arija.jaas.service.deutschebahn.com/browse/TTTSOL-1447)
|
||||
|
||||
|
||||
|
||||
|
||||
Kundenkommunikation über BSSUPPORT-Ticket 1066:
|
||||
|
||||
Fall 1: Selbe OTN an gleichem Verkehrstag --> Working as intended, da gleiche Zugnummer nicht 2 mal an Verkehrstag vergeben werden kann.
|
||||
|
||||
Fall 2: Anmeldung mit unterschiedlicher OTN in Zusammenhang mit RoR DE06 --> Die RoR DE06 (verwenden der gleichen OTN wie für den ReferenceTrain) ist in Zusammenhang mit einer anderen angemeldeten OTN nicht plausibel (Wunsch der gleichen OTN aber Angabe einer anderen OTN). In Folge dessen erfolgt die Zurückweisung seitens TPN.
|
||||
|
||||
Lösung:
|
||||
|
||||
* Anmeldung ohne OTN und mit RoR DE06 --> InfraGO vergibt andere OTN weil Wunsch nicht entsprochen werden kann
|
||||
* Anmeldung mit anderer OTN und ohne RoR DE06
|
||||
@@ -0,0 +1,21 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "4"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/493882135/Weitere+Themen+mit+Bezug+zu+TTT"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "a3c51845dde7c81e"
|
||||
---
|
||||
|
||||
* * *
|
||||
|
||||
Neben den beschriebenen Geschäftsvorfällen und den fachlich beschriebenen Themen gibt es weitere Themen mit einem Bezug zu TTT. Diese sind entweder außerhalb des Fahrplans mit Schnittstellen zu diesem angesiedelt (Betrieb, Abrechnung, usw.) oder es sind Themen die vorläufig zur Produktivsetzung nicht umgesetzt werden (z.B. Bestellung von Rahmenverträgen).
|
||||
@@ -0,0 +1,30 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "7"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/515025748"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "bff101931fa62036"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
Link zur [SST-Doku](https://dbsw.sharepoint.com/teams/bestellportal.projekt.dbnetz/Shared%20Documents/Forms/AllItems.aspx?id=%2Fteams%2Fbestellportal%2Eprojekt%2Edbnetz%2FShared%20Documents%2FGeneral%2F01%20%2D%20TAF%2DTAP%20TSI%2F05%20%2D%20Ver%C3%B6ffentlichungSST&viewid=ae4a8c40%2D88dd%2D4611%2D85b2%2Da5134bf89e8d) (4.6.2 = aktuell)
|
||||
|
||||
[Anl1_Datenfelder_EVU-Schnittstelle_Bestellsystem_V4.6.2.pdf](https://dbsw.sharepoint.com/:b:/r/teams/bestellportal.projekt.dbnetz/Shared%20Documents/General/01%20-%20TAF-TAP%20TSI/05%20-%20Ver%C3%B6ffentlichungSST/Version%204.6.2/Anl1_Datenfelder_EVU-Schnittstelle_Bestellsystem_V4.6.2.pdf?csf=1&web=1&e=he1Gyy)
|
||||
|
||||
[https://dbsw.sharepoint.com/:b:/r/teams/bestellportal.projekt.dbnetz/Shared%20Documents/General/01%20-%20TAF-TAP%20TSI/05%20-%20Ver%C3%B6ffentlichungSST/Version%204.6.2/Anl1_Datenfelder_EVU-Schnittstelle_Bestellsystem_V4.6.2.pdf?csf=1&web=1&e=MBjIl0](https://dbsw.sharepoint.com/:b:/r/teams/bestellportal.projekt.dbnetz/Shared%20Documents/General/01%20-%20TAF-TAP%20TSI/05%20-%20Ver%C3%B6ffentlichungSST/Version%204.6.2/Anl1_Datenfelder_EVU-Schnittstelle_Bestellsystem_V4.6.2.pdf?csf=1&web=1&e=MBjIl0)
|
||||
|
||||
|
||||
|
||||
|
||||
[Zuggattungs Verzeichnis](https://dbsw.sharepoint.com/:b:/r/teams/bestellportal.projekt.dbnetz-Projektmanagement/Shared%20Documents/Projektmanagement/17%20-%20Changemanagement%20%26%20Kommunikation/07_Fachliche%20Betriebsf%C3%BChrung/Datei-Ablage-Support/zuggattungen%20ab%2015.12.2024%20\(Stand%2005.02.2024\).pdf?csf=1&web=1&e=VwXmzO) (Gültigkeit ab 14.12.2024)
|
||||
|
||||
[Zuggattungs Verzeichnis](https://dbsw.sharepoint.com/:b:/r/teams/bestellportal.projekt.dbnetz-Projektmanagement/Shared%20Documents/Projektmanagement/17%20-%20Changemanagement%20%26%20Kommunikation/07_Fachliche%20Betriebsf%C3%BChrung/Datei-Ablage-Support/zuggattungen%20ab%2014.12.2025%20\(Stand%2010.03.2025\).pdf?csf=1&web=1&e=YI4Hzm) (Gültigkeit ab 14.12.2025)
|
||||
@@ -0,0 +1,43 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "1"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/pages/505643693"
|
||||
last_updated: "2026-06-26"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "e1136cd45447b2a0"
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
meta_fingerprint: "6e059c8d8e5c1a8a"
|
||||
---
|
||||
|
||||
Quelle: _Bernd Klebl und Karsten Dello_
|
||||
|
||||
1. Aus Kafka den Header mit dem Zertifikat herauskopieren von Anführungszeichen zu Anführungszeichen.
|
||||
2. In notepad++ reinkopieren
|
||||
3. Unter plugins / Mime base 64
|
||||
4. Anführungszeichen löschen
|
||||
5. Mit der Endung .cer speichern
|
||||
6. Doppelklick im Datei Explorer
|
||||
7. Zertifikatsverwaltung in Windows geht auf
|
||||
8. Details Reiter – Antragsteller – ich sehe (hoffentlich) was ich brauche
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Nachtrag Bernd:
|
||||
|
||||
"Es geht auch ohne die Decodierung von base64.
|
||||
|
||||
D.h. Kopieren des Zertifikats aus Kafka ohne Anführungszeichen.
|
||||
|
||||
Abspeichern mit der Endung .cer.
|
||||
|
||||
In Windows öffnen."
|
||||
@@ -0,0 +1,85 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "10"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/493889926/Zugcharakteristiken"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "8afc3330fefa4b46"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
**Attribut zugKzAk **
|
||||
|
||||
Bei Reisezügen mit Scharfenbergkupplung kann der NSP zugKzAk angegeben werden. Die Eigenschaft heißt, dass eine automatische Kupplung vorhanden ist. Das ist bei Reisezügen nicht falsch. Mit der automatischen Kupplung können höhere Lasten befördert werden, diese sind allerdings bei Reisezügen meist geringer.
|
||||
|
||||
|
||||
|
||||
|
||||
**Veröffentlichungsart**
|
||||
|
||||
Laut TTT Schnittstellenvereinbarung ist Veröffentlichungsart "elektronisch" nur möglich, wenn alle Triebfahrzeuge einer Mehrfachtraktion - auch nicht führende Triebwagen im Regionalverkehr - ein Bordgerät dafür haben. Die Definition ist nicht abweichend zum heutigen TPN, hier wird von der angegebenen Bespannung inkl. Zusatzbespannung usw. gesprochen.
|
||||
|
||||
Mit der Ausprägung TrainCC_System=14 (EFA) des NSP "veroeffentlichungsArt" entspricht einer Anzeigemöglichkeit für elektronische Buchfahrpläne und La (EBuLa). Das ist die inhaltliche Fortsetzung des heutigen Feldes aus TPN. Auf Grund der europäischen Vereinheitlichung sind hier diese Dinge zusammengeführt werden. Die aufgeworfene Frage zu Tabelle 35 kann nicht nachvollzogen werden. Die grundsätzliche Aussage ist jedoch korrekt, da wir inzwischen ETCSonly Fahrzeuge ohne PZB90 Beeinflussung akzeptieren.
|
||||
|
||||
|
||||
|
||||
|
||||
**Allgemeiner Umgang mit TrainActivityCodes**
|
||||
|
||||
Es werden alle zugehörigen TrainActivies akzeptiert. Mögliche, unplausible Kombinationen dieser TrainActivities sollen im Rahmen der PRM nicht abgelehnt werden. Diese fallen aber im Rahmen der Konstruktion als Unplausibilität auf und werden ggf. mit dem 3-Tagesschreiben gelöst.
|
||||
|
||||
|
||||
|
||||
|
||||
**Bremsstellungen**
|
||||
|
||||
Laut SST Anlage 1 der Schnittstellenbeschreibung sind die Bremsstellungen mit den Zusätzen "+E" und "+H" nicht unterstützt. In diesen Fällen ist auf die Bremsstellung ohne diesen Zusatz zurückzufallen.
|
||||
|
||||
Damit ergibt sich:
|
||||
|
||||
Nicht unterstützte Bremsstellung| Anzugebene Bremsstellung
|
||||
---|---
|
||||
X| n/a (X cannot be used in planning)
|
||||
G+E| G
|
||||
G+H| G
|
||||
P+E| P
|
||||
P+H| P
|
||||
R+E| R
|
||||
R+H| R
|
||||
R+E+Mg| R+Mg
|
||||
R+E+WB| R+WB
|
||||
|
||||
|
||||
|
||||
|
||||
Die Tabelle ist so nicht Teil der Schnittstellenbeschreibung, da darin die möglichen zur Verwendung vorgegebenen Bremsstellungen angegeben sind.
|
||||
Die Schnittstellenbeschreibung wurde in Version 4.6.2 um einen Hinweis zum Entfall des Zusatzes ist ergänzt.
|
||||
|
||||
|
||||
|
||||
|
||||
**Verweis auf weitere Informationen zu Triebfahrzeugen**
|
||||
|
||||
Darauf geht [Anlage 8 der Schnittstellen Dokumentation von PathOS](https://www.dbinfrago.com/resource/blob/13705114/fb0c85d368f79df8b0a4ec45c0805812/Anlage-8-Fachliche-Anwendungsfaelle-data.pdf) ein, die unter anderem Informationen zum TractionMode zur Beschreibung von Triebfahrzeugstellungen, Fremdnetzanteilen und Y-Zügen gibt.
|
||||
@@ -0,0 +1,73 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "2"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/498688779/Zugsicherung+TrainCC_System"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "c28684fe4b93e8eb"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Wiederholung des Attributs PZB und EFA
|
||||
|
||||
Zugsicherung (TrainCC_System) muss an jedem ZLP gesetzt werden. Dies ist eine Folge der Ablösung der AGS und der direkten Kommunikation mit der KOMBau.
|
||||
|
||||
* TrainCC_System kann mehrere Werte enthalten.
|
||||
* ETCS_ausruestung wird auf TrainCC_System gemappt (Umsetzungsstatus unklar).
|
||||
* Wenn hatLzb=true, dann TrainCC_System um LZB ergänzen.
|
||||
* PZB:
|
||||
* Standard: PZB immer setzen.
|
||||
* Ausnahme: Wenn in ZugtrassenLaufpunktRegelung.beschreibungsvorlage "KEINPZB" steht, dann ab diesem Laufpunkt bis unmittelbar vor trassenlaufpunktBisRil100 bzw. trassenlaufpunktBisIndex kein PZB setzen; ab dem Bis-Punkt wieder PZB setzen.
|
||||
* Ohne Bis-Angabe: bis zum Ende des Laufwegs kein PZB.
|
||||
* EFA:
|
||||
* Standard: EFA immer setzen.
|
||||
* Ausnahme: Wenn in ZugtrassenLaufpunktRegelung.beschreibungsvorlage "BUCHFPL" steht, dann ab diesem Laufpunkt bis unmittelbar vor trassenlaufpunktBisRil100 bzw. trassenlaufpunktBisIndex kein EFA setzen; ab dem Bis-Punkt wieder EFA setzen.
|
||||
* Ohne Bis-Angabe: bis zum Ende des Laufwegs kein EFA.
|
||||
|
||||
|
||||
|
||||
Quelle:
|
||||
|
||||
|
||||
|
||||
|
||||
## ETCS-only Fahrzeuge
|
||||
|
||||
Die Umsetzung erfolgt folgendermaßen:
|
||||
|
||||
* TPN erhält die Daten zu ETCS und PZB
|
||||
* TPN wird diese in der Oberfläche anzeigen
|
||||
* TPN sendet die Daten an die GFD-Z
|
||||
* Die GFD-Z muss aus der Information aus TPN (ETCS ja, PZB nein) dafür sorgen, dass durch die Beschreibungsvorlage die betriebliche Regelung getriggert wird
|
||||
* Die BEP soll den Konstrukteur durch eine Warnung unterstützen
|
||||
* Die AFK wird ETCS-only Fahrzeuge nicht konstruieren
|
||||
* TPN wirft eine Fehlermeldung bei der Kombination ETCS nein und PZB nein, da mindestens eine dieser Netzzugangskriterium ist (siehe unten)
|
||||
|
||||
|
||||
|
||||
Hintergrund Netzzugang
|
||||
|
||||
In den Technische Netzzugangsbedingungen (TNB) ab **12.12.2021** ist die Pflicht zur PZB-90 Ausrüstung aufgeweicht worden, wenn Fahrzeuge nur mit ETCS ausgerüstet sind und nur auf ETCS-Strecken verkehren.
|
||||
|
||||
[Bild: TNB C.1.2.png]
|
||||
|
||||
Quelle:
|
||||
@@ -0,0 +1,30 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "6"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490600207/%C3%84nderung+nach+Vertragsschluss"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "6833b2eead63f35b"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Es gelten auch hier die im [Gelegenheitsverkehr](https://arija-confluence.jaas.service.deutschebahn.com/pages/resumedraft.action?draftId=490600194&draftShareId=1761ab9f-234d-4882-9cbf-6b447805f893&) beschriebenen Annahmen und Vorgehensweisen.
|
||||
@@ -0,0 +1,33 @@
|
||||
---
|
||||
domain: "pathos"
|
||||
tool: "pathos"
|
||||
scope: "intern"
|
||||
tags: ["domain:pathos", "tool:pathos", "scope:intern", "pathos", "taf-tap-tsi"]
|
||||
owners: ["einfachbahn@deutschebahn.com"]
|
||||
contact: "einfachbahn@deutschebahn.com"
|
||||
component_type: "page"
|
||||
source: "confluence"
|
||||
source_version: "3"
|
||||
meta_fingerprint: "f8016101b3b52f2d"
|
||||
url: "https://arija-confluence.jaas.service.deutschebahn.com/spaces/TTSI/pages/490596595/%C3%84nderung+vor+Angebotsabgabe"
|
||||
last_updated: "2026-06-30"
|
||||
review_status: "approved"
|
||||
review_notes: ""
|
||||
content_hash: "d2c4dc68d2115931"
|
||||
---
|
||||
|
||||
Bearbeitungsstand|
|
||||
---|---
|
||||
Ansprechpartner|
|
||||
Letzte große Aktualisierung|
|
||||
|
||||
|
||||
|
||||
|
||||
## Behandlung in RUT-K
|
||||
|
||||
Bei Abmeldungen von Trassen oder Änderungen vor Angebotsabgaben von Trassen folgt der Prozess dem Systemdurchlauf ausgehend von TPN von vor der TT-Einführung. Das heißt der Status Quo bleibt erhalten (Nur Verknüpfung zwischen Fahrlage und Trasse wir gelöst, Trasse bleibt erhalten). Dies entspricht auch dem ausdrücklichen Wunsch der Anwender. Bei TTTclassic waren hier Änderungen bezüglich dem Beibehalten der bestehenden Trasse angedacht.
|
||||
|
||||
Quellen:
|
||||
|
||||
*
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user