Finance arbeitet nicht in Softwaremodulen.
Ein Geschäftsvorgang läuft quer durch mehrere Finance-Bereiche. Deshalb modelliert FinanceOS nicht nur senkrechte Fähigkeiten je Domain, sondern 93 waagerechte End-to-End-Ketten in 23 Familien.
Senkrecht Verantwortung. Waagerecht Ablauf.
Software wird nach Zuständigkeit gebaut: ein System für Treasury, eines für Verträge, eines für Projekte. Ein Geschäftsvorgang läuft aber quer durch all diese Bereiche.
Senkrecht · 22 Product Modules
VerantwortungJede Domain hat einen abgegrenzten fachlichen Auftrag: wer entscheidet, wer rechnet, wer bucht, wer belegt. Das ist die Achse, nach der Software normalerweise gebaut und gekauft wird.
Waagerecht · 93 End-to-End-Ketten
AblaufEin Geschäftsvorgang kennt Ihre Modulgrenzen nicht. Er läuft quer durch mehrere Domains, bis er als geprüfte Wirkung im Ergebnis steht. Das ist die Achse, die in der Praxis fehlt.
Die 22 Module definieren die Produktarchitektur. Wie FinanceOS eingesetzt und kommerziell paketiert wird, folgt daraus nicht eins zu eins. Und die Ketten sind keine Integrationsprojekte: beide Achsen sind derselbe Produktentwurf, von derselben Datenbasis und demselben Nachweismodell getragen.
Vom Datum zur geprüften Wirkung. Und zurück.
Zwölf Stationen in vier Phasen. Das ist die Grundfigur von FinanceOS und die Antwort darauf, warum eine Berichtsschicht nicht genügt.
Phase 01 · Sehen
01DataWas aus Ihren Systemen kommt02ContextZu welchem Vorgang es gehört03SignalWas davon steuerungsrelevant istBis hierher reicht typischerweise eine Berichtsschicht. Die Zahl ist richtig, sichtbar und noch ohne Folge.
Phase 02 · Entscheiden
04ControlWelche Regel greift05CaseDer Vorgang mit Eigentümer06DecisionOptionen und Wirkung07ApprovalWer freigeben darfVier Stationen, in denen aus einer Zahl eine verantwortete Absicht wird.
Phase 03 · Handeln
08ActionWas tatsächlich getan wird09OutcomeWas daraus finanziell folgtZwei Stationen, die zusammengehören. Getrennt betrachtet entsteht Aktivität ohne messbare Wirkung.
Phase 04 · Lernen
10VerificationHat es gewirkt11EvidenceWoran man es belegt12LearningWas das nächste Mal anders läuftDiese drei Stationen fehlen in der Praxis am häufigsten. Ohne sie bleibt jede Maßnahme eine Behauptung.
Die geprüfte Wirkung geht zurück in Kontext, Signal und Planung.
Wo die meisten Werkzeuge aufhören
Eine klassische Reporting-Schicht konzentriert sich typischerweise auf Data, Context und Signal, also auf 01 bis 03. Ein klassischer Workflow konzentriert sich typischerweise auf Fall, Entscheidung, Freigabe und Handlung, also auf 05 bis 08. Ein Prüfungswerkzeug interessiert sich für 11. FinanceOS verbindet zusätzlich den finanziellen Kontext davor und die Wirkungsmessung danach. Zwischen diesen Stücken liegt heute Handarbeit, und die ist der eigentliche Aufwand im Finanzressort.
Warum Station 10 entscheidend ist
Die Verifikation ist die Station, die fast überall fehlt. Maßnahmen werden beschlossen und protokolliert. Ob sie die erwartete Wirkung hatten, wird selten belastbar gemessen. Ohne diese Messung gibt es keinen Regelkreis, sondern eine Kette.
Kontrolle, Autorität und Nachweis sind keine Stationen. Sie liegen unter allen zwölf — als Querschnitt gebaut und nicht als Schritt am Ende. Ein Nachweis, der erst nachträglich entsteht, ist kein Nachweis.
Wenn die Liquidität knapp wird, reicht ein rotes Feld nicht.
Der Kontostand fällt unter den Zielkorridor. In den meisten Häusern ist das eine Kennzahl, die rot wird, und danach beginnt Telefonieren. Hier ist es der Anfang einer modellierten Kette.
01 · Cash-PositionTreasury
Konsolidiert über Banken, Gesellschaften und Währungen, FX-normalisiert, mit Angabe der Belastbarkeit.
02 · LiquiditätsforecastTreasury · Control Tower
Fälligkeiten, Zahlungsverhalten, Projektabrufe, Payroll. Nicht die Kurve, sondern die Treiber dahinter.
03 · Funding-EntscheidungTreasury · Case Management
Fazilität ziehen, Zahllauf verschieben, Forderungen intensivieren, Intercompany-Funding. Jede Option mit gerechneter Wirkung auf Position, Puffer und Covenant.
04 · FreigabeIdentity & Authority
Wer bis zu welchem Betrag in welcher Gesellschaft entscheiden darf. Geprüft im Moment der Handlung, nicht im Nachhinein.
05 · AusführungTreasury · Working Capital
Abruf, Zahllauf, Collections-Aktion. Mit Eigentümer, Frist und Status, nicht als Protokollzeile.
06 · Settlement und BuchungIhr ERP und Ihre Bank
Die Transaktions- und Buchungsautorität bleibt dort, wo sie heute liegt. FinanceOS bereitet zu und bucht nicht daneben.
07 · VerifikationControl Tower · Accounting
Der realisierte Effekt wird gegen die vorher festgehaltene Basis gemessen und der Maßnahme zugeordnet. Die Erkenntnis geht zurück in Forecast und Prämissen.
Sechs Domains, eine Kette, ein Nachweis. Jeder einzelne Schritt existiert heute in irgendeinem System. Was in der Regel fehlt, ist der belegte Zusammenhang zwischen ihnen.
Jede Kette braucht eine Stelle, an der entschieden wird.
Die normale Transaktion läuft durch. Zeit, Nerven und Ergebnis kosten die Fälle, bei denen etwas nicht passt. Financial Case Management ist die Domain, in der jede der 93 Ketten ihren Entscheidungspunkt findet: der waagerechte Execution Backbone, auf dem die senkrechten Domains handlungsfähig werden.
Woraus Fälle entstehen, quer durch alle Domains
Was ein Financial Case zusammenführt
Das ist kein Ticketsystem. Ein Ticket kennt einen Status. Ein Financial Case kennt eine finanzielle Wirkung, eine Entscheidungsinstanz und einen Nachweis. Aus Ausnahmen werden dadurch lernende Finanzakten.
Die Ausnahme ist der Ort, an dem Ergebnis verloren geht. Ein Klärfall, der vier Wochen liegt, ist gebundene Liquidität. Ein Nachtrag ohne Freigabe ist geleistete Arbeit ohne Bezahlung.
So läuft ein Geschäftsvorgang wirklich durch Ihr Finanzressort.
Acht der 93 modellierten Ketten, jede aus einer anderen Familie. Lesen Sie eine davon in Ihrem Haus durch: Sie werden an jedem Pfeil eine Person, eine Mail oder eine Tabelle finden. Genau diese Pfeile sind das Produkt.
Vier weitere Ketten, die wir zeigen können
Ihre Systeme behalten die Arbeit. FinanceOS verbindet den Kontext.
Der wichtigste Architekturgrundsatz: fachliche Produktverantwortung ist nicht dasselbe wie der Besitz des operativen Quellsystems. Eine Domain kann für einen Finanzsachverhalt verantwortlich sein, ohne das System zu ersetzen, in dem er entsteht.
ERP und FiBu
Transaktion, Buchung, Abschluss. NetSuite, Business Central, D365, SAP und andere.
Banken
Konten, Zahlungsverkehr, Settlement. Anbindung über Provider oder eigene EBICS-Strecke.
DMS und Archiv
Speicherung, Volltextsuche, Records, Legal Hold, E-Signatur.
CLM-Anbieter
Juristisches Authoring, Redlining, Unterschriftenprozess.
TMS und Handel
Handels-, Screening- und Custody-Funktionen, wo vorhanden.
PSA und Payroll
Projektabwicklung, Zeiterfassung, Lohnabrechnung.
Tax Engines
Steuerermittlung und Steuermeldungen im jeweiligen Rechtsraum.
Konsolidierung
Bestehende statutarische Konsolidierungswerkzeuge, wo im Einsatz.
Kein Austausch als Vorbedingung. Sie müssen nicht erst harmonisieren, migrieren oder abschalten, um anzufangen. Zwei oder drei ERPs nach Zukäufen sind für FinanceOS der Normalfall.
Was an dieser Stelle zuerst gefragt wird
Ist das nicht einfach ein Workflow-Werkzeug?
Ein klassischer Workflow deckt vor allem Fall, Entscheidung, Freigabe und Handlung ab, also die Stationen 05 bis 08. Manche Plattformen modellieren auch Schritte davor oder danach. Der Unterschied liegt darin, dass der Finanzkontext der Stationen 01 bis 03 und die Wirkungsmessung der Stationen 10 bis 12 hier Teil desselben Produktmodells sind und nicht daneben gebaut werden.
Warum reicht unser Reporting nicht?
Eine klassische Reporting-Schicht konzentriert sich typischerweise auf Data, Context und Signal. FinanceOS verbindet zusätzlich Control, Case, Decision, Approval, Action, Outcome, Verification, Evidence und Learning im selben Produktmodell. Was fehlt, ist also meist nicht die Zahl, sondern wer bis wann was tut und ob es gewirkt hat.
Müssen wir alle 93 Ketten einführen?
Nein. Der Einstieg ist eine Kette, die bei Ihnen heute Handarbeit ist. Die Ketten teilen Stationen und dieselbe Datenbasis, deshalb entsteht beim Ausbau kein Integrationsprojekt.
Ersetzt FinanceOS unser ERP oder unser Konsolidierungswerkzeug?
Nein. Ihre Systeme bleiben führend für Transaktion, Buchung und Abschluss. FinanceOS verbindet Kontext, Kontrolle, Entscheidung und Nachweis darüber.
Was heißt „121 benannte Übergaben“ konkret?
An jeder Stelle, an der ein Vorgang von einer Domain in die nächste geht, ist beschrieben: welches Objekt übergeht, welcher Zustand gilt, wer ab dann verantwortet und was mitgeht. Diese Strecke erledigen heute in den meisten Häusern Menschen per Mail.
Ist die Zahl der Ketten ein Verfügbarkeitsversprechen?
Nein. Die Zahlen belegen Modellierungstiefe, nicht Verfügbarkeit. Was heute im Produkt verifiziert ist, steht als Reifegrad an der jeweiligen Fähigkeit.
Was davon heute im Produkt verifiziert ist
Fall, Kontrolle, Nachweis
Im Produkt verifiziert
Fallaufnahme, Zuständigkeit, Freigabe nach Autorität und die Nachweisakte am Vorgang.
Wirkungsverifikation
Pilot oder Validierung
Station 10 gegen eine vorher festgehaltene Basis, je Kette unterschiedlich weit.
Vollständige Kettenabdeckung
In aktiver Entwicklung
Nicht alle 93 Ketten sind gleich weit. Was heute trägt, steht auf der jeweiligen Seite.
Was nicht gekennzeichnet ist, behaupten wir nicht. Die Mengenangaben auf dieser Seite belegen Modellierungstiefe, nicht Verfügbarkeit.
Reifegrade je Fähigkeit stehen auf den Modulseiten. Was wir heute belegen können
Zeigen Sie uns einen Finance-Prozess, der heute durch mehrere Systeme und Excel läuft.
Dreißig Minuten, keine Präsentation. Wir gehen die Kette an Ihrem Beispiel durch und sagen Ihnen, welche Stationen bei Ihnen heute fehlen.