Aktuarieller Metric-Handoff — ohne stille Redefinition
Übergabe Claims-/Policy-Feeds an Actuarial Metrics: Grain, Cut-off, Version und wer Kennzahlen umlabeln darf — Catalog ersetzt keinen Contract.
Ein Reserve-Export ist noch kein aktuarieller Vertrag. Metric-Handoffs scheitern, wenn Loss Ratio, Ultimate oder Triangle-Input still umgeschnitten werden, während Dashboards denselben Namen behalten. Spätere Pricing- und Solvency-Fragen haben nichts zum Vergleichen.
Dieser Teil bindet den Handoff von Claims-Lifecycle und Policy-Feeds an Actuarial — verwandt zu KPI-Definition und abgegrenzt von Banking Model Risk.
Vorher: Claims-Lifecycle-Contracts. Serie startet bei Governance für Insurance Claims & Underwriting.
zum Vergleichen.
Lösung: Jeder materielle aktuarielle Feed erhält vor Production-Metriken eine Feed- und Metric-ID mit Zweck und Grain, einen Cut-off- und Snapshot-Contract, eine Mapping-Tabelle von operativen Feldern auf aktuarielle Semantik, einen Data Owner (Actuarial/Product) plus Steward für Triage und einen Change-Prozess, der Redefinition versioniert und Consumer benachrichtigt.
In einem Satz: Keine Production-Kennzahl ohne versionierten Handoff-Contract, Cut-off und Mapping.
Entscheidung
Jeder materielle aktuarielle Feed erhält vor Production-Metriken:
- eine Feed- und Metric-ID mit Zweck und Grain (Accident/Report/Policy Year klar);
- einen Cut-off- und Snapshot-Contract (as-of, Währung, Population);
- eine Mapping-Tabelle operativer Felder → aktuarielle Semantik (keine stillen Alias);
- einen Data Owner (Actuarial/Product) und Steward für Triage;
- einen Change-Prozess, der Redefinition versioniert und Consumer benachrichtigt.
Keine Kennzahl darf denselben Namen behalten, wenn Grain oder Methode bricht.
Actuarial-Handoff-Workflow
1. Consumer und Zweck
Der Actuarial Owner benennt die Entscheidung: Pricing, Reserving oder Experience Study. Ohne Zweck gibt es keinen „Standard-Export“. Der Steward nimmt den Zweck in Feed- und Metric-ID auf. Ein Feed für alle Zwecke erzeugt stille Doppelbedeutungen, die Finance und Risk später nicht mehr trennen.
2. Snapshot statt Live-Join
Actuarial liest freigegebene as-of-Stände — Cut-off, Währung, Population — nicht die sich bewegende Claims-OLTP-Wahrheit. Der Custodian betreibt den Snapshot-Job; der Steward vergleicht einmal Live gegen Snapshot, bevor der Feed zertifiziert. Live-Claims-Tabellen als Triangle-Quelle machen Ultimate und Loss Ratio unvergleichbar zwischen zwei Läufen.
3. Semantik mappein
„Paid“ operativ vs. aktuariell, Partial Payments, Recoveries: der Steward dokumentiert die Mapping-Tabelle, der Product Owner releast Änderungen. Mapping nur in einem Analysten-Notebook ist kein Contract. Wird Mapping übersprungen, behält die Kennzahl den Namen und wechselt das Grain.
4. Controls
Blockierend: Metric ohne Version, Feed ohne Cut-off, Umbenennung ohne Change-Record. Catalog-Update oder Tag „actuarial approved“ allein ist kein Handoff. Der Custodian setzt Snapshot und Access um; aktuarielle Semantik entscheidet der Owner, nicht die Platform. Consumer sehen die Version — sonst merken sie die Redefinition erst im Board.
5. Dual use verhindern
Finance- und Regulatory-Kennzahlen brauchen eigene Contracts — siehe Banking- und Finance-Serien — keine stillen Doppelbedeutungen unter demselben KPI-Namen. Der Owner grenzt parallele Kennzahlen schriftlich ab. Wer Loss Ratio intern und für Solvency gleich nennt, obwohl Grain bricht, hat den Handoff umgangen.
Handoffs
| Von | An | Artefakt |
|---|---|---|
| Claims/Policy Steward | Actuarial Steward | Feed-Contract + Mapping |
| Actuarial Owner | Steward | Metric-Definition + Grain |
| Steward | Custodian / Platform | Snapshot-Job + Access |
| Product Owner | Analytics | Versionierte Metric-Releases |
| Owner | Finance / Risk | Abgrenzung paralleler Kennzahlen |
Anti-Patterns
- Denselben KPI-Namen bei geändertem fachliche Ebene behalten
- Live-Claims-Tabellen als Triangle-Quelle
- Mapping nur in einem Analysten-Notebook
- Catalog-Tag „actuarial approved“ ohne Vereinbarung
- technischer Betreiber entscheidet aktuarielle Semantik
Umsetzung im Alltag
Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.
Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.
Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.
- Drei Kernmetriken auf Metric-ID, Grain und Cut-off dokumentieren.
- Ein as-of-Snapshot für ein Portfolio erzeugen und mit Live vergleichen.
- Mapping Paid/Reserve/Recovery schriftlich freigeben.
- Change-Request für eine Umdefinition mit Versionstest fahren.
Weiterlesen
Governing insurance claims and underwriting
Part 5 of 5
View series