What we checkWas geprüft wird
Data quality covers market data availability, curve and surface setup, factor mappings, proxy usage, calculation completeness and result plausibility. Checks are designed to flag both missing inputs and suspicious outputs before they become part of a published risk number.Datenqualität umfasst Marktdatenverfügbarkeit, Kurven- und Surface-Setup, Faktormappings, Proxy-Nutzung, Berechnungsvollständigkeit und Ergebnisplausibilität. Die Checks sollen fehlende Inputs und auffällige Outputs erkennen, bevor sie Teil einer veröffentlichten Risikozahl werden.
Sensitivity qualitySensitivitätsqualität
Sensitivity checks look beyond whether a result exists. Implementations can test factor coverage, bucket consistency, stale or zero values, sign and magnitude changes, currency and tenor alignment, and whether the generated Greeks are plausible for the product and market data context.Sensitivitätschecks prüfen mehr als nur die Existenz eines Ergebnisses. Implementierungen können Faktorabdeckung, Bucket-Konsistenz, stale oder Nullwerte, Vorzeichen- und Größenänderungen, Währungs- und Tenor-Ausrichtung sowie Plausibilität der Greeks zum Produkt- und Marktdatenkontext prüfen.
Proxy and market data controlsProxy- und Marktdatenkontrollen
Proxy checks explain where fallback data is used, why it was selected and which valuation inputs are affected. Market data checks highlight missing quotes, stale observations, expired mappings and configuration issues in curves, volatility surfaces and calendars.Proxy-Checks erklären, wo Fallback-Daten verwendet werden, warum sie ausgewählt wurden und welche Bewertungsinputs betroffen sind. Marktdatenchecks zeigen fehlende Quotes, stale Beobachtungen, abgelaufene Mappings und Konfigurationsprobleme in Kurven, Volatilitätsflächen und Kalendern.
Operational evidenceOperative Evidenz
Quality results are retained as evidence with status, severity, affected object and explanation. Teams can distinguish a hard blocker from a warning, review proxy usage and trace quality outcomes into validation packs or audit review.Qualitätsergebnisse werden als Evidenz mit Status, Schweregrad, betroffenem Objekt und Erklärung gespeichert. Teams können harte Blocker von Warnungen unterscheiden, Proxy-Nutzung prüfen und Qualitätsergebnisse in Validierungspakete oder Audit-Reviews übernehmen.
Check CatalogueCheck-Katalog
Checks are grouped by the risk workflow they protect.Checks sind nach dem geschützten Risikoworkflow gruppiert.
The catalogue is deliberately implementation-oriented: each check has a target, an explanation and an operational outcome so support teams know whether to fix input data, rerun analytics or accept a warning.Der Katalog ist bewusst implementierungsnah: Jeder Check hat Ziel, Erklärung und operatives Ergebnis, damit Support-Teams wissen, ob Inputdaten zu korrigieren, Analytics neu zu starten oder Warnungen zu akzeptieren sind.
Quality EvidenceQualitätsevidenz
Review quality findings from summary to root cause.Quality Findings vom Überblick bis zur Ursache prüfen.
Quality screens combine operational status, explainable findings and visual flow evidence so users can see what failed, what was proxied and which downstream result may be affected.Qualitätsscreens verbinden operativen Status, erklärbare Findings und Flow-Evidenz, damit Nutzer sehen, was fehlgeschlagen ist, was proxied wurde und welches nachgelagerte Ergebnis betroffen sein kann.