docs(quick-260911-gwh): Etappe 2 auf Endstand bringen -- sechster Fall, Befund K erfuellt, Ledger, Anleitung

- .planning/WINDOWS.md: drei neue offene Eintraege (#30 Startpfad des
  Mailmoduls, #31 verschluckte Leere favorites, #32 verschluckte Leere
  settings); Platzhalter WINDOWS #TBD-GWH in settings.service.ts und
  mail.module.ts durch #30 ersetzt
- docs/mandantentrennung-zugriffsklassifikation.md: Uebersichtszeilen
  favorites (0/8, war 7/0) und settings (1/3, war 4/0) neu gemessen;
  Summenzeile 68/178 (Endstand Etappe 2); Bestandsaufnahme (favoriteLink
  gebunden, smtpConfig gemischt, neue Zeile widgetInstance/gebunden);
  Klassen-Verteilung 65 Paare (33/17/13/2); Hintergrunddienst-Abschnitt mit
  sechstem Fall (mail.module.ts, WINDOWS #30) und erfuellter
  Befund-K-Bedingung; neuer Punkt in "Was diese Etappe NICHT entscheidet"
- docs/mandantentrennung-etappe2-fehlerrichtung.md: Nachtraege unter Befund
  K in (t4) und im Uebergaben-Absatz von (d4) -- Reihenfolgebedingung
  erfuellt; ## Etappe 2 -- Abschluss mit den derivierten Endzahlen
- docs/anleitung-entwicklung.md: 23 RLS-Tabellen statt sieben, FavoriteLink
  nicht mehr als Tabelle ohne Regel, tenantPrisma statt manuellem
  tenantId-Filter als gelebter Stil
- rls-access-inventory.spec.ts wieder gruen (11/11), volle Suite 994/994,
  Werkzeug 137/137; zwei Dokument-Falsifizierungen durchgefuehrt und
  zurueckgenommen (siehe SUMMARY)

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01AMASaSxv5QMY7RncqZriRR

docs/mandantentrennung-etappe2-fehlerrichtung.md

@@ -3025,14 +3025,22 @@ Regelschluss-Plan `tenders`/`SearchProvider` (260910-jab), `tenant`
 
 **Summenzeile der Übersichtstabelle, vorher/nachher.** Zum Kopf des
 Klassifikationsdokuments (Stand 260909-eor): 227 Rohtreffer über 59
-Datei-Modell-Paare. Nach Aufgabe 3 dieses Laufs (siehe Summenzeile in
-`docs/mandantentrennung-zugriffsklassifikation.md`, DERIVIERT aus den
-Bereichszeilen, nicht abgeschrieben): siehe dortige Summenzeile für die
-Endzahl.
+Datei-Modell-Paare. Nach Aufgabe 3 dieses Laufs — DERIVIERT aus der
+Summenzeile in `docs/mandantentrennung-zugriffsklassifikation.md`, nicht
+abgeschrieben: **68 ungebundene, 178 gebundene Rohtreffer** (Summe 246 —
+mehr als 227, weil Aufgabe 2 dieses Laufs mit dem Widget-Besitzriegel einen
+zusätzlichen gebundenen Rohtreffer einführt, der zur Planungszeit noch nicht
+feststand). Jeder der 68 verbleibenden ungebundenen Rohtreffer ist einer der
+in diesem Dokument (Abschnitte "## Bereich ...") oder im Klassifikationsdokument
+namentlich benannten, bewusst ungebundenen Fälle — siehe die Liste unten.
 
 **Klassen-Verteilung.** Siehe `docs/mandantentrennung-zugriffsklassifikation.md`,
-Abschnitt "Klassen-Verteilung", Stand 260911-gwh (Aufgabe 3) für die
-Paarzahl und die Verteilung nach den vier Klassen.
+Abschnitt "Klassen-Verteilung", Stand 260911-gwh (Aufgabe 3): **65 Paare**
+(33 `muss-mandantengebunden`, 17 `keine-mandantengebundene-tabelle`, 13
+`beides`, 2 `bewusst-uebergreifend`) — ein neues Paar
+(`favorites.service.ts`/`widgetInstance`) gegenüber den 64 Paaren vor
+diesem Lauf, plus zwei Paare, die nur ihre `Stand`-Spalte ändern
+(`favorites.service.ts`/`favoriteLink`, `settings.service.ts`/`smtpConfig`).
 
 **Bewusst ungebundene Reste je Bereich, mit Grund:**