Approval Process

Kurzzusammenfassung

• UserTask_Approval ist das formale Freigabeverfahren nach bestandenem Gateway_Acceptance.
• Rollen, Sign-off-Artefakte und Entscheidungslog sind verbindlich standardisiert.
• Jede Entscheidung enthält eine nachvollziehbare Rationale und Referenzen auf Tool-Artefakte.

Ziel

Business-Nutzen: Minimiert Governance-Risiken durch ein eindeutiges, revisionssicheres Go/No-Go-Verfahren.

Rollenmodell (verbindlich)

Rolle	Verantwortung	Entscheidungskompetenz
Quant Lead	Methodische Qualität, Signalvalidität, Portfolio-Logik	fachliches Sign-off
Risk Lead	Risiko- und Limitkonformität, Stress-Resilienz	Risiko-Sign-off
Model Risk / Compliance	Modellrisiko, Policy-/Regelkonformität	Compliance-Sign-off
Portfolio Governance Board (optional)	Eskalation bei Zielkonflikten oder Ausnahmen	finaler Stichentscheid

Freigabeablauf

1. Paketempfang: Input aus Gateway_Acceptance inkl. vorgeschlagener Entscheidung.
2. Artefakt-Check: Vollständigkeit und Konsistenz der Pflichtdokumente.
3. Rollenreview: Fachlich, Risiko, Compliance parallel oder sequenziell.
4. Entscheidungsrunde: approve, approve-with-conditions, reject.
5. Protokollierung: Eintrag im Decision Log mit Rationale, Auflagen, Fristen.
6. Übergabe: Bei Freigabe an Deployment/Promotion; sonst Rückgabe mit Nacharbeitsauftrag.

Sign-off-Artefakte (Mindestumfang)

Artefakt	Pflichtinhalt
Backtesting-/Validation-Report	Walk-forward, Regime-/Stress-Ergebnisse, Pass/Fail
Portfolio-Implementierungsblatt	Gewichtungslogik, Constraints, Turnover/Liquidität
Risiko-Freigabeblatt	Limits, Grenzfälle, Rest-Risiken
Betriebs-/Monitoringplan	Alerts, SLOs, Eskalationspfade
Tool-Referenzen	mlflow_run_id, prefect_flow_run_id, openmetadata_entity_ref

Entscheidungslog (Pflichtschema inkl. Rationale)

Feld	Beschreibung
decision_id	Eindeutige ID
timestamp_utc	Zeitpunkt der Entscheidung
decision	approve, approve-with-conditions, reject
rationale	Warum die Entscheidung getroffen wurde (fachlich + Risiko)
conditions	Auflagen inkl. Fristen
exceptions_ref	Verweis auf genehmigte Ausnahmen
approvers	Signierende Rollen/Personen
links	MLflow/Prefect/OpenMetadata Referenzen

Eskalation und SLA

• Standard-SLA für vollständige Freigabeentscheidung: 2 Arbeitstage.
• Bei Dissens zwischen Quant und Risk: automatische Eskalation an Governance Board.
• Bei approve-with-conditions: Nachweis der Auflagenerfüllung vor produktiver Aktivierung.

BPMN-Detailansicht

⋮⋮⋮

BPMN-Kontext

• IDs: UserTask_Approval
• Input-Bezug: Freigabepaket aus Gateway_Acceptance inkl. Evidenz und Entscheidungsvorlage.
• Entscheidungsbezug: Finale Go/No-Go-Entscheidung durch definierte Rollen.
• Output-Bezug: Signierte Freigabe für Deployment oder zurückgewiesenes Paket mit Auflagen.