Technologie
Wer Treasury, Konzernfinanzierung oder ein lieferkettenlastiges operatives Geschäft verantwortet, lebt bereits in drei Welten, die selten dieselbe Sprache sprechen. Das ERP bucht. Die Bank verhandelt Kreditlinien. Recht und Compliance unterzeichnen Verträge. Das Risikomanagement rechnet Szenarien in Tabellen. Die Revision gleicht nach dem Quartalsabschluss aus, was zuvor auseinandergelaufen ist. Jede Schicht hat eigene Werkzeuge, eigene Berater, eine eigene „single source of truth". Und doch kann im entscheidenden Moment niemand mit Sicherheit sagen, ob eine neue Fazilität, eine neue Konzernregel oder eine neue Poolstruktur vom Vertrag über den Zahlungsfluss bis in den konsolidierten Abschluss konsistent bleibt.
OiC.OS gibt es, weil dieser Bruch kein Softwarefehler ist. Er ist eine Konstruktionslücke in der Art, wie wir Ökonomien modellieren. Die Monetary Macro Accounting Theory (MoMaT) schließt sie mit einem einzigen, strengen Bild von Geld, bilateralen Verpflichtungen und Institutionen: Dieselbe Logik trägt einen Liquiditätspool in einer Lieferkette und eine Zentralbankbilanz. OiC.OS ist das Betriebssystem auf dieser Theorie. Sie komponieren eine Organisationsform, führen sie auf einem digitalen Zwilling aus und gestalten sie neu, wenn sich die Strategie ändert — ohne dass die Bücher dabei zerbrechen.
Diese Seite richtet sich an Vorstand, CFO und Treasurer. Die Monographien und die künftige Seite docs.oicos.systems tragen die Tiefe, die Entwickler brauchen; hier erklären wir, warum sich ein Auftrag lohnt.
Den Schmerz kennen Sie bereits
Die meisten Finanzorganisationen erleben zweimal im Jahr dasselbe Muster. Treasury schließt einen starken Abschluss: gepoolte Fazilitäten, bessere Konditionen, sauberere Covenants. Das operative Geschäft liefert weiter. Dann zeigt die Konsolidierung Abweichungen zwischen Vertragsabsicht, Bankreporting und ERP-Wirklichkeit. Das Controlling baut manuelle Brücken, die Revision verursacht Aufwand, die IT zieht Schnittstellen ein. Nichts davon war unzulässig; alles war schlicht nicht komponiert.
Dieselbe Geschichte wiederholt sich in größerem Maßstab. Die volkswirtschaftliche Gesamtrechnung passt nicht zu den Flüssen des Zahlungssystems. Makromodelle behandeln „Geld" als eine einzige Größe, obwohl jeder Treasurer weiß, dass es das nicht ist. Stresstests ignorieren, wie sich bilaterale Forderungen tatsächlich verrechnen. Der Preis ist nicht nur der Fehler, sondern die Verzögerung: Sie können einer Strukturänderung erst dann sicher zustimmen, wenn ganze Heere von Abstimmern sie abgesegnet haben.
MoMaT beginnt mit einer einfacheren Disziplin. Sie fragt, was in den Büchern wahr bleiben muss, unabhängig davon, warum jemand gebucht hat. Sobald diese Schicht feststeht, können Entscheidung und Governance schnell laufen, ohne stilles Auseinanderdriften.
Drei Schichten, eine Organisation
Jede Institution, jede Holding, jedes Bankennetz und jede Lieferkette läuft auf drei gekoppelten Schichten. OiC.OS benennt sie, damit sie gemeinsam gestaltet werden können statt als drei getrennte Silos.
Die Buchhaltung ist der bedingungslose Kern. Die doppelte Buchführung ist das Mindestmaß an Ehrlichkeit: Jedes Soll hat ein Haben. Die vierfache Buchführung ist das, was bilaterales Geschäft tatsächlich verlangt, denn meine Forderung ist Ihre Verbindlichkeit, in Echtzeit gespiegelt. Wenn eine Zahlung, eine Inanspruchnahme oder ein interner Transfer gebucht wird, schließen sich die Salden — nicht weil eine Prüferin später zustimmt, sondern weil die Struktur gar nicht anders buchen kann. Bestands- und Stromkonsistenz ist dann keine Folie im Beratungsdeck mehr, sondern eine Eigenschaft des Systems, so wie ein Gebäude ohne tragende Wände nicht steht.
Die Entscheidung ist der Ort der Strategie: Investition, Preise, Kreditnutzung, saisonale Ziehungen, Kapazität, Wahl der Gegenpartei. Hier wirken die Ergebnisse zurück. Eine Fazilität, die im Januar günstig schien, kann sich als falsch erweisen, sobald die Nachfrage im Juni dreht. OiC.OS behandelt Entscheidungen als eigenständige, mit den Konten verbundene Objekte — Vorwärtswahl und rückwärtsgerichtetes Lernen auf demselben Objekt — sodass Szenarien und Stresspfade nie in einem Paralleluniversum zum Hauptbuch leben.
Die Governance ist das Regelwerk: wer unterzeichnen darf, welche Covenants gelten, welche Richtlinienversion in Kraft ist und was Compliance verlangt, bevor Geld bewegt wird. Die Haltung lautet compliant by design — verhindern statt prüfen. Ein Verstoß wird an der Grenze abgewiesen, wie eine Zahlung, die scheitert, weil das Konto nicht existiert, und nicht erst sechs Monate später in einer Stichprobe entdeckt.
Die Buchhaltung ist bedingungslos; Entscheidung und Governance lassen sich revidieren, wann immer der Vorstand die Strategie ändert. Doch keine von beiden kann die Arithmetik überstimmen. Genau diese Trennung lässt einen CFO ruhig schlafen: Innovation oben, Eisen unten.
Geld ist dreierlei, und Ihr Treasury weiß das
In Vorstandsunterlagen werden noch immer „M0 und M1" addiert, als wären sie dieselbe Art von Größe. Treasurer wissen es besser. Giralgeld ist eine Weisung an Ihre Bank — Buchgeld, nicht Bargeld im Tresor. Reserven sind die Art, wie Banken untereinander über die Zentralbank ausgleichen. Bargeld ist gesetzliches Zahlungsmittel, die endgültige Tilgung einer Geldschuld.
Giralgeld wird nicht zu Bargeld teleportiert. Es wandelt sich über Reserven und institutionelle Kapazität. Die drei als eine Zahl zu behandeln, ist der Grund, warum Modelle die Dynamik eines Bank Run verfehlen, warum Konzerne ihre untertägige Liquidität falsch einschätzen und warum Politik und Unternehmens-Treasury aneinander vorbeireden. OiC.OS hält die Hierarchie aus Haushalt und Unternehmen, Bank und Zentralbank ausdrücklich offen, sodass ein Liquiditätspool, ein Zahlungssystem und ein Währungsraum dasselbe Muster in unterschiedlichem Maßstab sind und nicht verschiedene Softwaregattungen.
Nur die Zentralbank schafft Bargeld. Banken schaffen Ansprüche auf Bargeld: Kredit und Einlagen sind Optionen auf den Ausgleich. Für einen CFO in Fazilitätsverhandlungen ist das kein akademischer Punkt. Es klärt, wer das Ausgleichsrisiko trägt, wo Pooling wirklich Kosten spart und warum reichlich Liquidität auf dem Papier im falschen Stress dennoch versagen kann.
Zirkulation und Bewertung
Hier ist eine Unterscheidung, die Ihr Controlling längst spürt, die Standardwerkzeuge aber selten sauber durchsetzen. Die monetäre Zirkulation — Zahlungen, Clearing, bilaterale Salden — folgt exakten Regeln, die nicht davon abhängen, ob Ihnen das Bewertungsmodell dieses Quartal gefällt. Die Bewertung — Mark-to-Market, Wertminderung, Änderungen der Bewertungsregeln — verschiebt das ausgewiesene Eigenkapital über Entscheidungen, die die monetäre Konsistenz nie brechen sollten.
MoMaT trennt das finanzielle Eigenkapital, das in der Schicht der Zirkulation lebt, vom realen Eigenkapital, das in der Schicht der Bewertung lebt. Die Zirkulation muss sich über das System bilateral auf null verrechnen; die Bewertung darf den ausgewiesenen Wert verschieben, während die monetäre Wirbelsäule intakt bleibt. Wo beides vermischt wird, wie in weiten Teilen der Gleichgewichtsmakroökonomie und in vielen improvisierten ERP-Anpassungen, entstehen elegante Erzählungen, die im laufenden Abschluss scheitern.
Für einen Holding-CFO ist der Nutzen unmittelbar. Treasury und Konsolidierung teilen eine Wirbelsäule, die je Einheit weiterhin eine eigene Bewertungsregel zulässt, ganz ohne monatlich von Hand gebaute Brücken.
Komponieren, ausführen, neu gestalten
OiC.OS ist keine ERP-Vorlage. Es ist eine Plattform für Organisationsformen: eine Sprache, in der Verträge, Kontenpläne, Richtlinien und Netzwerktopologie zu einem einzigen komponierbaren Entwurf werden. Sie komponieren die Institution, die Sie tatsächlich haben — Poolgesellschaft, operative Gesellschaften, Bankbeziehungen, Covenants. Sie führen sie als Simulation auf einem digitalen Zwilling aus, bevor unterschrieben wird, und danach im laufenden Betrieb. Sie gestalten neu, wenn sich Einheiten, Währungen oder Governance ändern, und heben die alte Form in die neue, statt die Historie durch ein Migrationsprojekt zu ersetzen.
Der Ablauf ist derselbe, ob das Objekt ein Liquiditätspool aus drei Firmen oder eine nationale Rechnungsarchitektur ist. Das ist keine Marketingsymmetrie, sondern das, was „Betriebssystem für Ökonomien" in der Praxis bedeutet.
Was unter der Haube steckt
Ein kurzes Wort zur Technik, denn sie erklärt, warum die Versprechen oben tatsächlich tragen.
Wir bauen auf Kategorientheorie und auf den alltäglichen Werkzeugen des Programmiersprachen-Designs: Typsysteme, Compiler und formale Semantik. Es sind dieselben Techniken, mit denen ein moderner Compiler ein fehlerhaftes Programm zurückweist, bevor es überhaupt läuft. Wir richten sie auf Ökonomien statt auf gewöhnliche Software.
Die einfache Idee dahinter lautet: Geld ist eine Sprache. Es ist die Sprache, in der Ökonomien Schuldbeziehungen ausdrücken — wer wem schuldet, in welcher Einheit, ausgeglichen über welchen Pfad. Sobald man Geld als Sprache mit einer Grammatik begreift, kann man ihr einen Compiler geben: die Regeln einmal festlegen und die Maschine jeden Satz — jede Buchung, jeden Vertrag, jede Konsolidierung — konstruktiv grammatikalisch halten lassen.
Damit das in der Praxis funktioniert, brauchen wir ein bestimmtes Stück Mathematik, die Topos-Theorie. Ihr entscheidendes Geschenk ist die interne Mathematik: die Fähigkeit, Mathematik innerhalb der eigenen Welt des Systems zu betreiben, in seinem eigenen Kontext, statt es nur von außen zu beschreiben. Das klingt abstrakt, und das ist es auch — aber es erkauft etwas außerordentlich Praktisches. Es erlaubt dem System, interne Trigger zu tragen und interne Restrukturierung vorzunehmen: Die Organisation kann sich von innen heraus umbauen, konsistent, während die Bücher geschlossen bleiben. Eine neue Tochtergesellschaft, ein geänderter Covenant, ein zusammengeführter Pool — das Modell hebt sich selbst in die neue Form, statt abgerissen und neu gebaut zu werden.
Genau das ist die Funktionalität, die im echten Leben am meisten schmerzt. Ohne sie bleibt Change Management: Migrationsprojekte, endlose PowerPoint-Orgien, Abstimmungstabellen und die stille Hoffnung, dass nichts auseinandergelaufen ist. Mit interner Restrukturierung ist eine Strukturänderung eine typisierte Operation, die das System an sich selbst vornimmt.
Die Mathematik dahinter ist wirklich anspruchsvoll. Die Aufgabe von OiC.OS ist es, diese Komplexität zu verbergen, damit die Menschen, die sie brauchen — Treasurer, CFOs, Controller — den praktischen Nutzen erhalten, ohne je einen Topos zu berühren. Sie komponieren, führen aus und gestalten neu in schlichten organisatorischen Begriffen; die schwere Mathematik arbeitet still darunter, so wie Sie ein Auto fahren, ohne die Thermodynamik des Motors zu lösen.
LiquiPool
Das Vorzeige- und Lehrbeispiel — und genau jenes, das CFO-Gespräche von höflichem Interesse zu „das wollen wir für unsere Gruppe" wendet — heißt LiquiPool.
Stellen Sie sich eine Lieferkette aus Zulieferer, Hersteller und Händler vor. Jede Firma unterhält ihre eigene revolvierende Kreditfazilität bei ihrer Hausbank, samt Bereitstellungsentgelten, Nutzungsentgelten, Flexibilitätsprämien und saisonalen Ziehungen. Das Finanzwesen hat das hundertfach gesehen. Addiert man die drei Jahreskosten, erhält man eine Zahl, die alle als Preis der Liquidität akzeptieren.
Nun komponieren Sie eine einzige Poolgesellschaft, die dieselbe Gesamtkapazität als ein Paket mit der Bank verhandelt. Das Risiko- und Betriebsbild der Bank verbessert sich, und damit auch der Satz. Im Referenzmodell sinken die Gesamtkosten von rund 177.000 Euro pro Jahr auf rund 124.000 — also um etwa dreißig Prozent — bei gleichem zugrunde liegenden Liquiditätsbedarf. Nicht, weil jemand eine Tabelle geschärft hätte, sondern weil drei getrennte Verträge schlicht nicht dasselbe Objekt sind wie ein komponierter Vertrag. Eine Einkaufskooperation spart aus demselben Grund; hier wird die Ersparnis genau gemessen und fair verteilt.
Die faire Aufteilung zählt ebenso viel wie die Schlagzeile. Wenn eine Gesellschaft als Trittbrettfahrer profitiert, stirbt der Pool in der Konzernpolitik. OiC.OS verwendet eine faire Aufteilung des Kooperationsgewinns nach Shapley, sodass jeder Beteiligte sieht, was er beiträgt und was er erhält. Treasury kann den Vorschlag dann drei Geschäftsführungen vorlegen, ohne einen Nullsummenstreit.
Auf demselben Objekt sehen Sie alle drei Schichten zusammenwirken. Governance: drei einzelne Fazilitätsverträge gegenüber einem Poolvertrag mit Beteiligungsregeln. Buchhaltung: parallele T-Konten-Ströme für Ziehungen und Entgelte, bilateral mit der Bank gespiegelt. Entscheidung: saisonale Ziehungsstrategien gemeinsam optimiert statt als drei kurzsichtige lokale Optima. Simulieren Sie vor der Unterschrift, stressen Sie die Ziehungspfade, dann betreiben Sie.
So sieht der Auftrag aus, den ein CFO wirklich schreibt: Implementiert unseren LiquiPool — oder unseren Holding-Cash-Pool, unsere Treasury-Gesellschaft oder unser Supply-Chain-Finance-Vehikel — auf einer Engine, in der Vertrag, Konten und Entscheidungsmodell nicht auseinanderlaufen können.
Was sonst noch auf demselben Stack liegt
LiquiPool ist die Tür. Dieselbe Engine trägt weit mehr.
Strukturierte Finanzierung und Bankennetze, mit Tranchen, Intermediären und polyzentrischer Steuerung, in der kein einzelner Ort jede Regel besitzt und dennoch die globale Konsistenz schließt.
Supply-Chain-ERP und Logistik, modelliert nicht als generische Bestandszeilen, sondern als Topologie aus Zahlungen und Verpflichtungen: wer wem schuldet, in welcher Währung, über welchen Ausgleichspfad.
Holdings und operative Gruppen, mit Gesellschaften als kompositionellen Agenten und Konsolidierung als Einbettung kleinerer geschlossener Bücher in größere, statt bei jeder Akquisition die Kontenrahmen neu zu erfassen.
Währungsräume und grenzüberschreitender Ausgleich, mit zwei oder mehr Währungszonen und einer korrigierten Zahlungsbilanzlogik; die internationale Erweiterung von MoMaT behandelt die externen Konten mit derselben bilateralen Disziplin wie die internen.
Zentralbanken und volkswirtschaftliche Gesamtrechnung, wo dieselben Invarianten, die Ihre Gruppe in einem Pool wünscht, auch eine staatliche Architektur im großen Maßstab achten muss.
Jedes davon ist ein Fragment eines einzigen Betriebssystems und keine eigene Produktlinie. Eine Gruppe, die das Pooling auf der Engine beherrscht, wirft diese Arbeit nicht weg, wenn sie eine Treasury-Gesellschaft in einer anderen Jurisdiktion hinzufügt; sie bettet sie ein.
Warum das kein weiteres Fintech-Integrationsprojekt ist
Integrationsprojekte verbinden Silos. OiC.OS macht das heroische Abstimmen überflüssig, indem es Governance, Entscheidung und Konten einen gemeinsamen semantischen Kern gibt. Die Typprüfung der Richtlinien und das ERP-Reporting sind nicht zwei Umsetzungen eines vagen Richtlinien-PDF, sondern dasselbe typisierte Objekt. Digitale Zwillinge sind keine Demos, sondern die verbindliche Generalprobe, bevor Covenants echtes Geld binden.
Die Forschung steht hinter diesen Aussagen. MoMaT-A entwickelt axiomatisches Geld und Makrobuchhaltung: doppelte und vierfache Buchführung, Stabilität, Zentralbankwesen und die drei Geldtypen. MoMaT-I erweitert den Rahmen auf Währungsräume und auf die gestufte Ouroboros-Leiter, vom einzelnen Buchungssatz bis zu einer geschlossenen Architektur des Weltausgleichs. Formaler Beweis und eine Referenzimplementierung liegen unter dem Text, damit Entwickler nicht ins Unverbindliche ausweichen können; Vorstände müssen sie nicht lesen, um von dem zu profitieren, was sie durchsetzen.
Wie ein Auftrag aussieht
Ein typisches Mandat beginnt dort, wo es bereits wehtut: bei doppelten Fazilitätskosten, undurchsichtiger konzerninterner Liquidität, Konsolidierungsbrücken, Covenant-Überraschungen oder einer Lieferkette, in der Finanzwesen und operatives Geschäft unterschiedliche Bilder derselben Verpflichtungen haben. Wir modellieren Ihre tatsächlichen Verträge und Ihre Kontenstruktur auf OiC.OS, fahren den digitalen Zwilling gegen Ihre eigene Zieh- und Saisonhistorie, quantifizieren den Kooperationsgewinn und implementieren den Pool — oder die Holdingstruktur, oder das Treasury-Vehikel — so, dass Governance-Regeln, Entscheidungsrichtlinien und gebuchte Salden konstruktiv im Einklang bleiben.
Sie gewinnen weniger Audit-Überraschungen, schnellere Vorstandsbeschlüsse und einen Weg, auf dem die nächste Strukturänderung ein Redesign ist und keine Rettung.
Wenn Sie den theoretischen Rahmen hinter der Engine suchen, sehen Sie Plattform und MoMaT. Zu den Personen hinter der Forschung: