docs(quick-260911-nke): Etappe 3b Benutzerdimension abgeschlossen und verifiziert; Handoff fuer 3c/3a

.planning/.continue-here.md

@@ -4,10 +4,10 @@ phase: mandantentrennung-etappe-3
 task: null
 total_tasks: 5
 status: paused
-last_updated: 2026-09-11T13:00:00.000Z
+last_updated: 2026-09-11T16:30:00.000Z
 ---
 
-# Wiedereinstieg — Mandantentrennung, ETAPPE 2 ABGESCHLOSSEN, vor WINDOWS #27 und Etappe 3
+# Wiedereinstieg — Mandantentrennung, Etappe 2 + #27 + 3b ABGESCHLOSSEN, vor 3c und 3a
 
 ## Critical Anti-Patterns
 
@@ -138,15 +138,11 @@ dafuer ist jeder Code, der Leere als Abwesenheit deutet und daraufhin loescht. V
 Umstellung eines Bereichs ist zu pruefen, ob er solchen Code enthaelt.
 
 <next_action>
-1. WINDOWS #27 schliessen — Detektor in `rls-access-inventory.spec.ts` um
-   `include:`/`select:`/`_count:` auf Modellnamen erweitern, Zieltabelle als eigene
-   Fundstelle fuehren. Zwingend vor Etappe 4.
-2. Etappe 3 planen (drei Teile): (a) Anmeldenamen pro Mandant — Schema-Aenderung,
-   Anmeldeweg muss den Mandanten VOR der Suche kennen, SECURITY-DEFINER-Funktionen
-   mit zwei Gleichheitsbedingungen; (b) Benutzerdimension — `app.current_user`,
-   `current_user_id()`, forTenant() erweitern, Regeln der zehn nutzerbezogenen
-   Tabellen; (c) Systemkontext fuer die sechs Hintergrunddienst-Faelle.
-3. Etappe 4 — Scharfschalten. NUR nach Rueckfrage beim User.
+1. `docs/mandantentrennung-etappe3-auftrag.md` lesen — 3b ist dort als Erledigt vermerkt.
+2. Etappe 3c (Systemkontext fuer die sechs Hintergrunddienst-Faelle) als
+   `/gsd-quick --validate` — braucht KEINE Entscheidung des Users.
+3. Etappe 3a (Anmeldenamen pro Mandant) — enthaelt die eine offene Produktfrage.
+4. Etappe 4 — Scharfschalten. NUR nach Rueckfrage beim User.
 
-Frische Sitzung, dann `/gsd-resume-work`.
+WINDOWS #27 ist geschlossen (260911-mkj). Frische Sitzung, dann `/gsd-resume-work`.
 </next_action>