M2 abschließen und M3 vorbereiten

- M2-Abschlussstatus und Abschlusskriterien dokumentieren
- M3-SaaS-Basisplan mit Tenant/User/Participant-Modell ergänzen
- Hauptplan mit M2-Abschluss und M3-Startpunkten aktualisieren

docs/saas-umstrukturierungsplan.md

@@ -282,7 +282,7 @@ Uebersicht:
 | --- | --- | --- |
 | M0 | Baseline | Bestand, Sicherheit und Designreferenz sind dokumentiert |
 | M1 | Golden Master | Legacy-Ergebnisse sind als Vergleichsbasis eingefroren; HTTP-Smoke prueft sichere Seiten |
-| M2 | Technisches Fundament | Migrationen, Bootstrap, Session und CSRF-Helper stehen |
+| M2 | Technisches Fundament | Abgeschlossen: Migrationen, Bootstrap, Session, CSRF-Helper und Legacy-Schreibseitenschutz stehen |
 | M3 | SaaS-Basis | Tenants, User, Registrierung, Login und Rollen funktionieren |
 | M4 | Datenmigration | Legacy-Daten sind tenant-sicher im Zielmodell abgebildet |
 | M5 | App-Kern | Dashboard, Striche, Einzahlungen, Mitglieder und Liste laufen |
@@ -395,6 +395,7 @@ Ergebnis:
 - Grundgeruest fuer neue SaaS-App.
 - Kein fachlicher Rewrite, aber klare Struktur fuer die Migration.
 - Dokumentation: `docs/m2-technical-foundation.md`.
+- Status: abgeschlossen fuer den M2-Scope.
 
 Abhaengigkeiten:
 
@@ -409,7 +410,11 @@ Mehrkundenfaehigkeit und Kunden-Onboarding technisch aktivieren.
 Schritte:
 
 - Tabellen fuer `tenants`, `users`, `tenant_memberships` und
-  `tenant_settings` anlegen.
+  `tenant_settings` anlegen. Vorbereitung dokumentiert in
+  `docs/m3-saas-basis-vorbereitung.md`.
+- Zusaetzlich `participants` als getrennte Kaffee-Teilnehmer-Tabelle anlegen.
+- Default-Tenant fuer den aktuellen Bestand anlegen.
+- Bestehende `kl_Mitarbeiter` idempotent in `participants` spiegeln.
 - Registrierung: Tenant + Owner-User + Default-Settings erzeugen.
 - Login, Logout, Passwort-Reset und E-Mail-Verifikation bauen.
 - Tenant-Aufloesung definieren.