Jahrzehntealte, missionskritische Infrastruktur ersetzen – ohne eine einzige Auktion zu unterbrechen? Für uns kein Problem.

Fassade eines klassischen Wiener Gründerzeitgebäudes, Heimat österreichischer Finanzinfrastruktur.
Foto: OeKB

ADAS3

Briefing

Greenfield-Neuentwicklung des Legacy-Systems ADAS2 zu einer modernen, typensicheren Echtzeit-Plattform, die den gesamten Lebenszyklus von Bundesanleihen- und Schatzschein-Auktionen der Republik Österreich verwaltet – im Auftrag der OeBFA, der Österreichischen Bundesfinanzierungsagentur.

Technologie

Java 21, Spring Boot, JPA/Hibernate, PostgreSQL, Angular, PrimeNG, NgRx Signals, TypeScript, OpenAPI, Server-Sent Events, JobRunr.

Specification-first API-Design: 106 OpenAPI-YAML-Definitionen steuern sowohl die Java-Backend-Interfaces als auch die TypeScript-Frontend-Clients – und gewährleisten Typsicherheit über den gesamten Stack.

EUR 315 Mrd.

Verwaltete Bundesschuld

EUR 43–47 Mrd.

Jährliches Emissionsvolumen

84 %

Testabdeckung

Ausgangslage

Das bestehende System basierte auf einem dynamischen Key/Value-Datenmodell – zu seiner Zeit flexibel, aber zunehmend schwer weiterzuentwickeln. Veraltete Technologie, wachsende regulatorische Anforderungen und die Komplexität von drei unterschiedlichen Anleihe-Produkttypen machten eine Weiterentwicklung unpraktikabel.

Die OeKB, Österreichs zentrale Finanzmarktinfrastruktur, benötigte einen vollständigen Greenfield-Neuaufbau. Die Herausforderung: ein System modernisieren, von dem das EUR-315-Milliarden-Bundesschuldprogramm abhängt – ohne eine einzige Auktion zu unterbrechen.

ADAS2 UI

Entwicklung

Eine ausgefeilte State Machine steuert jeden Übergang und jede Validierung über drei Produkttypen: Republic of Austria Government Bonds (RAGB), Austrian Treasury Bills (ATB) und Floating Rate Notes (FRN). Jeder Typ erfordert präzise Finanzberechnungen – Renditeberechnung, Stückzinsen, Zinstagkonventionen, Kuponpläne und Benchmark-Zuordnungen.

Echtzeit-Mehrparteienbieten war eine der anspruchsvollsten technischen Herausforderungen. Große internationale Banken geben gleichzeitig Gebote während laufender Auktionsfenster ab. Server-Sent Events liefern sofortige Updates an alle verbundenen Teilnehmer; die verteilte Ereignisweiterleitung über mehrere Backend-Instanzen erfolgt via PostgreSQL LISTEN/NOTIFY. Ausfallzeiten während eines Auktionsfensters sind schlicht keine Option.

Eine granulare Zugriffskontrolle setzt vier verschiedene Rollen durch – Auktionsagent, Emittent, Bieter und Öffentlichkeit – mit feldgenauer Sicherheit, die sich dynamisch nach aktuellem Nutzer, Rolle und Auktionsstatus richtet. Jeder Statusübergang, jede Feldänderung, jede Gebotsversion wird protokolliert – regulatorische Compliance ist in die Architektur eingebettet, nicht nachträglich hinzugefügt.

ADAS3 UI

Ergebnis

Die vollständige Migration von ADAS2 transformierte ein dynamisches Key/Value-Datenmodell in ein strukturiertes, typensicheres Domänenmodell – sämtliche historischen Auktionsdaten blieben erhalten. Die neu entwickelte Plattform umfasst rund 1.000 Java-Quelldateien in über 20 Modulen, 580 TypeScript-Dateien, 106 OpenAPI-Spezifikationen sowie rund 280 Integrationstests und 44 End-to-End-Testdateien – bei 84 % Testabdeckung.

Irian war für die vollständige Full-Stack-Entwicklung von ADAS3 verantwortlich: Architektur, Backend, Frontend, API-Design, Teststrategie, Legacy-Datenmigration und Deployment-Infrastruktur. Das Projekt zeigt, was es bedeutet, in hochkritischer Finanzinfrastruktur zu liefern – wo Korrektheit, Zuverlässigkeit und Domänen-Expertise keine Kompromisse kennen.

ADAS3 UI

Überzeugt?

Weitere Projekte