M5 Kaffeeliste read-only auf Ledger umstellen

- kaffeeliste.php aus ledger_fetch_participant_summaries lesen lassen
- Legacy-Teilnehmerlinks ueber legacy_mitarbeiter_id erhalten
- Sidebar-Zugriff fuer Legacy-Admin und SaaS-Rollen trennen
- Smoke-Test um konkrete Ledger-Werte und Inaktiv-Ausschluss erweitern
- M5-App-Kern-Doku ergaenzen

docs/saas-umstrukturierungsplan.md

@@ -305,7 +305,7 @@ Uebersicht:
 | M2 | Technisches Fundament | Abgeschlossen: Migrationen, Bootstrap, Session, CSRF-Helper und Legacy-Schreibseitenschutz stehen |
 | M3 | SaaS-Basis | Abgeschlossen: Tenants, User, Registrierung, Login, Rollen, Mail-Links und zentrale Mandantenauswahl funktionieren |
 | M4 | Datenmigration | Gestartet: Ledger-Tabelle, Legacy-Backfill, Paritaetscheck, Ledger-Service und Preview sind umgesetzt |
-| M5 | App-Kern | Dashboard, Striche, Einzahlungen, Mitglieder und Liste laufen |
+| M5 | App-Kern | Gestartet: Gesamtuebersicht liest read-only aus dem Ledger |
 | M6 | Betriebsflows | Import, Export, Mail und Jahresprozesse sind auditierbar |
 | M7 | Landingpage | Public-Seite und Auth-Seiten sind im gemeinsamen Stil nutzbar; spaetere Ausbaustufen folgen |
 | M8 | Haertung | Betrieb, Datenschutz, Monitoring und Isolation sind geprueft |
@@ -509,7 +509,8 @@ Schritte:
 - Eigene Stricherfassung umsetzen.
 - Zahlungs-/PayPal-Bereich umsetzen.
 - Mitgliederverwaltung tenant- und rollenbasiert umsetzen.
-- Gesamtuebersicht umsetzen.
+- Gesamtuebersicht umsetzen: erster read-only Stand in `kaffeeliste.php`
+  erledigt.
 - Letzte Eintraege und Korrekturen als Storno statt Delete umsetzen.
 - Hinweise als tenant-spezifische Notices umsetzen.
 
@@ -517,6 +518,7 @@ Ergebnis:
 
 - Ein Kunde kann seine Kaffeeliste operativ nutzen.
 - App sieht weiterhin nach bestehender Kaffeeliste aus.
+- Erster M5-Stand ist in `docs/m5-app-kern.md` dokumentiert.
 
 Abhaengigkeiten: