Merge commit 'cfaf67010017eab368216aded483a64126dbcb2e' as 'bahn/wissensdatenbank'

bahn/wissensdatenbank/output/processed/intern/pathos/2-level-nachschlagewerk.md

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