Squashed 'bahn/wissensdatenbank/' content from commit 07a8196e

git-subtree-dir: bahn/wissensdatenbank
git-subtree-split: 07a8196e5f9e55d027f90485beb95f4006387669
This commit is contained in:
2026-06-30 21:19:25 +02:00
commit cfaf670100
4724 changed files with 667022 additions and 0 deletions
@@ -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)