CMP-02: dsgvo-datenschutz-berichte

- migrations/0009_data_subject_ref: additive nullable Spalte auf
  retention_objects, schliesst die Luecke fuer 'betroffene Person' in
  RET-01
- retention.RegisterObjectForSubject: NEUE additive Funktion, RegisterObject
  selbst unveraendert (kein Diff, keine Produktionsaufrufer betroffen)
- archive/internal/dpreport: SubjectReport (Auskunftsbericht),
  ProcessingOverview (Verarbeitungsuebersicht, statisch gepflegte
  Zweck/Rechtsgrundlage je Objekttyp), WriteSubjectReportCSV
- Mandantentrennung strukturell durch Modell C (ein Pool pro Tenant),
  real mit zwei physisch getrennten Tenant-DBs bewiesen (tenant_acme/
  tenant_globex), nicht nur behauptet
- 4 Tests, alle Pflichtpruefungen real bestanden
- Migration real auf dms_tenant_test angewendet

Pruefungen siehe archive/docs/CMP-02-PRUEFPROTOKOLL.md

archive/migrations/0009_data_subject_ref.down.sql

@@ -0,0 +1,2 @@
+DROP INDEX IF EXISTS idx_retention_objects_data_subject_ref;
+ALTER TABLE retention_objects DROP COLUMN IF EXISTS data_subject_ref;

archive/migrations/0009_data_subject_ref.up.sql

@@ -0,0 +1,10 @@
+-- CMP-02: DSGVO-Auskunftsberichte brauchen eine Zuordnung Objekt->
+-- betroffene Person. RET-01s retention_objects kannte bislang nur
+-- object_type/object_reference (opak, modulübergreifend), keine
+-- Person-Referenz. Additive, nullable Spalte — bestehende Zeilen und
+-- Aufrufer von RegisterObject bleiben unverändert gültig: NICHT jedes
+-- Objekt ist personenbezogen (z. B. Systemkonfiguration), ein leeres
+-- Feld bedeutet genau das, nicht einen Fehler.
+ALTER TABLE retention_objects ADD COLUMN IF NOT EXISTS data_subject_ref TEXT;
+CREATE INDEX IF NOT EXISTS idx_retention_objects_data_subject_ref
+    ON retention_objects (data_subject_ref) WHERE data_subject_ref IS NOT NULL;