ankn
a5f8fb49ab
Bahn: aisupport, Analyse-O2C-C2S, awesome-bahn-mcp-servers, beam-mcp,
Confluence_Bot, db-planet-mcp-server, O2C-Harness, project-audit,
Projekt-KIQ-HP, teamlandkarte-mcp
Dhive: Jury-Voting
Privat: CV, NoteGraph (NOTE: NoteGraph needs complete redo after consolidation)
Shared: AI-Orchestrator, OrgMyLife, power_skills_and_more
Shared/references: symphony (read-only)
Bahn repos remain available as independent remotes - this monorepo
pulls them in via subtree, the originals are untouched.
2.7 KiB
2.7 KiB
Strategische Notizen — pathOS
Laufende Sammlung von strategischen Entscheidungen und Ueberlegungen aus Gespraechen mit dem Business Owner
2026-04-23: Abrechnung und Vertragsdaten-Verteiler
Kontext: Die Abrechnungsthemen in TTTSol (TTTSOL-2149, -2147, -2148, -2035) sind auch fuer pathOS relevant.
Strategische Ueberlegung:
- Der Vertragsdaten-Verteiler (VDV) soll moeglicherweise auch fuer die Abrechnung genutzt werden (aktuell nur Stationsportal)
- Das wuerde den VDV zum zentralen Datenverteiler fuer alle Downstream-Systeme machen
- Business Owner hat angeboten, die Abrechnungsthemen mit anzutreiben
Implikationen fuer pathOS:
- VDV bekommt erweiterten Scope (nicht nur Stationsportal, auch AC Trasse)
- Schnittstelle zu AC Trasse muss moeglicherweise ueberarbeitet werden
- Aktuell laeuft Abrechnung ueber Steuerung-Vertrieb direkt an AC (REST) — VDV wuerde das entkoppeln
- Kafka-basierte Verteilung (wie bei Stationsportal) waere konsistenter
Offene TTTSol-Tickets Abrechnung (Blocked/Highest):
- TTTSOL-2149: 20h-Zug Prozess in der Abrechnung (Blocked, High)
- TTTSOL-2147: Zugtrasse mit Umleitung ohne VT-Wechsel (Highest, Offen)
- TTTSOL-2148: Abrechnung der Zugtrasse mit fremder Infrastruktur (Highest, Offen)
- TTTSOL-2035: Neue Zugnummer im Umleitungsfall mit VT-Wechsel (Highest, In Bearbeitung)
- TTTSOL-1998: Anrechnung Trassenkosten bei zusaetzlichen Leistungen (High, In Bearbeitung)
Naechste Schritte:
- Klaeren: Welche Abrechnungsdaten soll VDV liefern?
- Klaeren: Wie aendert sich die Schnittstelle zu AC Trasse?
- TTTSol-Abrechnungstickets tracken und bei Bedarf eskalieren
2026-04-23: NEP2 Status
Fachlicher Kontext:
- NEP2 = Zweite Anmeldephase im Netzfahrplan-Prozess (zwischen NEP1 und VNP)
- Fachlich identisch zu NEP1, aber ohne First-Come-First-Serve-Vorteil
- Bei Konflikten greift das Koordinierungsverfahren / Streitbeilegung
- Last in NEP1 ist deutlich hoeher als in NEP2
Status: Laeuft stabil, wenig neue Bugs. Kein separater Feature-Scope noetig.
Bewertung: NEP2 ist kein Risiko fuer pathOS. Das System hat die hoehere NEP1-Last ueberstanden. Positiver Indikator fuer Produktionsstabilitaet.
TODO: Push-Script Optimierung
- Problem: ~15 von 21 Seiten werden bei jedem Push aktualisiert obwohl sich nur der Inhalt nicht geaendert hat
- Ursache 1: Seiten mit
$(Get-Date)aendern sich bei jedem Lauf (Datum im HTML) - Ursache 2: Confluence normalisiert HTML beim Speichern (Entities, Self-Closing Tags), dadurch schlaegt Textvergleich fehl
- Loesung: Datum aus dem HTML entfernen (statisch setzen) oder Hash-basierter Vergleich mit Confluence-Labels
- Prioritaet: Niedrig (funktioniert, nur unnoetige Versionen)