Welten
Was Sie mit OiC.OS bauen, ist keine Konfiguration eines Buchhaltungspakets. Es ist eine Welt: die Agenten, die handeln, die Geldarten, die sie halten, die Verträge zwischen ihnen und die Sektoren, denen sie angehören. Ein Währungssystem, eine Unternehmensgruppe, eine Branche, ein Verein mit interner Verrechnung — das alles sind Welten, und sie werden aus denselben Teilen gebaut.
Referenz-Ökonomie als Kernel — einbank, zweibank / dreibank, liquipool, supplychain, plus Governance-Varianten wie Islamic Banking — in oicos.world-Kontexten für Lehre und Delivery. Siehe Modellierungsservice und Help — Worlds.
Dieselbe Konstruktion auf jeder Ebene
Ein Verein, der Mitgliedsbeiträge intern verrechnet, und eine Zentralbank, die mit Geschäftsbanken abrechnet, sind für einen Ökonomen zwei verschiedene Gegenstände. In OiC.OS sind sie eine Konstruktion mit anderen Parametern: Agenten mit Forderungen aneinander, eine Verrechnungsebene darüber, Regeln darüber, wer was emittieren darf. Das ist die kompositionale Behauptung der Magic Sauce, übersetzt in etwas Baubares — eine Bank, drei Banken, eine Lieferkette mit gemeinsamer Fazilität (LiquiPool), Gewinn- und Verlustteilung statt Zins (Islamic Banking). Nur Skala und Parameter ändern sich, nie das Prinzip.
Die Bücher folgen dem Modell, nicht umgekehrt
Im herkömmlichen System setzt sich jemand hin und konfiguriert einen Kontenrahmen, während das Modell des Geschäfts daneben in einem Foliensatz lebt. Hier ist die Richtung umgekehrt. Das Modell sagt, welche Agenten es gibt, welche Geldarten zirkulieren und welche Verträge binden; die Konten, die Buchungen und die Auswertungen werden daraus abgeleitet. Es gibt keine zweite Stelle, an der dieselbe Organisation noch einmal in einer anderen Sprache beschrieben wird, und deshalb auch kein Auseinanderdriften von Beschreibung und Büchern.
Deswegen wird eine Welt nicht als feste Vorlage ausgeliefert. Zwei Kunden, die verschiedene Ökonomien modellieren, bekommen verschiedene Strukturen, erzeugt aus ihrem jeweils eigenen Modell beim Einrichten ihrer Umgebung.
Teile rasten nur ein, wenn sie passen
Eine Welt entsteht, indem man Teile setzt und verbindet. Jedes Teil zeigt seine Schnittstellen — seine Ports —, und jeder Port trägt einen Typ: was hindurchfließt, in welche Richtung, in welcher Einheit. Zieht man zwei Teile zusammen, entsteht die Verbindung nur, wenn die Typen beider Seiten übereinstimmen. Wo sie das nicht tun, stoßen sich die Teile ab wie falsch herum gehaltene Magnete.
Dieses Verhalten ist keine Bequemlichkeit der Oberfläche. Es ist ein Typechecker bei der Arbeit, dieselbe Disziplin, die verhindert, dass ein Programm aus unverträglichen Teilen zusammengesetzt wird, angewandt auf das Zusammensetzen einer Organisation. Die Folge: Eine Welt, die sich überhaupt bauen lässt, ist eine Welt, deren Teile an ihren Rändern übereinstimmen — genau die Glueing-Bedingung aus der Magic Sauce.
Governance, Entscheidung, Buchhaltung — drei Sichten auf eine Welt
Steht die Welt, lässt sie sich auf drei Weisen zugleich betrachten: die Regeln und Rechte, die sie ordnen (GovCat), die Agenten, die darin entscheiden (DecCat), und die Bücher, die festhalten, was geschehen ist (AccCat). Die Werkbank zeigt alle drei, flach in 2D für die Arbeit an einer einzelnen Institution und in 3D für das geschichtete Ganze, mit dem Simulations-Trace darunter.
Stand der Dinge
Die Modellsprache, die drei Sichten und die Simulation laufen heute in der Werkbank. Aus einer Welt eine vollständige Alltagsoberfläche abzuleiten — sodass die Mitarbeiter eines Kunden in gewohnten Masken arbeiten statt im Modellierwerkzeug — ist der Schritt, den wir jetzt bauen; er ist unter Engagement beschrieben. Wie ein Stück einer Welt so verpackt wird, dass jemand anderes es kaufen und in seine eigene einkleben kann, steht unter Org-Shop.