--- 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)