Technische Artikel zu Finanzinfrastruktur, regulatorischer Architektur und Systemdesign.
Zero-Entry- und Single-Entry-Shortcuts scheitern bei regulatorischer Prüfung. Wie Double-Entry-Invarianten auf Engine-Ebene Ledger-Drift verhindern.
DORA ist keine Compliance-Checkliste. Es ist eine Systemspezifikation mit architektonischen Implikationen für Determinismus, Rückverfolgbarkeit und Resilienz.
Drei Schichten, drei Fehlerbereiche. Wie die Trennung von Ledger-Engine, Orchestrierung und Domänenlogik ein prüfbares System erzeugt.
Warum native semantische Klassifikation (Domain/Family/SubFamily) wichtiger ist als XML-Parsing für automatisierte Abstimmung und schemaagnostische Architektur.
Lock-Contention, GC-Pausen und Deserialisierungs-Overhead. Was eine zweckgebundene Settlement-Engine anders macht.
Saga-Kompensationen sind notwendig, aber nicht ausreichend. Durable Execution bietet die Exactly-Once-Garantien, die Finanzprozesse erfordern.
Vier Schichten der Mandantenisolation vom API-Gateway bis zur Datenbank. Defense in Depth für Finanzinfrastruktur.
Reject, Return, Refund, Reversal. Vier unterschiedliche Lifecycle-Events mit verschiedenen Ledger-Auswirkungen, PSD2-Fristen und ISO-Reason-Codes.
Amdahls Gesetz und die Grenzen allgemeiner Datenbanken für Hochdurchsatz-Settlement-Workloads. Das Argument für zweckgebundene Engines.
Jurisdiktionsbewusste CDD-Policies, Provider-Abstraktion und risikogesteuerte Verifizierungstiefe. Konfiguration statt Code.
Confidence-Scored Matching, ISO 20022 Transaktionsklassifikation und die operationelle Auswirkung täglicher automatisierter Abstimmung.
Die Trennung von Kundengeldern ist eine regulatorische Anforderung, kein Feature. Kontokategorien, Überweisungsregeln und Meldepflichten.