ankn
cfaf670100
git-subtree-dir: bahn/wissensdatenbank git-subtree-split: 07a8196e5f9e55d027f90485beb95f4006387669
15 KiB
domain, tool, scope, tags, owners, component_type, source, source_version, url, last_updated, review_status, review_notes, content_hash, contact, meta_fingerprint
| domain | tool | scope | tags | owners | component_type | source | source_version | url | last_updated | review_status | review_notes | content_hash | contact | meta_fingerprint | |||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| pathos | pathos | intern |
|
|
page | confluence | 5 | https://arija-confluence.jaas.service.deutschebahn.com/pages/522359359 | 2026-06-26 | approved | 4937d10a197bc638 | einfachbahn@deutschebahn.com | 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) Die Verkehrsart ist Grundlage für die Berechnung des Trassenpreises und erforderlich für die korrekte Befüllung der Trassenanmeldung. 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. 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).
In der Anmeldung muss diese als Bpol meldepflichtig gekennzeichnet werden, wenn erforderlich.
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.
|
3| oedla| ÖDLA| Öffentlicher Dienstleistungsauftrag (ÖDLA)
Kennzeichnung von Verkehren, die auf Grundlage eines öffentlichen Dienstleistungsauftrages bestellt werden.
|
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.
Gilt nur für die Verkehrsart SGV und für Trassenanmeldungen zum Netzfahrplan - es gelten die in den INB veröffentlichten Regeln und Vorgaben.
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
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.
| INB
7| verkehrsartkundezusatz | Verkehrsart Kunde Zusatz| Ergänzende Informationen zur Ausprägung der Verkehrsart (z.B. Nostalgieverkehr, Charterverkehr etc.).
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.
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.
|
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).
Die angegebene Kundennummer muss dem EVU, welches als ResponsibleRU benannt ist, in der DB InfraGO zugeordnet sein.
Die Angabe gilt solange innerhalb des Zug-/Trassenverlaufs, bis sie durch eine andere Angabe ersetzt wird.
Am ersten konstruktionsrelevanten Zuglaufpunkt (ZLP) wird die derzeit aktive Kundennummer (in der Anmeldung im Reiter Identifikatoren) hinterlegt, kann aber überschrieben werden.
In allen Zuglaufpunkten innerhalb des Plannetzes außer dem letzten kann dieses Feld editiert werden.
. |
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.
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.
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.
Wenn eines der beteiligten EVU die Harmonisierung und Koordination bei interoperablen Zügen in der Vorplanungsphase übernimmt ist Angabe des (abweichenden) Lead RU verpflichtend.
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.
| Video
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.
|
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.
PR steht für PathRequest, TR für ReferenceTrain, RO für Route.
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)
Die Path RequestID (PR) wird ausschließlich vom bestellenden EVU festgelegt und muss pro Trassenbestellung (und auch Vertragsänderungen etc.) eindeutig sein.
Die ReferenceTRID (TR) wird vom koordinierenden EVU (LeadRU) festgelegt.
Die Route ID (RO) wird ebenfalls vom koordinierenden EVU (LeadRU) festgelegt.
| 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.
PR steht für PathRequest, TR für ReferenceTrain, RO für Route.
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)
Die Path RequestID (PR) wird ausschließlich vom bestellenden EVU festgelegt und muss pro Trassenbestellung (und auch Vertragsänderungen etc.) eindeutig sein.
Die ReferenceTRID (TR) wird vom koordinierenden EVU (LeadRU) festgelegt.
Die Route ID (RO) wird ebenfalls vom koordinierenden EVU (LeadRU) festgelegt.
| 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.
„OffsetToReference“ (OTR)
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.
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.
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.
Etwas technischere Erklärung, für noch mehr Details s. Schnittstellendokumentation:
Der PlannedCalendar enthält dabei mit einem entsprechend angepassten OffsetToReference die zukünftig gewünschten Verkehrstage.
Das Attribut „OffsetToReference“ gibt der Anzahl der Verschiebungstage zwischen dem PlannedCalendar und dem ReferenceCalendar.
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.
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.
| Video
19| core| core| Das Feld "Core" bildet das Kernelement des jeweiligen TAF/TAP-Identifiers und ist frei gestaltbar.
Der Core besteht aus 12 alphanumerischen Stellen, künftig sind zusätzlich "*" und "-" möglich.
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.
Die ReferenceTrainID (TR) hat immer die Variant "00".
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.
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
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.
|
52| taktverbundladen | Taktverbund laden | Im Aufklappmenü "Taktverbund laden" kann auf ein CaseReference-Objekt Taktverbund verwiesen werden.
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.
Wenn sie in das Eingabefeld klicken werden nach Eingabe von 2 Zeichen die vorhandenen CaseReference-Objekte "Taktverbund" in einem Dropdown angezeigt.
Über das Plus-Symbol kann ein weitere Taktverbund hinzugefügt werden, auch dieser muss aktiv ausgewählt werden.
Wenn sie das Papierkorb-Symbol neben dem CaseReference-Objekt klicken wird der entsprechende Eintrag gelöscht.
| Video
53| taktverbund| Taktverbund | Das neue CaseReference-Objekt (CRO) „Taktverbund“ wird in dieser Eingabemaske detailliert angelegt.
Es werden die detaillierten Informationen vom EVU bereitgestellt, die den Takt beschreiben. Dieses Objekt kann anschließend in den zugehörigen Anmeldungen angegeben werden.
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.
Folgende Angaben sind in den Parametern nötig:
Bezeichnung eines Taktfahrplans, z. B.: Wochenendtakt
Bezeichnung der Taktlinie, z. B.: RB 80
Dem Takt zugeordnete Züge, z.B.: 3
Start Betriebsstelle, z.B.: DE12345
Ziel Betriebsstelle, z.B.: DE67890
Taktfrequenz: z. B.: 40
|
|
|
|
|
|
|
|
|
|
|
|
|