Uebernahme bestehender Legacy-API-Integrationen (Keys, Auth, Pfade)

Bestehende Kunden-Integrationen der Altportale laufen nach dem Relaunch
weiter, ohne dass Kunden etwas umstellen muessen:

1. legacy:import-api-keys uebernimmt die api_keys aus den Legacy-DBs
   (sf_guard_user_profile) als Sanctum-Tokens mit identischem Secret
   (Sanctum loest Tokens ohne id|-Praefix per sha256-Hash auf) — nur
   fuer berechtigte Nutzer (aktiver Zahlungsstatus/Bestandsschutz,
   ApiAccessEligibilityService); idempotent, mit Dry-Run. Probe gegen
   die lokalen Snapshots: 406 Keys wuerden uebernommen.
2. Die Auth-Middleware uebersetzt die alten Uebergabeformen (X-ApiKey-
   Header, api_key-Parameter) fuer gueltige Keys in Bearer; unbekannte
   Keys erhalten weiterhin 410 mit Migrationshinweis.
3. Die dokumentierten /service/...-Pfade der Alt-API sind als Aliasse
   auf die v1-Controller gelegt (pressreleases inkl. Bilder, companies
   lesend); nicht uebernommene Alt-Endpoints (Pressemappen/Kontakte
   anlegen) antworten 410 mit Hinweis auf Kundenkonto und neue Doku.

API-Seite + OpenAPI entsprechend aktualisiert; Go-Live-Checkliste um den
Import-Schritt (nach dem Grandfathering) ergaenzt.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

docs/weiteres/Live-Deployment-Checkliste (WS-7).md

@@ -130,6 +130,12 @@ php artisan domains:generate-favicons
 # fehlen AGB-Versionsangabe/Protokoll-Referenz und die /richtlinien-Kategorien.
 php artisan db:seed --class=LegalDocumentSeeder --force
 php artisan db:seed --class=RejectionCategorySeeder --force
+
+# Legacy-API-Schlüssel als Sanctum-Tokens übernehmen (bestehende
+# Kunden-Integrationen bleiben gültig; erst Dry-Run prüfen). Läuft NACH dem
+# Grandfathering, da die Berechtigung am aktiven Zahlungsstatus hängt.
+php artisan legacy:import-api-keys --dry-run
+php artisan legacy:import-api-keys
 ```
 
 ---