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.
57 lines
2.7 KiB
Markdown
57 lines
2.7 KiB
Markdown
# 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)
|