# 4.4.4.3 Fahrplanerische Bestelleingangsprüfungen (BEP), TrassenPrüfenUndErgänzen (TTPUE), Routensuche und Fahrzeitberechnung (FBZE) - M13 > Confluence Page ID: 27525810 > Version: 53 > Pfad: /pathOS/Start / Vorstudie Bestellsystem/00_Vorstudie Bestellsystem/4 Anforderungen an das neue Bestellsystem der DB Netz/4.4 Soll-Schnittstellen Bestellsystem (Consumer oder Provider)/4.4.4 Anbindung an den Fahrplan und das Kapazitätsmanagement/4.4.4.3 Fahrplanerische Bestelleingangsprüfungen (BEP), TrassenPrüfenUndErgänzen (TTPUE), Routensuche und Fahrzeitberechnung (FBZE) - M13 > Labels: --- ## Anforderungen an die Bestelleingangsprüfung (BEP) und Routensuche  Die Funktionsweise der Bestelleingangsprüfung (BEP) und der Routensuche wird in Kapitel 6.2.1 exakter erläutert. Im Folgenden wird lediglich eine kurze Beschreibung des Ablaufs gegeben sowie die zusätzlichen Anforderungen, die das Projekt Bestellsystem an die beiden Anwendungen hat, beschrieben. Aktuell kann die BEP nur in Verbindung mit der Routensuche genutzt werden. Die Routensuche kann wiederum als eigener Webservice unabhängig von der BEP aufgerufen werden, allerdings unterstützt die Routensuche (wie auch die BEP) derzeit nur eine Infrastruktur, die des aktuell gültigen Fahrplanjahres. Die Fahrtzeitberechnung (FBZE) muss nicht direkt angesprochen werden. Es genügt, wenn diese nur durch die Routensuche angesprochen wird. Über die Routensuche bekommt das Bestellportal die FZBE Ergebnisse. Ziel ist es, beide Anwendungen unabhängig voneinander aufzurufen sowie diese auf mehreren Infrastrukturversionen nutzen zu können. ## Arbeitsweise BEP / Routensuche (Route, RoutenVariante, Durchfahrt, Laufpunkt)  Der Ablauf erfolgt in 4 Phasen: 1 Phase: Plausibilitätsprüfung und Formelle Prüfungen Sind alle Pflichtfelder gefüllt? 2 Phase: Fachliche Prüfungen, die unabhängig von der Routensuche sind Beispiel: Existiert die vorhandene Streckenklasse? 3 Phase: Routensuche Ist eine Route zu den vorgegebenen Zuglaufpunkten vorhanden? Berechnung der Fahrzeiten. 4 Phase: Keine Route gefunden? Ursachencheck. Es werden verschiedene Relaxierungsparameter (siehe Anhang) geprüft. Das bedeutet, dass aktuell eine Prüfung erfolgt, welche untersucht, ob generell, unter Berücksichtigung der Via-Punkte oder bedingt durch die Zugcharakteristik keine Route gefunden wird.  ## Anpassungsbedarf durch ein neues (Trassen-)Bestellsystem  Folgende Änderungen/Erweiterungen sind im Projekt neXt für die Anbindung des Bestellsystems notwendig: - Die Streckennummern müssen angezeigt bzw. zurückgegeben werden. - Das Servicelevel muss angepasst werden, Ziel SL1 Basic. - Ggf. Nutzungskosten für die beiden Services im Betrieb (z.B. in der Anmeldephase Netzfahrplan mindestens 80000 Aufrufe). - Die Routensuche muss Verfügbarkeitseinschränkungen zurückliefern können. - Beide Anwendungen (BEP / Routensuche) müssen unabhängig voneinander aufrufbar sein. - Die Routensuche soll verschiedene Kriterien berücksichtigen, wie z.B. die verkehrsgünstigste Route. - Die BEP / Routensuche muss in einem TAF/TAP nahen Objektmodell kommunizieren können. - Es sollten alle BEP Prüfungen bzw. Prüfungsschritte durchlaufen werden und eventuelle Probleme in der Rückmeldung bereits benannt werden, sodass Kunden dies nicht mehrmals prüfen lassen müssen, um mehrere Fehler zu finden.  - Konfigurationsmöglichkeiten, welche Prüfungen durchlaufen werden sollen. Das entsprechende Dokument zum Change Request ist unter CR_neXt_Bestellsystem zu finden. ## Anhang ##  Aktuelle Relaxierungsparameter false false false false false false false false false false false false false false false false false false true false ## Anforderungen des Projekts Bestellsystem an die Fahrtzeitberechnung (FBZE) FBZE ist kein BusinessService, sondern wird derzeit nur als Bibliothek intern eingebunden. Die Bibliothek FBZE ist nicht für das Produkt Fahrzeitrechnung geeignet, da diese nur die Fahrzeiten für bereits existierende, mikroskopische Routen berechnen kann, selbst aber nicht in der Lage ist, ein Routing durchzuführen. Für den Zweck der Fahrzeitrechnung eignet sich der Kern der automatischen Einzelbelegung hinter C&R besser, wenn dieser ohne den gesetzten Verkehr initialisiert wird. In diesem Fall sucht der Algorithmus eine ideale Strecke und konstruiert diese inkl. Fahrzeiten aus. (EINE VARIANTE in C&R). Über die Routensuche bekommt das Bestellportal die FZBE Ergebnisse.  Anforderungen bei Fahrzeitberechnungen aus TAF/TAP- TSI In einer Anmeldung für  eine Fahrzeitberechnung  ist immer eine Zugnummer anzugeben. Sie hat unter fachlich-rechtlichen Aspekten keine Bedeutung, dient aber neben den Identifikatoren Train-ID, PathRequest-ID und Path-ID als zusätzliches, den Geschäftsvorfall identifizierendes Ordnungsmerkmal. Sie unterstützt mit ihrer fachlichen Eindeutigkeit die praktische Arbeit mit den Geschäftsvorfällen für Fahrzeitberechnungen. Gesonderte Zugnummernzuweisungen für Fahrzeitberechnungen durch die DB Netz erfolgen nicht. Es können vorzugsweise Zugnummern des aktuellen Netzfahrplans, die vom EVU benutzt wurden, verwendet werden. Das bestellende EVU hat die Eindeutigkeit der Zugnummern für die Gesamtheit seiner Anmeldungen je Produkt Fahrzeitberechnung gewährleisten. Schnittstellenkontext  Die öffentliche Schnittstelle "Routensuche Web Service" bietet verschiedene Operationen für unterschiedliche Zwecke. Folgende Serviceoperationen werden durch den "Routensuche Web Service" bereitgestellt. SucheRoute - Das Ermitteln einer oder mehrerer Routen mit den Daten der Start- und Zielbetriebsstelle    ## Datenmodell  Routensuche ist grundsätzlich ein Webservice, der ITOM „spricht“ und über SOAP/http kommuniziert. Allerdings hat M13 die Antwortobjekte der Routensuche eigenhändig ITOM-nah modelliert, was dazu geführt hat, dass der CIO Bereich die Routensuche zum heutigen Stand nicht als Business Service betrachtet. Die Routensuche unterstützt keine Erkennung der korrekten Infrastruktur und keine Funktionen aus dem SPV. Diese fehlenden Funktionen werden sukzessive im Kontext Baufahrplan nachgeliefert.  Problem: Datengrundlage bzw. Infrastrukturdaten in einer Version sind nicht vorhanden. Datenmodell TAF/TAP-TSI | | marktProdukt | Produkt, welches von DB Netz angeboten wird | 1.  In diesem Feld ist eines der über das Bestellsystem bestellbaren Produkte der DB Netz anzugeben. Produkte sind aktuell: Trasse, KFB (kurzfristige Fahrlagenberatung mit Buchungsoption), FZB (Fahrzeitberechnung), FPS (Fahrplanstudie/Betriebsprogrammstudie) 2.  Das Feld ist unter Berücksichtigung der für die Produkte möglichen Geschäftsvorfälle zu verwenden (siehe Kap. 2.1   "Geschäftsvorfälle und TAF-TSI/TAP-TSI- Nachrichtentypen") | 1 | string | TR = Trasse FZB = Fahrzeitberechnung FPS = Fahrplan- und Betriebsprogrammstudie ## Nichtfunktionale Aspekte | | Vertraulichkeit | 11 incomplete  sehr hoch 12 incomplete  hoch 13 incomplete  mittel 14 incomplete  niedrig | | Integrität | 15 incomplete  sehr hoch 16 incomplete  hoch 17 incomplete  mittel 18 incomplete  niedrig | | IT-Sicherheit | n/a | | Nachvollziehbarkeit | n/a     | | Verfügbarkeit | | Robustheit der Schnittstelle |  Keine Anforderungen.  Folgende Anforderungen: | Kommentar | | Servicelevel* | 31 incomplete  SL 1 Plus 32 incomplete  SL 1 33 complete  SL 1 Basic 34 incomplete  SL 2 35 incomplete  SL 3 Plus 36 incomplete  SL 3 |   | | | Logging | | Anforderung an Logging* |     | | | Übertragungsverfahren | | Schnittstellenart* | 37 incomplete  Datenablage in Datei, Pfad: manuelle Festlegung 38 complete  Webservice:  39 incomplete  SMS-Nachricht, Nummer: 40 incomplete  gemeinsame Datenbank: 41 incomplete  Online-Transaktion: 42 incomplete  Andere: Dateiversand via Email | | Transaktionssicherheit* |  Keine Anforderungen.  Folgende Anforderungen: | | Anforderung an Logging* | n/a | | Art der Datenübertragung |  ftp  SMS  HTTP  ESB  Andere: manuelle Übertragung     Â