docs: Favoriten-Sortierung und Symbol-Ersatzweg im CHANGELOG und Anwenderhandbuch; Nachtraege zur Mandantenbindung

- CHANGELOG.md: je ein Stichpunkt unter Neu (Sortierpfeile) und Behoben
  (Symbol trotz Zertifikatsfehler/interner Adresse)
- docs/anleitung-anwender.md: Tabellenzeile „Favoriten" nennt die Pfeile
  und den Browser-Ersatzweg fuer das Symbol
- docs/mandantentrennung-zugriffsklassifikation.md: Nachtrag zu
  favoriteLink — reorder() laeuft ueber withTenantTransaction() ohne
  Benutzerdimension in der Sitzung, Stand bleibt gebunden
- prisma-tenant.extension.ts: Kopfkommentar-Nachtrag, favorites.service.ts
  (reorder) ist der erste Nutzer-CRUD-Aufrufer von withTenantTransaction()
  — nur Kommentartext, Funktionscode unveraendert (prisma-tenant.extension.spec.ts
  und rls-access-inventory.spec.ts weiterhin gruen)

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

apps/api/src/prisma/prisma-tenant.extension.ts

@@ -145,7 +145,13 @@ import { PrismaClient } from '@prisma/client';
  * Mandanten), nicht zu einer Luecke. `withTenantTransaction()` bekommt
  * KEINEN dritten Parameter: kein Nutzer-CRUD-Aufrufer nutzt diese Funktion
  * (nur `groups`, ein Verwaltungsweg) — ein unbenutzter Parameter waere
- * Spekulation ohne heutigen Aufrufer.
+ * Spekulation ohne heutigen Aufrufer. Nachtrag (260917-jdd):
+ * `favorites.service.ts` (`reorder`) ist seither der erste Nutzer-CRUD-
+ * Aufrufer — er kommt OHNE Benutzerdimension in der Sitzung aus und
+ * traegt `userId` UND `widgetId` in jeder Bedingung innerhalb der
+ * Transaktion selbst (zweites Netz). Ein dritter Parameter kommt erst,
+ * wenn ein Aufrufer die Benutzerdimension INNERHALB der Transaktion
+ * braucht.
  *
  * SYSTEMKONTEXT (Etappe 3c, 260914-eym):
  *