Ihr ERP behält seine Autorität.
Die häufigste erste Frage lautet, ob hier ein weiteres System das Buchungssystem beerben soll. Die Antwort ist nein, und sie ist keine Zurückhaltung, sondern eine Architekturentscheidung: FinanceOS definiert Finance-Prozesse auf einem eigenen Finanzmodell und liest die Systeme, in denen gebucht wird.
Ersetzt FinanceOS unser Buchungssystem?
Nein
ERP, Buchhaltung, Banken und operative Systeme behalten ihre Buchungsautorität. FinanceOS bucht nicht an ihrer Stelle.
Was es übernimmt
Die Arbeit zwischen den Systemen: Freigaben, Abstimmungen, Nachfassen, Tabellen — und die Verbindung von Vorgang, Wirkung und Entscheidung.
Warum das trägt
Ein Finance-Prozess wird einmal auf dem Finanzmodell definiert und gilt für jede angebundene Gesellschaft — nicht einmal je Quellsystem.
Acht Objekte, sechs Verben.
Das Modell ist der Grund, warum ein Systemwechsel den Adapter verändert und nicht Ihre Prozesse.
Kanonische FinanzobjekteEine Umsetzung je Prozess, nicht eine je Quellsystem.
Jede Quelle wird einmal übersetzt, am Rand.
ERP und Buchhaltung
Ein Adapter projiziert die Objekte des Buchungssystems auf das kanonische Modell. NetSuite ist der erste und tiefste Pfad.
Bankkanäle
Kontoinformationen kommen aus Ihren bestehenden Kanälen. Eine eigene Bankübermittlung behaupten wir nicht.
Dokumentenquellen
Belege bleiben in ihrer Ablage; FinanceOS liest sie und hängt den Finanzkontext daran.
Für jedes weitere Buchungssystem gilt derselbe Weg: ein Adapter am Rand, kein zweites Produkt. Welcher Pfad wie tief ist, sagen wir im Gespräch und nicht auf einer Logowand.
Was wo bleibt.
Buchung
Bleibt im Buchungssystem
FinanceOS liest die kanonische Projektion und schreibt keine Buchung an seiner Stelle.
Beleg
Bleibt in seiner Ablage
Der Vorgang verweist auf den Beleg, statt eine zweite Kopie zu führen.
Stammdaten
Bleiben in ihrem führenden System
Das Modell projiziert sie; es beansprucht keine Führung.
Rückschreiben
Je Pfad und je System definiert
Wir schließen es nicht pauschal aus und sagen es nicht pauschal zu. Was im Umfang ist, steht im Umfang.
Wozu ein ERP nicht gebaut ist.
Das ist kein Vorwurf an das Buchungssystem. Es ist eine Aussage darüber, welche Frage es beantwortet.
Ein Buchungssystem
beantwortet, was gebucht wurde — vollständig, prüffähig und in der Periode, in der es gebucht wurde.
Eine Planungslösung
beantwortet, was erwartet wird — auf den Daten, die jemand hineingegeben hat.
Eine Auswertungsschicht
beantwortet, wie die Zahlen aussehen — sie verändert keinen Vorgang und trägt keine Befugnis.
Diese Ebene
beantwortet, was aus einem Vorgang wird, während er läuft — und wer die Entscheidung darüber tragen darf.
Drei Fragen aus dem ersten Gespräch.
Brauchen wir dann zwei Systeme für dieselbe Zahl?
Die Zahl entsteht einmal. Das Buchungssystem hält den gebuchten Stand, FinanceOS hält die Verpflichtung und die erwartete Wirkung davor. Beide verweisen aufeinander, statt sich zu duplizieren.
Was passiert bei einem ERP-Wechsel?
Ein Quellwechsel verändert den Adapter, nicht Ihre Finance-Prozesse. Genau dafür ist das kanonische Modell da — es ist die Antwort auf die Frage, warum wir nicht ein Produkt je ERP bauen.
Und wenn unser Buchungssystem gar nicht angebunden werden kann?
Dann sagen wir das. Ein Pfad, den wir nicht belegen können, wird nicht als vorhanden dargestellt — dafür gibt es den Produktstand.
Was heißt „Zuständigkeit ist nicht Systemeigentum“?
Dass FinanceOS ein Fremdsystem nicht besitzen muss, um darüber zu arbeiten. Die Buchung, der Kontoumsatz, die Steuerlogik und die Konsolidierungs-Feststellung bleiben dort, wo sie verantwortet werden. FinanceOS verbindet darüber Finanzkontext, Status, Entscheidung, Kontrolle und Nachweis — und ändert das Fremdsystem nicht.
Woher weiß FinanceOS, was eine Zahl bedeutet?
Aus dem kanonischen Modell und der Übersetzung am Rand. Zu jeder Kennzahl gehören Quelle, fachliche Bedeutung, Periode und Gesellschaft; die Herkunft bleibt am Wert, nicht in einer Fußnote. Deshalb ist eine Abweichung erklärbar, ohne dass jemand die Quelldatei sucht.
Welche Systemklassen kommen als Quelle infrage?
ERP und Buchhaltung, Banken, Treasury-, Steuer- und Planungssysteme, Dokumentenquellen, Zeit- und Leistungserfassung sowie Behörden- und Providerschnittstellen. Das ist die Landkarte der Klassen, keine Liste vorhandener Anbindungen — welche Pfade wir heute belegen können, steht im Produktstand.
Was passiert bei der Übergabe zwischen Funktionen?
Der Kontext geht mit. Wenn ein Vorgang von einer Rolle zur nächsten wechselt, wechseln Verpflichtung, Frist, Grundlage und bisherige Entscheidung mit ihm. Eine Übergabe per Zuruf verliert genau das — und danach beginnt die Rekonstruktion.
Dreißig Minuten an Ihrer Systemlandschaft.
Bringen Sie mit, welche Buchungssysteme, Banken und Gesellschaften bei Ihnen im Spiel sind. Wir sagen, wo eine gemeinsame Finance-Ebene trägt und wo der Adapter der Aufwand ist.