1. Einleitung

Unternehmen stehen vor der Herausforderung, immer größere Datenmengen schneller, präziser und revisionssicher auszuwerten. Klassische Finanzsysteme stoßen dabei an Grenzen: periodische Verarbeitungen, manuelle Buchungen, Medienbrüche und späte Einblicke in das operative Geschäft.

Mit Event Driven Finance entsteht eine neue Generation der Finanzarchitektur, in der geschäftsrelevante Ereignisse (Events) kontinuierlich erfasst und automatisiert weiterverarbeitet werden. Ergänzend erweitert Tokenized Accounting mit Blockchain und Triple‑Entry Accounting diese Architektur um manipulationssichere, kryptografisch bestätigte Belege. Beide Ansätze zusammen ermöglichen ein Finanzwesen, das Echtzeit, Automatisierung, Transparenz und Vertrauen vereint.

2. Grundlagen: Was bedeutet Event Driven Finance?

Event Driven Finance beschreibt ein Modell, in dem jeder geschäftliche Vorgang als Event unmittelbar beim Entstehen erfasst wird. Beispiele sind:

• Order Created – Bestellung erstellt

• Payment Authorized – Zahlung autorisiert (oder: Zahlung freigegeben)

• Invoice Issued – Rechnung ausgestellt

• Shipment Delivered – Lieferung zugestellt

• Subscription Renewed – Abonnement verlängert

Diese Ereignisse werden über eine Streaming‑Plattform wie Apache Kafka verarbeitet. Kafka übernimmt dabei drei zentrale Funktionen:

1. Echtzeit‑Erfassung von Events

2. Persistente, unveränderbare Speicherung im Event Log

3. Bereitstellung für Finance‑Microservices

Die Microservices führen anschließend finanzrelevante Logiken aus — beispielsweise die Umsatzrealisierung, Steuerberechnung oder Buchung im Subledger. Das Ergebnis ist ein Finanzsystem, das kontinuierlich arbeitet, statt auf Monats- oder Quartalszyklen angewiesen zu sein.

3. BWL‑Perspektive: Was bringt Event Driven Finance?

Rechnungswesen

Event Driven Finance ermöglicht eine vollständig automatisierte, echtzeitfähige Finanzverarbeitung. Durch die Kombination aus Event‑Streaming, Finance‑Microservices und Agentic AI entstehen Finanzprozesse, die nicht mehr rückwärtsgerichtet sind, sondern proaktiv steuerbar werden.

Automatische Verbuchung von Geschäftsvorfällen

Jede relevante Transaktion (Order, Invoice, Payment) erzeugt ein Event, das unmittelbar in automatische Buchungslogiken überführt wird. Manuelle Journalbuchungen reduzieren sich drastisch.

Laufende Abgrenzungen und Bewertungsprozesse

Durch kontinuierlich einfließende Events werden Abgrenzungen, Rückstellungen und Bewertungen nicht mehr periodisch, sondern fortlaufend vorgenommen. Dies ist die Grundlage für Continuous Accounting und den Continuous Close.

Weniger manuelle Journalbuchungen

Da Agentic AI bereits während der Ereignisverarbeitung Datenqualitätsprüfungen, Kontierungslogiken und Validierungen übernimmt, entsteht ein hochautomatisierter Finanzprozess mit klaren Empfehlungen oder autonomen Entscheidungen.

Deutlich beschleunigte Abschlüsse (Continuous Close)

Die Echtzeitverarbeitung verkürzt Monats- und Quartalsabschlüsse signifikant. Abweichungen, fehlerhafte Daten und fehlende Belege werden sofort sichtbar — nicht erst am Periodenende.

Controlling

Event Driven Finance verschiebt das Controlling vom „Rückspiegel‑Modus“ (historische Auswertung) hin zu einer vorausschauenden, kontinuierlichen Steuerung.

Echtzeit‑KPI (Deckungsbeiträge, Profitabilität, Conversion, Kosten)

Alle relevanten operativen Ereignisse (Bestellungen, Retouren, Lieferkosten, Produktionszeiten) fließen sekundengenau ein. KPIs basieren nicht mehr auf Zeitverzug, sondern auf dem tatsächlichen aktuellen Zustand.

Frühzeitiges Erkennen von Abweichungen

Predictive Analytics erkennt Muster, Ausreißer und Risiken, bevor sie sich im Ergebnis niederschlagen. Beispiele:

• sinkende Warenkörbe,

• steigende Durchlaufzeiten,

• ungewöhnliche Kostenentwicklungen.

Vom Blick in den Rückspiegel zur vorausschauenden Steuerung (Predictive Finance)

Durch eventbasierte Daten und Agentic AI entsteht ein proaktives Controlling, das nicht nur erklärt, was passiert ist, sondern was passieren wird — und welche Maßnahmen sinnvoll sind.

Grundlage für KI‑gestützte Forecasts

Kontinuierliche, granular strukturierte Events sind der ideale Input für Machine Learning und Agentic AI. Dadurch werden Forecasts präziser, adaptiver und stärker operativ verankert.

Finanzmanagement

Event Driven Finance macht Finanzsteuerung zu einem Echtzeit‑Instrument. => Zinsvorteil & Optimierung: Durch Echtzeit-Transparenz minimiert das Treasury teure Puffer-Liquidität und optimiert Zinserträge durch taggenaue Disposition.

Cash‑Position in Echtzeit

Payment‑Events fließen sofort in Liquiditätsanalysen ein. Unternehmen erkennen Cash‑Bedarf, Mittelüberschüsse und Exposure ohne Wartezeiten.

Automatische Ableitung der Working‑Capital‑Entwicklung

Durch Echtzeit‑Events zu Orders, Lieferungen, Inventarbewegungen und Forderungen entsteht ein kontinuierliches Working‑Capital‑Monitoring.

Bessere Entscheidungsqualität bei Investitionen und Liquiditätsdisposition

Operative Ereignisse wirken unmittelbar auf Finanzplanung und Treasury-Prozesse. So entstehen agil steuerbare Finanzmodelle.

Operations & Supply Chain

Event Driven Finance verbindet die operative Welt (Produktion, Logistik, E‑Commerce) mit der Finanzwelt. Dadurch werden operative Effizienz und finanzielle Wirkung direkt verknüpft.

Produktions- und Logistikereignisse (WIP, Materialbewegungen, Maschinenstatus)

Jedes relevante Ereignis (Material Issue, Machine Down, Production Completed, Goods Receipt) erzeugt Finanzwirkungen in Echtzeit — etwa WIP‑Veränderungen, Kostenverteilung oder Bestandsbewertungen => s. unser OEE5.0

Automatische Verbuchung der Kosten entlang der Wertschöpfungskette

Die Kostenstellen- und Kostenträgerrechnung wird eventgetrieben, granular und exakter. Deckungsbeiträge können pro Auftrag, Charge oder Kunde in Echtzeit ermittelt werden.

Hohe Transparenz bei Durchlaufzeiten und Prozessengpässen

Ereignisse liefern detaillierte Zeitstempel — perfekt für:

• Bottleneck‑Analysen

• Lean‑Management

• Prozessautomatisierung

• ESG‑Nachweise

• Quality‑Tracking

4. Informatik & Wirtschaftsinformatik: Die technische Sicht

4.1 Event Streaming und Kafka

Kafka dient als skalierbarer „Datenmotor“, der Milliarden von Events verarbeiten kann. Wichtige Bausteine:

• Topics zur fachlichen Strukturierung von Ereignissen

• Schema Registry zur Sicherstellung von Datenqualität und Kompatibilität

• Stream Processing (Kafka Streams, ksqlDB) zur Transformation von Events

• Idempotenz zur Vermeidung von Doppelbuchungen

• Partitionierung für Skalierung und Lastverteilung

4.2 Finance‑Microservices

Jede finanzfachliche Logik wird in einen eigenen Dienst ausgelagert. Beispiele:

• Buchungslogik (Ledger Service)

• Steuerlogik (Tax Service)

• Umsatzrealisierung (Revenue Service)

• Bewertung/IFRS‑Module

• Zahlungsabgleich (Settlement Service)

Diese Services nutzen Events als Trigger und erzeugen wiederum neue Ereignisse — eine saubere, transparente und erklärbare Prozesskette.

5. Orchestrierung vs. Choreographie: Das Saga‑Pattern

In einer modernen Finanzarchitektur entstehen komplexe, verteilte Abläufe. Beispielsweise muss ein Zahlungseingang:

1. im Subledger verbucht

2. steuerlich bewertet

3. einem Vertrag/Invoice zugeordnet

4. und ggf. tokenisiert werden

Es gibt zwei Wege, solche Abläufe zu steuern:

5.1 Choreographie

Jeder Service reagiert autonom auf eingehende Events. Vorteil: hohe Flexibilität – ideal für einfache Abläufe. Nachteil: Fehlerbehandlung kann schwierig werden.

5.2 Orchestrierung (Saga‑Pattern)

Ein zentraler Orchestrator steuert die einzelnen Schritte. Er definiert auch kompensierende Aktionen für Fehlerfälle, z. B.:

• wenn die Buchung klappt, die Tokenisierung aber fehlschlägt → Stornobuchung

• wenn Steuerberechnung nicht möglich ist → gesamte Transaktion zurücksetzen

Für finanzkritische Prozesse (Revenue, Steuer, IFRS) ist die Saga‑Orchestrierung branchenweit Best Practice.

6. Tokenized Accounting: Die Blockchain‑Erweiterung

Während Event Driven Finance Geschwindigkeit und Prozessqualität bringt, löst Tokenized Accounting das Thema Vertrauen und Unveränderbarkeit.

Durch Blockchain-Technologien können folgende Elemente als Token abgebildet werden:

• Rechnungen

• Liefernachweise

• Vermögenswerte (Assets)

• Leasingverträge

• Zahlungsbestätigungen

• ESG‑Nachweise

Token besitzen:

• kryptografische Signaturen

• Zeitstempel

• Unveränderbarkeit

• Eigentumslogik (Owner, Transfer, Settlement)

Sie dienen als fälschungssicherer Beleg.

7. Triple‑Entry Accounting: Die nächste Evolutionsstufe

Die doppelte Buchführung (Soll/Haben) wird durch Triple‑Entry Accounting erweitert:

• Soll (Buchung bei Partei A)

• Haben (Buchung bei Partei B)

• kryptografischer, geteilter Beleg (Blockchain‑Proof)

Dieser dritte Eintrag ist für beide Parteien identisch und unveränderbar. Er erhöht:

• Transparenz

• Sicherheit

• Auditierbarkeit

• Abstimmungsqualität

Triple‑Entry Accounting ist eine logische Weiterentwicklung der klassischen Buchführung und passt perfekt zu eventgetriebenen Datenflüssen.

8. Beispielarchitektur: Event Layer + Token Layer

Operative Systeme → Events  
Events → Kafka  
Kafka → Finance Microservices  
Microservices → Subledger  
Microservices → Tokenization Service → Blockchain  
Blockchain → kryptografische Belege  
Subledger → Hauptbuch  
Hauptbuch → Reporting, Planung, ESG

Diese Architektur verbindet Echtzeitdaten mit unveränderbaren Audit‑Trail‑Belegen.

9. Wirtschaftliche Vorteile

• 50–80 % schnellerer Monatsabschluss

• 60 % weniger Buchungsfehler

• deutlich weniger manuelle Journalbuchungen

• Realtime‑Transparenz statt periodischer Verzögerungen

• reduzierte Auditkosten durch „Audit by Design“

• bessere Liquiditätsplanung

• höhere Datenqualität durch klare Events und Schemata

10. Kostenrahmen (geschätzt)

Mittelstand:

300’000 – 900’000 CHF

Enterprise:

1.5 – 5.5 Mio. CHF

11. Migrationspfad

1. Domänenanalyse & Event‑Discovery

2. Order‑to‑Cash‑Pilot

3. Stream‑Processing & Finance‑Microservices

4. Subledger‑Einführung

5. IKS‑Integration

6. Token‑Pilot für kritische Belege

7. Skalierung auf das gesamte Unternehmen