# 🏗️ [Lead Architect] — Zwischenstand & Roadmap

> **Stand:** 12. April 2026
> **Rolle:** Strategie, Architektur-Entscheidungen (ADRs), Domänen-Modell, Master-Roadmap

---

## ✅ Erledigte Sprints

### Sprint A — Abgeschlossen

- [x] **A-1** | ADR-0021 Tenant-Resolution-Strategie
  - [x] Schema-per-Tenant vs. Tenant-ID analysiert → Entscheidung: Eine Veranstaltung = eine Datenbank
  - [x] ADR-0021 in `docs/01_Architecture/adr/0021-tenant-resolution-strategy-de.md` abgelegt
  - [x] Backend Developer informiert (Backend A-1 gestartet)

- [x] **A-2** | Domänen-Modell formal präzisiert
  - [x] Hierarchie `Veranstaltung → Turnier → Bewerb → Abteilung` festgeschrieben
  - [x] `TeilnehmerKonto` auf Veranstaltungsebene (Multi-Turnier) ins Modell aufgenommen
  - [x] Veranstaltungs-Kassa mit Turnier-übergreifendem Saldo modelliert
  - [x] Abteilungs-Typen `SEPARATE_SIEGEREHRUNG` und `ORGANISATORISCH` definiert
  - [x] Curator beauftragt: `Ubiquitous_Language.md` aktualisiert

---

### Sprint B — Abgeschlossen

- [x] **B-1** | ADR für LAN-Sync-Protokoll schreiben
  - [x] Optionen analysieren: Event-Sourcing vs. CRDT vs. Timestamp-Sync
  - [x] Entscheidung für Meldestelle ↔ Richter-Turm Sync getroffen: **Event-Sourcing Light mit Lamport-Uhren** (Option
    D)
  - [x] ADR-0022 in `docs/01_Architecture/adr/0022-lan-sync-protocol-de.md` abgelegt
  - [x] Backend Developer und Frontend Expert über Entscheidung informiert (siehe jeweilige Roadmaps)

> ⏸️ **USB-Stick Fallback** — Separate Besprechung zu einem späteren Zeitpunkt (Sprint B/C)

---

### Sprint C — Abgeschlossen

- [x] **C-1** | Zeitplan-Optimierung Konzept
  - [x] Fachliche Anforderungen (Use Cases) definiert
  - [x] Zeitberechnungs-Algorithmus spezifiziert
  - [x] Drag & Drop Logik für Kalender-Ansicht entworfen
  - [x] Konzept-Dokument in `docs/01_Architecture/` abgelegt → `docs/01_Architecture/konzept-zeitplan-optimierung-de.md`

- [x] **C-2** | MASTER_ROADMAP aktualisieren
  - [x] Phase 9 Fortschritt reflektieren
  - [x] Link zum Zeitplan-Konzept ergänzt
  - [x] Feature-Migration (Frontend) dokumentiert
  - [x] Phase 10 & 11 (Series & Results) als abgeschlossen markiert (Stand 11.04./12.04.)

---

## 🟠 Sprint D — In Arbeit

- [ ] **D-1** | USB-Stick Fallback (Sync)
  - [ ] Technische Machbarkeit (File-Storage vs. SQLite-Export) prüfen
  - [ ] ADR für Offline-Transfer erstellen

- [x] **D-2** | Abrechnungs-Architektur (Billing-Service Integration)
  - [x] Datenmodell für Buchungskonten und Transaktions-Logik finalisiert
  - [x] Integration des `billing-service` in die Gateway-Routing-Struktur
  - [x] API-Spezifikation für automatisierte Buchungen aus `entries` und `results` Contexts

---

## 🔵 Sprint E — Desktop-Fokus (Beschleunigung)

- [x] **E-1** | Desktop-Priorisierung (Strategie-Anpassung)
  - [x] Analyse "Cloud-Connected" vs. "Offline-First Authority"
  - [x] Fokus-Verschiebung: Desktop-Zentrale wird primärer Master (ADR-0022/Concept)
  - [x] Identifikation fehlender lokaler Persistenz-Layer (SQLDelight)

- [ ] **E-2** | Offline-First Sync-Infrastruktur (Härtung)
  - [ ] Implementierung `SyncEvent`-Logger in `core:sync`
  - [ ] SQLDelight Schema-Migration für lokales Event-Log
  - [ ] Hintergrund-Sync Worker (opportunistisch)

- [ ] **E-3** | UI/UX Härtung für Offline-Betrieb
  - [ ] Globaler Sync-Status in der Desktop-Sidebar
  - [ ] Optimistisches UI für Nennungen und Ergebnisse
  - [ ] Fehler-Behandlung bei Verbindungsabbrüchen (mDNS/WAN)

---

## 📌 Abhängigkeiten

| Meine Aufgabe      | Blockiert wen                                            |
|--------------------|----------------------------------------------------------|
| ADR-0021 ✅         | 👷 Backend: Tenant-Isolation (Backend Sprint A)          |
| Domänen-Modell ✅   | 👷 Backend: Schema-Design; 🎨 Frontend: ViewModel-Design |
| LAN-Sync ADR (B-1) | 🎨 Frontend: Sync-UI; 👷 Backend: Sync-Endpunkte         |
| Sync-Konzept (C-1) | 🐧 DevOps: mDNS/WebSocket-Infrastruktur                  |
| Billing-Arch (D-2) | 👷 Backend: Buchungs-Logik; 🎨 Frontend: Kassa-UI        |

---

## 💡 Empfehlung

**Fokus auf Phase 12:** Die technische Infrastruktur für das Billing steht (Consul, Gateway, Repository). Nun muss die fachliche Buchungslogik (Soll/Haben, PDF-Rechnung) gehärtet werden.