Orchestrator/output/processed/intern/pathos/2-level-nachschlagewerk.md

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	domain:pathos tool:pathos scope:intern pathos	einfachbahn@deutschebahn.com	page	confluence	10	https://arija-confluence.jaas.service.deutschebahn.com/pages/503104306	2026-06-26	approved		34b27e1a2bc00c83	einfachbahn@deutschebahn.com	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
   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

3. Sind tiefere Analysen zur Fehlererkennung von Nöten so schaut man ins Kafka

4. Wenn TPN was geschickt aber wir haben im KAFKA nichts erhalten, dann muss man auf CIB zugehen, oder ggf. selbst im Camunda/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)