Zum Inhalt springen
Decision-State-Infrastruktur
ende
Anwendungen

Risikolimit-Überschreitung

MARKET RISK / LIMIT GOVERNANCE

Was muss geklärt sein, bevor eine interne Risikolimit-Überschreitung als befristete Ausnahme zugelassen werden kann?

Ein internes Risikolimit kann überschritten oder durch eine geplante Transaktion voraussichtlich überschritten werden. Damit ist zunächst ein Risk State bekannt. Noch nicht entschieden ist, wie die Organisation mit diesem Zustand umgehen darf.

Denn ein Limit Breach ist nicht dasselbe wie eine genehmigte Ausnahme. Für eine belastbare Entscheidung muss erkennbar sein, welches Limit gilt, welche Exponierung die Überschreitung erzeugt, welche Risk Evidence vorliegt, welche Unsicherheiten verbleiben, welche Alternativen bestehen, welche unabhängige Gegenprüfung erfolgt ist, welche Bedingungen eine Ausnahme begrenzen und welche Authority sie tatsächlich freigeben darf.

Im illustrativen Fall möchte eine große europäische Universalbank eine umfangreiche Client-Facilitation-Transaktion im EUR-Credit-Trading durchführen. Das bestehende interne Stress-Loss-Limit des Desks beträgt €40,0 Mio. Die vollständige Position würde den modellierten Stress Loss auf €47,6 Mio. erhöhen. Der Geschäftsbereich beantragt deshalb für 72 Stunden ein temporäres Limit von €50,0 Mio.

Viele wesentliche Informationen liegen bereits vor. Doch die Independent Market Risk Function kann noch nicht hinreichend belastbar beurteilen, ob die vollständige Position unter den aktuellen Marktbedingungen innerhalb des beantragten Zeitfensters kontrolliert reduziert oder abgesichert werden kann.

Der entscheidende Punkt ist deshalb nicht nur, dass das interne Limit überschritten würde.

Entscheidend ist, ob Exposure, Evidence, Unsicherheit, Bedingungen, Independent Challenge und Approval Authority zu einem gemeinsamen geregelten Entscheidungszustand zusammengeführt werden können.

LIMIT BREACH ≠ EXCEPTION APPROVED

I / DIE RISIKOLIMIT-ENTSCHEIDUNG

Ein Limit Breach ist ein Risk State. Er ist noch keine Entscheidung.

01

Das interne Limit ist eindeutig

Für den illustrativen Fall nennen wir die Bank Trusted Bank SE. Das Unternehmen ist vollständig fiktiv. Der Bereich EUR Credit Trading besitzt als Teil des institutseigenen Risk-Governance-Modells ein internes EUR Credit Stress-Loss Limit.

Primärquelle: ECB SREP — Internal Governance and Risk Management Methodology

Größe

Internes Stress-Loss-Limit

Illustrativer Wert

€40,0 Mio.

Größe

Aktuelle Auslastung

Illustrativer Wert

€31,8 Mio. / 79,5 %

Größe

Projizierter Stress Loss nach vollständiger Transaktion

Illustrativer Wert

€47,6 Mio. / 119,0 %

Die vollständige Transaktion würde das bestehende interne Limit damit überschreiten. Das ist zunächst eine Feststellung über den Risk State. Sie entscheidet noch nicht, ob die Transaktion durchgeführt werden soll, ob eine temporäre Ausnahme möglich ist, welche Bedingungen erforderlich wären oder wer sie genehmigen darf.

02

Die geschäftliche Situation

Ein institutioneller Kunde möchte kurzfristig einen großen Bestand von EUR-denominierten Unternehmensanleihen veräußern. Trusted Bank erwägt, einen erheblichen Teil dieser Position zunächst selbst zu übernehmen, vorübergehend im Trading Book zu halten und anschließend schrittweise weiterzuverkaufen oder abzusichern.

Ein wirtschaftlicher Grund kann erklären, warum eine Ausnahme erwogen wird. Er erzeugt keine Authority, das geltende Risk Limit zu überschreiten.

03

Der Exception Request

Parameter

Bestehendes internes Limit

Beantragter Zustand

€40,0 Mio.

Parameter

Temporär beantragtes Limit

Beantragter Zustand

€50,0 Mio.

Parameter

Dauer

Beantragter Zustand

72 Stunden

Parameter

Scope

Beantragter Zustand

Definierte Client-Transaktion und zugeordnetes Bond-Portfolio

Parameter

Zweck

Beantragter Zustand

Temporäres Warehousing und geordnete Distribution

Parameter

Erwarteter Endzustand

Beantragter Zustand

Rückkehr innerhalb des regulären Limits

Darf Trusted Bank SE die vollständige Client-Facilitation-Transaktion durchführen und hierfür für 72 Stunden eine begrenzte Ausnahme vom bestehenden internen EUR Credit Stress-Loss Limit zulassen?

04

Breach, Remediation und Exception sind unterschiedliche Zustände

BREACH DETECTED

≠

BREACH REMEDIATED

≠

EXCEPTION APPROVED

Eine befristete Ausnahme kann einen abweichenden Zustand erlauben. Sie macht die zugrunde liegende Überschreitung nicht rückwirkend ungeschehen.

05

Externe Hard Constraints bleiben außerhalb der Ausnahme

Dieser Decision Space betrifft ausschließlich eine interne, innerhalb des institutseigenen Governance-Modells behandelbare Risikogrenze. Ein regulatorischer oder anderweitig nicht disponibler Hard Constraint kann nicht dadurch verändert werden, dass eine interne Authority eine Exception genehmigt.

Primärquelle: Capital Requirements Directive (CRD)

INTERNAL EXCEPTION AUTHORITY ≠ AUTHORITY OVER EXTERNAL HARD CONSTRAINTS

06

Responsibility, Independent Challenge und Approval Authority sind getrennt

Im illustrativen Trusted-Bank-Modell verantwortet der Head of EUR Credit Trading Business Rationale und Exception Request. Die Independent Market Risk Function prüft und challengt Risk State, Evidence, Annahmen, Conditions und Exit Path. Das Group Market Risk Committee besitzt die Approval Authority für diese Exception-Klasse.

Primärquelle: EBA Guidelines on Internal Governance

REQUESTER

≠

INDEPENDENT CHALLENGE

≠

APPROVAL AUTHORITY

II / DECISION SPACE v1

Der Breach ist bekannt. Der vollständige Entscheidungszustand noch nicht.

07

Viele wesentliche States sind bereits aufgelöst

  • 01Konkrete Client-Transaktion und vorgesehener Warehouse-Scope
  • 02Geltendes internes Limit und aktuelle Limitauslastung
  • 03Projizierte Auslastung nach vollständiger Durchführung
  • 04Wirtschaftlicher Grund und verfügbare Hedge-Strukturen
  • 05Relevante interne Policy und verantwortliche Rollen
  • 06Erforderliche Approval Authority im illustrativen Governance-Modell

Der Decision Space ist nicht blockiert, weil die Bank keine Informationen besitzt. Er ist blockiert, weil eine wesentliche Voraussetzung noch nicht hinreichend charakterisiert ist.

08

Risk Evidence ist mehr als der aktuelle Limitwert

Für die Entscheidung ist nicht nur relevant, dass der modellierte Stress Loss €47,6 Mio. beträgt. Relevant sind auch Stressverhalten, Konzentrationen, Marktliquidität, erwartete Abbaubarkeit, Hedge-Verfügbarkeit und -Effektivität, möglicher Market Impact und der zeitliche Exposure-Verlauf.

Primärquelle: ECB SREP — Market Risk Methodology

09

Die zentrale Evidence-Lücke betrifft die stressed Exit Capacity

Kann die vollständige Exponierung unter Stressbedingungen innerhalb der beantragten 72 Stunden tatsächlich wie vorgesehen reduziert oder abgesichert werden?

  • 01Tatsächliche Exit-Liquidität
  • 02Mögliche Spread-Ausweitung
  • 03Market Impact beim Abbau
  • 04Hedge Capacity unter weiterem Stress
  • 05Verbleibende Exponierung nach 24, 48 und 72 Stunden

10

Forward-looking Uncertainty ist kein fehlender Fakt

Unsicherheit

Marktliquidität in den nächsten 72 h

Zustand

FORWARD-LOOKING / UNKNOWN

Unsicherheit

Market Impact

Zustand

UNCERTAIN

Unsicherheit

Hedge Capacity unter zusätzlichem Stress

Zustand

UNCERTAIN

Unsicherheit

Restexponierung nach 24 / 48 / 72 h

Zustand

UNKNOWN

UNCERTAINTY ≠ MISSING GOVERNANCE

11

Annahmen sind weder Fakten noch Nachweise

  • 01Marktbedingungen verschlechtern sich nicht fundamental über den modellierten Stress hinaus
  • 02Hedge-Instrumente bleiben hinreichend verfügbar
  • 03Das Risk System bildet Position und Portfolio korrekt ab
  • 04Der definierte Transaction Scope bleibt unverändert
  • 05Keine neue übergeordnete Hard Constraint wird während des Fensters relevant

FACT

≠

EVIDENCE

≠

ASSUMPTION

12

Es besteht ein echter fachlicher Konflikt

Position

Business

Aktueller Zustand

Die vollständige Position kann innerhalb von 72 Stunden vertretbar distribuiert oder abgesichert werden

Position

Independent Market Risk

Aktueller Zustand

Die verfügbare Evidence reicht noch nicht aus, um diese Annahme unter Stressbedingungen ausreichend zu tragen

EXIT-CAPACITY ASSESSMENT — CONFLICTING

13

Alternativen gehören zur Entscheidungsgrundlage

Alternative

A0 — No Full Facilitation

Bedeutung

Vollständige Position nicht übernehmen

Alternative

A1 — Resolve v1

Bedeutung

Zusätzliche Evidence oder Mitigation beschaffen und denselben Request erneut beurteilen

Alternative

A2 — Reduced Scope

Bedeutung

Geringeren Exposure-Scope übernehmen

Alternative

A3 — Staged Facilitation

Bedeutung

Transaktion in kontrollierte Stufen zerlegen

Alternative

A4 — Hedge-First Structure

Bedeutung

Mitigation vor weiterer Exposure-Erhöhung

14

Authority ist selbst ein State

Das Group Market Risk Committee ist im illustrativen Modell als zuständige Approval Authority identifiziert. Aber Authority identified ist nicht Authority exercised, und eine hochrangige Authority ersetzt keine fehlende Entscheidungsgrundlage.

15

Decision Space v1 als vollständiger State

Dimension

Decision Identity

Aktueller Zustand

RESOLVED

Dimension

Limit Identity

Aktueller Zustand

RESOLVED

Dimension

Exposure Identity

Aktueller Zustand

RESOLVED

Dimension

Risk Measurement

Aktueller Zustand

RESOLVED

Dimension

Requirements

Aktueller Zustand

PARTIAL / OPEN

Dimension

Evidence

Aktueller Zustand

MATERIAL GAP

Dimension

Stressed Exit Capacity

Aktueller Zustand

NOT SUFFICIENTLY CHARACTERISED

Dimension

Uncertainty

Aktueller Zustand

MATERIAL / OPEN

Dimension

Assumptions

Aktueller Zustand

VISIBLE

Dimension

Alternatives

Aktueller Zustand

VISIBLE

Dimension

Responsibility

Aktueller Zustand

BOUND

Dimension

Independent Challenge

Aktueller Zustand

BLOCKING

Dimension

Approval Authority

Aktueller Zustand

IDENTIFIED / NOT EXERCISED

Dimension

Conditions

Aktueller Zustand

INCOMPLETE

Dimension

Finality

Aktueller Zustand

NOT AVAILABLE

Ein Risk-Limit Decision State verbindet das anwendbare interne Limit mit Exposure, Risk Measurement, Evidence, Unsicherheit, Annahmen, Alternativen, Responsibility, Independent Challenge, Approval Authority und Conditions.
INTERNAL LIMIT
EXPOSURE
RISK MEASUREMENT
RISK EVIDENCEOPEN
UNCERTAINTY
ASSUMPTIONS
ALTERNATIVES
RESPONSIBILITY
INDEPENDENT CHALLENGEBLOCKING
APPROVAL AUTHORITY
CONDITIONSOPEN

State bei T0

Decision Space v1

Full Client Facilitation

€50m / 72H

Der Limit Breach ist ein Input in den Decision State. Er ist nicht der Decision State selbst.

III / WARUM v1 NICHT SCHLIESSEN KANN

Ein Blocker ist das kausale Ergebnis mehrerer offener States.

16

Der zentrale Blocker

STRESSED EXIT / RISK-REDUCTION CAPACITY — NOT SUFFICIENTLY CHARACTERISED

STRESSED EXIT EVIDENCE — INCOMPLETE

↓

72H RISK-REDUCTION PATH — NOT SUFFICIENTLY CHARACTERISED

↓

EXCEPTION CONDITIONS — NOT YET BOUNDED

↓

INDEPENDENT RISK CHALLENGE — BLOCKING

↓

APPROVAL CONDITION — OPEN

↓

DECISION SPACE v1 — NOT FINALISABLE

Der Blocker ist kein einzelnes fehlendes Dokument. Er entsteht daraus, dass mehrere relevante Dimensionen noch keinen gemeinsamen finalisierbaren Zustand bilden.

17

„Approval fehlt“ wäre die falsche Beschreibung

COMMITTEE DECISION MISSING

≠

THE STATE TO BE DECIDED IS NOT YET SUFFICIENTLY BOUNDED

18

Eine Limiterhöhung würde den Blocker nicht automatisch lösen

Ein höherer Zahlenwert beantwortet nicht, ob die zugrunde liegende Exponierung unter den vorgesehenen Bedingungen kontrolliert werden kann. Offen sind Scope, Zeit, Exit Capacity, Hedge Capacity, Monitoring, Reduction Milestones, Stop Conditions und Independent Challenge.

A HIGHER LIMIT ≠ A RESOLVED DECISION STATE

19

Was SEAL an dieser Stelle ausdrücklich nicht sagt

  • 01SEAL sagt nicht, dass die Transaktion wirtschaftlich falsch ist.
  • 02SEAL sagt nicht, dass €47,6 Mio. Stress Loss objektiv zu hoch sind.
  • 03SEAL sagt nicht, dass die Bank rechtswidrig handelt.
  • 04SEAL sagt nicht, dass die Position nicht reduziert werden kann.
  • 05SEAL verlangt nicht, dass jede Unsicherheit verschwindet.

Die für Decision Space v1 definierten Voraussetzungen bilden noch keinen finalisierbaren gemeinsamen Zustand.

20

Ein Blocker ist kein totes Ende

Ein klassischer Approval Workflow könnte hier mit Pending oder Rejected enden. Keiner dieser Status erklärt, was sich tatsächlich ändern müsste, damit wieder eine belastbare Entscheidung möglich wird. Hier beginnt SIMULATION.

  • 01SIMULATION genehmigt keine Exception.
  • 02SIMULATION setzt kein Risk Limit.
  • 03SIMULATION ersetzt kein Risk Committee.
  • 04SIMULATION akzeptiert keine Unsicherheit und erzeugt keinen SEAL.
Wie SIMULATION, BRIDGE und SEAL Exploration, Zulässigkeit und Finalität trennen

IV / AUFLÖSEN ODER VERÄNDERN

Ein blockierter Decision Space kann aufgelöst – oder bewusst neu modelliert werden.

21

Path A: Den bestehenden Decision Space auflösen

Was müsste sich ändern, damit genau Decision Space v1 unter seinen bestehenden Regeln erneut bewertet werden kann?

  • 01Aktualisierte stressed market-depth Evidence
  • 02Detailliertere Exit-Capacity-Analyse
  • 03Belastbarere Hedge-Capacity-Evidence
  • 04Aktualisierte 24h-/48h-/72h-Stress-Szenarien
  • 05Unabhängige Prüfung zentraler Annahmen

22

Path A kann auch Interventionen innerhalb desselben Space untersuchen

  • 01Zusätzliche Hedge-Komponenten
  • 02Engere Monitoring-Frequenz
  • 03Definierte Reduction Milestones
  • 04Operative Execution Controls
  • 05Zusätzliche Eskalationsbedingungen

Solange die ursprüngliche Decision Question, der wesentliche Scope und die zugrunde liegende Konfiguration erhalten bleiben, ist dies CURRENT-SPACE RESOLUTION – noch kein Space Remodel.

23

Path A hat kein vorgegebenes Ergebnis

Outcome

A1 — Evidence supports v1

Bedeutung

Decision Space v1 kann erneut beurteilt werden

Outcome

A2 — Evidence does not support v1

Bedeutung

v1 bleibt blockiert

Outcome

A3 — Not recoverable under current constraints

Bedeutung

SEAL unter aktuellen Constraints nicht erreichbar

SIMULATION optimiert nicht auf Freigabe.

24

Path B: Den Decision Space selbst verändern

Was müsste sich an der Entscheidung selbst ändern, damit ein anderer regelgebundener Decision Space entstehen könnte?

Candidate

B1 — Reduced Scope

Veränderte Entscheidung

Nur ein Teil der ursprünglich geplanten Exponierung wird übernommen

Candidate

B2 — Hedge-First Execution

Veränderte Entscheidung

Definierte Mitigation erfolgt vor zusätzlichem Exposure-Aufbau

Candidate

B3 — Staged Client Facilitation

Veränderte Entscheidung

Exposure wird in kontrollierte Stufen mit neuen Decision Gates zerlegt

Keine dieser Alternativen ist eine Empfehlung von Epistemis. SIMULATION untersucht ihre Konsequenzen.

25

Für diesen Fall wird Staged Client Facilitation weiter untersucht

BEGRENZTE STAGE 1

↓

VERPFLICHTENDE HEDGE-/DISTRIBUTION-BEDINGUNG

↓

ERNEUTER INDEPENDENT RISK REVIEW

↓

STAGE 2 NUR BEI ERFÜLLTEN CONDITIONS

26

Remodeling kann mehrere Dimensionen gleichzeitig verändern

Dimension

Scope

Wirkung

Die vollständige Position wird nicht mehr sofort aufgebaut

Dimension

Sequence

Wirkung

Risk Reduction und Review erfolgen vor weiterem Exposure-Aufbau

Dimension

Reversibility

Wirkung

Ein Stop zwischen den Stufen bleibt möglich

Dimension

Evidence

Wirkung

Stage-spezifische Evidence wird erforderlich

Dimension

Authority

Wirkung

Der geänderte Space benötigt Authority für die neue Konfiguration

Dimension

Monitoring

Wirkung

Stage Conditions und Stop Trigger müssen beobachtbar werden

Eine Alternative verändert nicht nur das Ergebnis. Sie verändert den Decision Space.

27

Hard Constraints dürfen durch Remodeling nicht verschwinden

HARD CONSTRAINTS — PRESERVED

Nur Bestandteile der konkreten Unternehmensentscheidung, die im anwendbaren Governance-Rahmen tatsächlich veränderbar sind, werden remodelled. SIMULATION darf Scope oder Sequenz verändern. Sie darf einen Hard Constraint nicht in einen optionalen Parameter verwandeln.

Wenn Decision Space v1 nicht schließen kann, kann SIMULATION entweder untersuchen, wie der bestehende Space aufgelöst wird, oder einen anderen regelgebundenen Space vorschlagen. Ein Remodel Candidate bleibt Exploration. BRIDGE kontrolliert, ob ein fixierter neuer Space zur SEAL-Prüfung gelangen darf; der blockierte v1-State bleibt erhalten.

DECISION SPACE v1

Full Client Facilitation · €50 Mio. · 72H

BLOCKER / B-01

Stressed Exit / Risk-Reduction Capacity nicht ausreichend charakterisiert

SIMULATION

01 / Current Space auflösen

  • Stressed-Liquidity-Evidence
  • Hedge Capacity
  • 24 / 48 / 72h Risk Evidence
  • Reduction Milestones

02 / Decision Space remodeln

  • Reduced Scope
  • Hedge-First Execution
  • Staged Client Facilitation — zur weiteren Untersuchung ausgewählt

SPACE REMODEL CANDIDATE

Staged Client Facilitation

60 % initialer Scope · 24h initiales Fenster · neue Evidence · neue Conditions · neues Authority Event

Neuen geregelten Space materialisieren

Historischer State bleibt erhalten

v1

NOT FINALISABLE

BRIDGE

Classification · Version · Space Delta · Hard Constraints · Evidence Inheritance · Authority · Challenge · Conditions · Blocker

DECISION SPACE v2

Staged Client Facilitation

60 % initialer Scope · €42 Mio. temporäres Limit · 24h-Fenster · Hedge Condition · Stage-2 Gate · Stop Trigger

SEAL CHECK

Sind alle erforderlichen States für Decision Space v2 aufgelöst?

ADMISSIBLE OUTCOME

Gebundener Decision State

LEGITIMATE OFF-RAMP

NO SEAL — erforderlicher State bleibt offen

V / VON v1 ZU v2

Eine neue Entscheidung braucht einen neuen vollständigen State.

28

Decision Space v1 bleibt historisch erhalten

DECISION SPACE v1

FULL CLIENT FACILITATION · €50 Mio. · 72H

STRESSED EXIT CAPACITY — NOT SUFFICIENTLY CHARACTERISED

INDEPENDENT CHALLENGE — BLOCKING

NOT FINALISABLE

Dass später eine andere zulässige Entscheidung möglich wird, macht v1 nicht rückwirkend freigabefähig.

29

Ein Space Remodel Candidate ist noch kein Decision Space v2

  • 01Stage-1 Scope muss fixiert werden
  • 02Temporäres Limit und Gültigkeit müssen definiert werden
  • 03Hedge- und Monitoring-Bedingungen müssen gebunden werden
  • 04Stage-2 Conditions und Stop Trigger müssen explizit sein
  • 05Authority über die geänderte Struktur muss feststehen

SPACE REMODEL CANDIDATE

≠

GOVERNED DECISION SPACE v2

30

Der illustrative Decision Space v2

Dimension

Decision

v2

Gestufte Client Facilitation

Dimension

Initialer Scope

v2

60 % der ursprünglichen Warehouse-Position

Dimension

Reguläres internes Limit

v2

€40,0 Mio.

Dimension

Temporäres Limit

v2

€42,0 Mio.

Dimension

Initiale Gültigkeit

v2

24 Stunden

Dimension

Modellierter Stress Loss nach Stage 1

v2

€40,8 Mio.

Dimension

Hedge Condition

v2

Verpflichtend vor bzw. mit Stage 1

Dimension

Stage 2

v2

Nur nach erneutem Risk Review

Dimension

Stop Condition

v2

Keine weitere Exposure bei verletzten Conditions

Dimension

Hard Constraints

v2

PRESERVED

Diese Werte sind vollständig illustrativ. Sie beschreiben keine tatsächliche Bankpraxis und keine aufsichtsrechtliche Vorgabe.

31

v1 und v2 sind unterschiedliche Entscheidungen

Dimension

Transaction Scope

v1

100 % unmittelbar

v2

Gestuft

Dimension

Temporary Limit

v1

€50 Mio.

v2

€42 Mio.

Dimension

Initiale Dauer

v1

72 h

v2

24 h

Dimension

Exposure Build

v1

Vollständig upfront

v2

Staged

Dimension

Review

v1

Ursprünglicher Approval-Prozess

v2

Neuer Review vor Stage 2

Dimension

Evidence Need

v1

72h Full-Position Exit Capacity

v2

Stage-1-Evidence + Stage-2 Gate

v2 ist keine kleinere Version von v1. Es ist eine andere Entscheidungskonfiguration.

32

Evidence darf übernommen werden, aber nicht blind

Trade Identity, Risk-Limit Policy, Limit Registry, Business Rationale, Ausgangs-Risk-Run, Hard Constraints und ursprüngliche Portfolio-Daten können relevant bleiben. v2 benötigt zusätzlich Stage-1-spezifische Risk Evidence, aktualisierte Hedge Capacity, refreshed Liquidity Evidence, Monitoring, Stage-2 Conditions, Stop Controls und eine neue Independent Challenge.

EVIDENCE INHERITANCE ≠ AUTOMATIC VALIDITY

33

Auch Unsicherheit verändert sich

v1 fragt, ob die vollständige Position über 72 Stunden kontrolliert reduziert werden kann. v2 fragt, ob die gestufte Struktur unter ihren Stage Conditions kontrolliert betrieben werden kann. Neue Unsicherheit entsteht etwa durch Hedge Slippage, Liquidity Deterioration, fehlende Distribution nach Stage 1, Marktbewegungen zwischen Gates und Stage-2-Projektionen.

34

BRIDGE prüft die gesamte Zustandsänderung

  • 01Classification — Was ist die neue Entscheidung?
  • 02Version — Sind v1 und v2 eindeutig getrennt?
  • 03Space Delta — Welche Bestandteile haben sich verändert?
  • 04Hard Constraints — Wurden nicht-remodelbare Grenzen erhalten?
  • 05Evidence Inheritance — Welche v1-Evidence gilt weiter?
  • 06New Evidence — Welche zusätzliche Evidence benötigt v2?
  • 07Authority — Deckt die zuständige Authority diese Konfiguration ab?
  • 08Independent Challenge — Wurde v2 selbst gechallengt?
  • 09Conditions — Sind Scope, Dauer, Stage Gate und Stop Trigger eindeutig?
  • 10Blocker Integrity — Bleibt der historische v1-Blocker erhalten?

Es gibt keinen direkten Pfad: SIMULATION → SEAL.

35

Decision Space v2 besitzt seinen eigenen vollständigen State

Dimension

Decision Identity

Zustand

RESOLVED

Dimension

Stage-1 Scope

Zustand

BOUND

Dimension

Temporary Limit

Zustand

BOUND

Dimension

24h Validity

Zustand

BOUND

Dimension

Stage-1 Risk Position

Zustand

CHARACTERISED

Dimension

Hedge Condition

Zustand

BOUND

Dimension

Stage-2 Gate

Zustand

BOUND

Dimension

Stop Conditions

Zustand

BOUND

Dimension

Independent Challenge

Zustand

RESOLVED

Dimension

Approval Authority

Zustand

EXERCISED

Dimension

Residual Uncertainty

Zustand

CHARACTERISED / MONITORED

Dimension

Blocking Objections

Zustand

NONE

Dimension

Finality

Zustand

ELIGIBLE FOR SEAL REVIEW

36

Auch v2 ist nicht automatisch SEAL-fähig

DECISION SPACE v2 IDENTITY — FIXED

STAGE-1 SCOPE — BOUND

TEMPORARY LIMIT — BOUND

VALIDITY PERIOD — BOUND

RISK EVIDENCE — SUFFICIENTLY CHARACTERISED

HEDGE CONDITION — BOUND

STAGE-2 CONDITIONS — BOUND

STOP / ESCALATION TRIGGERS — BOUND

INDEPENDENT CHALLENGE — RESOLVED

APPROVAL AUTHORITY — EXERCISED

HARD CONSTRAINTS — PRESERVED

BLOCKING OBJECTIONS — NONE

Ein engerer oder gestufter Decision Space ist keine Abkürzung zur Finalität. Er erzeugt eigene Voraussetzungen.

37

Was SEAL bei v2 festhält

SEAL sagt nicht, dass €42 Mio. objektiv sicher sind, die Bank die wirtschaftlich beste Entscheidung getroffen hat, ein Regulator die Transaktion genehmigt hat oder die Position verlustfrei reduziert wird. SEAL hält den geregelten Zustand fest, unter dem die Organisation diese konkrete Entscheidung getroffen hat.

VI / SPÄTERE PRÜFUNG

Später muss nicht nur der Breach sichtbar sein. Die damalige Entscheidungsgrundlage muss lesbar bleiben.

38

Ein späterer Audit Trail allein beantwortet die entscheidenden Fragen nicht

Risk-Systeme, Trading-Systeme, E-Mails, Committee Papers und Workflow Logs können zeigen, dass ein Limit bestand, überschritten wurde, eine Exception beantragt und ein Beschluss gefasst wurde. Sie erklären nicht automatisch, welche Evidence bei T0 vorlag, welche Unsicherheit verblieb, warum v1 blockiert war, was sich in v2 änderte und welche Authority auf welchem State handelte.

39

T0: Was galt zum Zeitpunkt der Entscheidung?

  • 01Welches interne Limit und welche Policy-Version galten?
  • 02Welche Position und welcher Risk Run wurden betrachtet?
  • 03Welche Evidence galt als ausreichend und welche fehlte?
  • 04Welche Annahmen und Unsicherheiten waren sichtbar?
  • 05Welche Einwände und Alternativen waren bekannt?
  • 06Warum war v1 blockiert und warum entstand v2?
  • 07Welche Authority genehmigte v2 und unter welchen Bedingungen?

Spätere Prüfung beginnt nach der Entscheidung. Nachvollziehbarkeit muss während ihrer Entstehung gesichert werden.

40

T1: Welche Fragen können später entstehen?

  • 01Welches interne Limit galt tatsächlich?
  • 02Wann wurde die tatsächliche oder mögliche Überschreitung sichtbar?
  • 03Welche Evidence zur stressed Exit Capacity lag vor?
  • 04Welche Position vertrat Independent Market Risk?
  • 05Warum wurde Decision Space v1 nicht finalisiert?
  • 06Welche Alternativen wurden ernsthaft geprüft?
  • 07Warum wurde Staged Client Facilitation weiter untersucht?
  • 08Welche zusätzliche Evidence und Authority benötigte v2?
  • 09Wurden Stage- und Stop-Conditions später tatsächlich eingehalten?

Die zentrale Frage lautet nicht nur: Gab es eine Genehmigung? Sondern: Welcher Decision State lag dieser Genehmigung tatsächlich zugrunde?

Fragen zu späteren Lesern, Nachweisen und Offenlegungsgrenzen im Institutionellen Dialog vertiefen

41

Ein bestehender SEAL wächst nicht still mit der Position

Change Trigger

Stress Loss erreicht oder überschreitet das temporäre Limit

Mögliche Folge

Stop / neuer Decision State

Change Trigger

Gültigkeitszeitraum läuft aus

Mögliche Folge

Keine automatische Verlängerung

Change Trigger

Hedge fällt aus

Mögliche Folge

Reassessment

Change Trigger

Liquidität verschlechtert sich wesentlich

Mögliche Folge

Reassessment

Change Trigger

Stage-2 Conditions sind nicht erfüllt

Mögliche Folge

Keine Stage 2

Change Trigger

Position Scope wird erweitert

Mögliche Folge

Neuer Decision Space

Change Trigger

Risk Policy oder Limit ändert sich

Mögliche Folge

Requirements / Authority neu prüfen

42

Reale Authority bleibt außerhalb von Epistemis

  • 01Epistemis setzt keine Market-Risk-Limits.
  • 02Epistemis bestimmt nicht eigenständig den wirtschaftlich richtigen Risk Appetite.
  • 03Epistemis entscheidet nicht, ob eine Bank eine Position eingehen soll.
  • 04Epistemis ersetzt weder Independent Risk Function noch Risk Committee.
  • 05Epistemis bestimmt nicht eigenständig rechtliche Anwendbarkeit und genehmigt keine regulatorischen Ausnahmen.

Epistemis bewahrt die geregelte Entscheidungsgrundlage, auf der die zuständige Authority gehandelt hat.

43

Warum dieser Fall über klassisches Limit- und Workflow-Management hinausgeht

Banken besitzen bereits Risk Engines, Limit-Systeme, Positions- und Handelssysteme, Risk Appetite Frameworks, Committee-Prozesse, Approval Workflows, Stress Testing, Reporting, Audit Logs, Policies und Dokumentenmanagement. Epistemis ersetzt diese Systeme nicht.

Das Problem liegt eine Ebene darüber: Wie werden Limit State, Exposure, Risk Evidence, Unsicherheit, Annahmen, Alternativen, Independent Challenge, Conditions und Approval Authority zu einem geregelten Decision State verbunden, der bei T0 verstanden und bei T1 rekonstruiert werden kann?

44

Der vollständige Epistemis-Mechanismus in vier Sätzen

  • 01Ein Blocker erklärt, warum der aktuelle Risk-Limit Decision Space nicht schließen kann.
  • 02SIMULATION untersucht entweder, was zur Auflösung des bestehenden Space fehlt, oder welche andere regelgebundene Entscheidung durch ein Decision-Space Remodel entstehen könnte.
  • 03BRIDGE prüft, welche Requirements, Evidence, Unsicherheiten, Conditions, Authorities und State Changes aus Exploration in einen geregelten neuen Decision Space überführt werden dürfen.
  • 04SEAL hält nur einen Decision State fest, dessen definierte Abschlussbedingungen erfüllt sind und in dem kein blockierender State offen bleibt.

Das ist kein automatisiertes Limit-Approval-System. Es ist Decision-State-Infrastruktur für eine haftungsrelevante Risk Decision.

QUELLEN / METHODE

Quellen- und Methodenhinweis

Reale fachliche und regulatorische Grundlage

Die Domain Reality dieses Dossiers stützt sich auf die Capital Requirements Directive, die EBA Guidelines on Internal Governance, die ECB-SREP-Methodik für Internal Governance and Risk Management, die ECB-Market-Risk-Methodik, das Basel Framework und im deutschen Kontext auf MaRisk. Diese Quellen tragen die allgemeinen Aussagen zu Risk Governance, Limits, Breach Escalation, Independent Challenge, Stress Testing, Monitoring, Follow-up und Management Responsibility.

Primärquelle: Capital Requirements Directive (CRD)Primärquelle: EBA Guidelines on Internal GovernancePrimärquelle: ECB SREP — Internal Governance and Risk Management MethodologyPrimärquelle: ECB SREP — Market Risk MethodologyPrimärquelle: Basel — Limit Governance und Exception ManagementPrimärquelle: Rundschreiben 06/2026 (BA) — MaRisk

Illustratives Szenario

Trusted Bank SE, EUR Credit Trading, die Client-Facilitation-Transaktion, sämtliche Limit- und Auslastungswerte, die 72-Stunden-Exception, interne Rollen, die Delegation Matrix, Evidence States, Blocker, Remodel Candidates, der 60-%-Stage-1-Scope, das €42,0-Mio.-v2-Limit, das 24-Stunden-Fenster sowie alle Stage-, Hedge-, Monitoring- und Stop Conditions sind illustrativ. Sie beschreiben keine reale Bank, reale Transaktion, aufsichtsrechtliches Finding oder vorgeschriebene Approval-Struktur.

Epistemis-Modellierung

Decision Space, Decision State, Blocker, Current-Space Resolution, Decision-Space Remodel, Space Remodel Candidate, SIMULATION, BRIDGE, SEAL, v1/v2, State Preservation und Evidence-Pack-Sichten sind Epistemis-Konzepte. Sie sind keine Terminologie von Basel, ECB, EBA, CRD oder MaRisk.

Welche Risk-Limit-Entscheidung müsste Ihre Organisation später erklären können?

Ein Enterprise Pilot beginnt mit einer klar abgegrenzten haftungsrelevanten Risk Decision und bestimmt das maßgebliche Limit, die relevante Exponierung, Quellsysteme, Evidence Requirements, Hard Constraints, Unsicherheiten, Annahmen, Independent Challenge, Alternativen, verantwortliche Rollen, Approval Authority, Blocker, zulässige Remodel-Komponenten, Monitoring, Change Trigger und spätere Lesersichten.

Diesen Decision Space im Enterprise Pilot besprechenWeitere Anwendungsfälle ansehen