Manual Data Review
Kurzzusammenfassung
- Manual Data Review standardisiert Entscheidungen bei Daten- oder Pipeline-Ausnahmefällen.
Gateway_ExceptionApprovalerlaubt nur befristete, begründete und kompensierte Ausnahmen.- Das Exception-Format ist einheitlich, auditierbar und mit klarer Laufzeit-Gültigkeit versehen.
Zweck
Fachliche Ursachenanalyse und standardisierte Entscheidung, ob eine kontrollierte Ausnahme zugelassen werden kann.
Standardisiertes Exception-Entscheidungsformat (Pflicht)
| Feld | Beschreibung |
|---|---|
exception_id | Eindeutige Referenz-ID |
trigger_event | Auslöser (DQ-Fail, Late Data, Schema Drift, Incident) |
reason | Konkrete fachliche/technische Begründung |
impact_scope | Betroffene Assets, Features, Zeiträume, Prozesse |
valid_from / valid_until | Laufzeit-Gültigkeit (UTC), max. begrenzter Zeitraum |
compensating_controls | Zusätzliche Kontrollen während der Ausnahme |
risk_assessment | Rest-Risiko (niedrig/mittel/hoch) + Begründung |
owner / approver | Verantwortliche Rollen inkl. Sign-off |
rollback_or_expiry_rule | Regel für automatisches Ende oder Abbruch |
Entscheidungsregeln
- Ohne
reason,valid_untilundcompensating_controlsist keine Freigabe zulässig. - Hohe Rest-Risiken erfordern Governance-Eskalation vor Entscheidung.
- Ausnahmen sind immer temporär; unbefristete Ausnahmen sind unzulässig.
- Bei Ablauf ohne Verlängerung: automatischer Rückfall auf
reject/abort-Pfad.
Kompensationsmassnahmen (Beispiele)
- Konservativer Fallback-Feature-Satz statt fraglicher Features.
- Striktere Positions- und Exposure-Limits.
- Erhöhtes Monitoring (intraday statt daily) mit sofortiger Eskalation.
- Manuelle Freigabe jedes Rebalancing-Laufs während der Ausnahme.
RACI
| Aktivität | Responsible | Accountable | Consulted | Informed |
|---|---|---|---|---|
| Ursachenanalyse | Data Steward | Data Owner | ML Engineer | Risk |
| Ausnahmeantrag | Data Owner | Governance Lead | Compliance | Portfolio Management |
| Freigabe/Reject | Risk Lead | Governance Lead | Quant Lead, Compliance | Stakeholder |
Matrix-Gap-Check: Gateway_ExceptionApproval
Status: schliessbar / abgedeckt, wenn pro Ausnahmefall vorliegt:
- standardisiertes Exception-Record mit Grund, Gültigkeit und Kompensationsmassnahmen,
- eindeutige Genehmigungsentscheidung inkl. Rationale,
- Verknüpfung zu Incident-/Run-IDs (
prefect_flow_run_id, optionalmlflow_run_id), - dokumentierter Ablaufmechanismus (Expiry/Rollback).
BPMN-Detailansicht
⋮⋮⋮
BPMN-Kontext
- IDs:
UserTask_DataReview, Gateway_ExceptionApproval - Input-Bezug: Ausnahmefall aus DQ-/Pipeline-Gate inkl. Evidenz und Risikoanalyse.
- Entscheidungsbezug:
Gateway_ExceptionApprovalentscheidet über befristete Ausnahme oder Abbruch; zentrale Gate-Logik siehe /docs/research-risk/acceptance-criteria. - Output-Bezug: Sign-off mit Auflagen oder Rückgabe in Incident-/Abbruchpfad.