feat(quick-260911-nke): Benutzer an 34 Aufrufstellen gesetzt, zehn Tabellen gemessen, sechs Pruefungen umgedreht

- 30 verbleibende forTenant()-Aufrufstellen in sieben Diensten (calendar 6,
  dashboard 9, favorites 5, tender-email-config 3, tender-notification-pref 2,
  tender-rss-feed 2, tender-triage 3) reichen userId als drittes Argument
  durch. tender-digest.scheduler.ts bleibt zweistellig (Hintergrunddienst,
  Etappe 3c), mit Begruendung im Kommentar. Keine Methodensignatur, kein
  Controller angefasst, keine anwendungsseitige userId-Filterung entfernt.
- rls-scratch-check.mjs: zwoelf Extraktionsstellen auf die neue Migration
  umgeleitet (TenderEmailConfig/TenderNotificationPref/TenderSavedSearch/
  TenderTriage/TenderRssFeedSource in runTendersAreaChecks, SearchProvider in
  runSearchProviderAreaChecks/runDashboardAreaChecks, DashboardLayout/
  WidgetInstance, CalendarSource/FavoriteLink samt regelstand-eindeutig-Gates).
  SearchProvider/TenderRssFeedSource jetzt mit extractAllPolicySql (4 Regeln).
  runUserDimensionChecks() um die uebrigen neun Tabellen erweitert (neue
  Routine runCommandSeparatedPersonalTableCheck fuer die zwei NULL-faehigen
  Tabellen inkl. gemeinsame-Zeile-Pruefungen).
- Sechs Loch-Pruefungen umgedreht (dashboardlayout, widgetinstance,
  searchprovider, calendarsource, favoritelink-Doppelaussage getrennt) —
  alte Messung ohne Benutzer bleibt unter neuem Namen, Umkehrung MIT
  Benutzer erwartet das Gegenteil; kein alter Name mehr als Kennung.
- Baseline: 1020/62 Tests weiterhin gruen, Typpruefung sauber, Werkzeug
  203/203 bestanden (vorher 146).

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

apps/api/src/tenders/tender-digest.scheduler.ts

@@ -132,6 +132,14 @@ export class TenderDigestScheduler implements OnModuleInit {
         // Je-Treffer-Haelfte, gebunden an den Mandanten DIESER
         // Kandidatenzeile (260909-laa, Aufgabe 3) — ein einziger gebundener
         // Client fuer alle Zugriffe dieses Schleifendurchlaufs.
+        //
+        // Bewusst OHNE Benutzer (260911-nke, Etappe 3b): dieser Scheduler ist
+        // ein Hintergrunddienst, kein Nutzer-CRUD-Aufrufer — er liest UND
+        // schreibt fuer den Nutzer, nicht ALS ihn eingeloggt. Die `IS NULL
+        // OR`-Form der Regeln macht das zur bewussten Eigenschaft: ohne
+        // `userId` sieht dieser Zugriff den ganzen Mandanten, exakt wie vor
+        // der Migration. Ein Systemkontext fuer Hintergrunddienste ist
+        // Etappe 3c, nicht Teil dieser Aenderung.
         const tenantPrisma = forTenant(this.prisma, tenantId) as any;
 
         const pref = await tenantPrisma.tenderNotificationPref.findUnique({