Ganz einfach — Ein Trade kann trotz richtiger Marktidee scheitern, wenn Daten falsch sind, ein System ausfällt, eine Order doppelt gesendet wird oder der Notfallprozess nicht funktioniert.
Operationelles Risiko umfasst Verluste aus unzureichenden oder versagenden internen Prozessen, Menschen und Systemen sowie aus externen Ereignissen. Es ist nicht dasselbe wie Markt-, Kredit- oder systemisches Risiko, kann diese Risiken aber auslösen oder verstärken.
Typische Fehlerwege
Menschen können falsche Instrumente, Mengen oder Konten wählen. Prozesse können unzureichende Freigaben oder Abstimmungen enthalten. Systeme können Preise verzögert liefern, Positionen doppelt erfassen oder Schnittstellen verlieren. Externe Ereignisse reichen von Strom- und Telekommunikationsausfall bis zu Cyberangriff, Naturereignis oder Dienstleisterstörung.
Rechts- und Compliance-Risiken können innerhalb des operationellen Rahmens erfasst werden. Strategische Fehleinschätzungen werden in regulatorischen Definitionen häufig getrennt. Für die Praxis ist eine klare Taxonomie wichtiger als das bloße Etikett.
Prävention und Erkennung
Kontrollen beginnen bei Rollen, Zugriffsrechten, Vier-Augen-Prinzip, Änderungsmanagement und getesteten Schnittstellen. Pre-Trade-Limits verhindern unzulässige Größe oder Instrumente. Reconciliation vergleicht Orders, Ausführungen, Positionen, Cash und Sicherheiten zwischen unabhängigen Quellen.
Überwachung sucht fehlende Daten, ungewöhnliche Latenz, abweichende Preise, gescheiterte Aufträge und Limitverletzungen. Eine Warnung ist nur wirksam, wenn Verantwortliche, Reaktionszeit und Eskalation eindeutig sind.
Resilienz und Geschäftskontinuität
Operationelle Resilienz fragt, ob kritische Leistungen innerhalb einer tolerierbaren Unterbrechung fortgeführt oder wiederhergestellt werden können. Redundanz allein genügt nicht, wenn Primär- und Ersatzsystem dieselbe Abhängigkeit besitzen. Tests simulieren den realen Wechsel, eingeschränkte Personalverfügbarkeit und den Verlust wichtiger Dienstleister.
Ein Business-Continuity-Plan nennt kritische Funktionen, Kommunikationswege, Ersatzarbeitsplätze, Datenwiederherstellung und Entscheidungsbefugnisse. Der Plan wird geübt und nach Änderungen aktualisiert.
Vorfälle als Lernquelle
Ein Vorfallregister hält Zeitpunkt, Ursache, Auswirkung, Sofortmaßnahme und dauerhafte Korrektur fest. Beinahefehler gehören dazu, weil sie Schwächen zeigen, bevor ein großer Verlust entsteht. Ursachenanalyse vermeidet die einfache Erklärung „menschlicher Fehler“, wenn Design oder Kontrollen den Fehler ermöglichten.
Typischer Fehler — Nur einen technischen Ausfall zu planen. Auch falsche Berechtigungen, unklare Kommunikation und dieselbe Abhängigkeit in Primär- und Notfallsystem können den Betrieb stoppen.
Kennzahlen und Dienstleisterrisiko
Frühindikatoren können fehlgeschlagene Abstimmungen, manuelle Eingriffe, Systemlatenz, offene Vorfälle und überfällige Maßnahmen verfolgen. Sie sind Warnsignale, keine automatische Verlustprognose. Ausgelagerte Leistungen bleiben Teil der eigenen Abhängigkeit: Vertrag, Unterauftragnehmer, Datenzugriff, Exit-Plan und Wiederanlauf werden deshalb gemeinsam getestet. Eine grüne Anbieterampel ersetzt nicht den Nachweis, dass die kritische Leistung im eigenen Toleranzfenster wieder verfügbar ist.
Quellen
- Basel Framework, OPE10 — Definition of operational risk.
- Basel Committee, Principles for Operational Resilience.
- Basel Committee, Revisions to the Principles for Sound Management of Operational Risk.
- FINRA, Rule 4370 — Business Continuity Plans.
- IOSCO, Cyber Security in Securities Markets — Survey.
- IOSCO, Mechanisms for Trading Venues to Effectively Manage Electronic Trading Risks.