FinanceOS ist eine Finance-Plattform, die auf Ihren bestehenden Systemen aufsetzt. Ein Vertrag, ein Projektfortschritt oder eine Zahlung verändert darin Kosten, Marge, Forecast und Liquidität, während der Vorgang läuft. Ihr ERP bucht weiter und behält seine fachliche Autorität.
Welche Projekte verlieren gerade Marge?
Der Fortschritt steht in der Leistungserfassung, die Kosten im ERP, das Estimate to Complete in einer Tabelle. Zusammengeführt wird das im Abschluss, und dann ist das Quartal gelaufen.
Was passiert mit unserem Cash, wenn sich drei große Meilensteine um vier Wochen verschieben?
Die Fakturierung rutscht, die Forderung entsteht später, der Zahlungseingang fehlt im Forecast. Bis das in der Liquiditätsplanung ankommt, sind mehrere Wochen vergangen.
Welche Verpflichtungen sind eingegangen, aber noch nicht im Forecast?
Unterschrieben wird im Geschäft. In den Zahlen erscheint der Vertrag mit der ersten Rechnung. In der Zeit dazwischen hätte man noch gegensteuern können.
Die Daten sind in den meisten Häusern vorhanden. Sie werden nur in verschiedenen Systemen zu verschiedenen Zeitpunkten wirksam.
Ein Vertrag verändert Kosten, Forecast und Cash, häufig über mehrere Perioden. Eine Projektverschiebung verändert Marge, Fakturierung und Liquiditätsplanung. Eine Zahlung hängt an einer Freigabe, einer Befugnis und dem Vorgang, der sie ausgelöst hat.
Diese Zusammenhänge gibt es in jedem Unternehmen. FinanceOS führt sie in einem gemeinsamen Finanzdatenmodell zusammen, damit sie in den Zahlen ankommen, während der Vorgang läuft.
Vier Fragen, die am Ende einer Kette beantwortet sein sollten: Was wurde entschieden? Wurde gehandelt? Hat es gewirkt? Und ist der Vorgang nachweisbar abgeschlossen?
So sieht das konkret aus
Wählen Sie einen Schritt. Sie sehen, welche Rolle das Modul hat, was es übernimmt, was es an Finance weitergibt und warum das für die Steuerung zählt.
Ein Lieferantenvertrag kommt herein.Unterschrieben wird im Geschäft, abgelegt in SharePoint. In den Zahlen erscheint der Vertrag üblicherweise mit der ersten Rechnung.
In der Befugnis, die für diese Gesellschaft und diesen Betrag gilt.
Person, Befugnis, Grundlage und Zeitpunkt bleiben an der Verpflichtung abrufbar.
Liest das eingehende Dokument aus und legt es mit seinen finanzrelevanten Feldern ab.
Warum das zählt Ohne Partner, Gesellschaft und Frist am Dokument beginnt jeder weitere Schritt mit einer Suche.
Erfasst die vertragliche Zusage als wirtschaftliche Verpflichtung mit Wert und Fälligkeiten.
Warum das zählt Ein Vertrag verursacht Kosten und Zahlungen über seine gesamte Laufzeit, nicht am Tag der Unterschrift.
Ordnet die Verpflichtung Gesellschaft und Periode zu und legt die Abgrenzung fest.
Warum das zählt Damit ist die Verpflichtung im Abschluss vergleichbar und nicht erst am Rechnungsdatum sichtbar.
Übernimmt die erfasste Verpflichtung in Forecast und Budget der Gesellschaft.
Warum das zählt Kommen Verpflichtungen erst über Rechnungen in die Planung, hinkt der Forecast dem Geschäft dauerhaft nach.
Übernimmt Zahlungsplan, Fälligkeit, Währung und Gesellschaft in den Liquiditätsforecast.
Warum das zählt Liquidität hängt an dem, was das Geschäft zugesagt hat, nicht nur an dem, was die Bank heute zeigt.
Ein Projekt verschiebt sich.Die Lieferung weiß es am selben Tag. Finance erfährt es über den Margenbericht, Treasury über den Zahlungseingang, der ausbleibt.
Jede Option mit ihrer Folge für Ergebnis und Cash.
Die erwartete Wirkung bleibt an der Entscheidung, damit die tatsächliche später vergleichbar ist.
Führt Fortschritt, angefallene Kosten und Estimate to Complete je Projekt.
Warum das zählt Estimate to Complete entscheidet über Eingreifen oder Laufenlassen und liegt in vielen Häusern in einer Tabelle.
Rechnet die Änderung auf den Deckungsbeitrag je Projekt, Kunde und Segment durch.
Warum das zählt Margenverluste im Projektgeschäft bauen sich über mehrere Perioden auf. Ein Monatsbericht zeigt sie, wenn der Puffer weg ist.
Trägt die Margenänderung in die Ergebniserwartung der Periode und des Jahres.
Warum das zählt Eine Forecast-Abweichung ist erst dann steuerbar, wenn die Ursache benannt ist.
Legt fest, wann aus erbrachter Leistung eine Rechnung und daraus eine Forderung wird.
Warum das zählt Die Verschiebung eines Meilensteins verändert die Fakturierung, bevor sie im Abschluss auftaucht.
Führt die verschobenen Eingänge in Cash-Forecast und Headroom nach.
Warum das zählt Vier Wochen Verzug bei drei Meilensteinen sind eine Finanzierungsfrage, wenn man sie früh genug stellt.
Jede Kette beginnt mit einem Vorgang aus dem Geschäft und endet bei einer Entscheidung, die dokumentiert und abgeschlossen ist.
Jedes Modul bietet einen eigenständigen Einstieg. Welcher sinnvoll ist, hängt davon ab, wo heute die meiste Arbeit an Tabellen und Postfächern hängt.
Cash-Position über alle Banken und Gesellschaften, der Forecast darauf, Szenarien daneben.
Treasury & Liquidität ansehen →Fortschritt, Ist-Kosten und Estimate to Complete an einem Projektobjekt, mit dem Deckungsbeitrag daran.
Project Finance ansehen →Abstimmung, Abgrenzungen und Aufgabensteuerung, mit Ausnahmen, die einen Eigentümer und einen Termin haben.
Abschluss & Accounting ansehen →Gesellschaften, Rollen, Freigabewege und Kursquellen richten Sie einmal ein. Die folgenden Module nutzen sie mit. Wie das aufgebaut ist, zeigt die Produktarchitektur.
Wählen Sie ein Modul. Markiert wird, welche Querschnittsfähigkeiten, welches Fundament und welche Quellsysteme es nutzt.
Kein Modul ausgewählt. Die drei Ebenen darunter gelten für alle.
Ein weiteres Modul nutzt dieselben Gesellschaften, Rollen, Freigabewege und Nachweismechanismen. Was dazukommt, sind die fachlichen Prozesse dieses Moduls.
Freitagnachmittag, eine Zahlung an einen Lieferanten liegt zur Freigabe. Der Betrag liegt über dem Limit des Vorbereitenden, der zuständige Freigeber ist nicht im Haus. In vielen Häusern wird dann per Mail freigegeben, und der Nachweis muss später aus drei Systemen zusammengetragen werden.
In FinanceOS prüft der Server die Freigabe. Die Freigabematrix gilt je Gesellschaft und Betrag, Selbstgenehmigung ist ausgeschlossen, und wenn keine Regel eindeutig greift, entsteht ein Fall statt einer Freigabe. Am Ende steht eine Entscheidung mit Person, Befugnis, Grundlage und Zeitpunkt.
Die serverseitige Freigabeprüfung wurde in einer kontrollierten Umgebung durch eine implementierungsfremde Instanz beobachtet.
Freigabebefugnisse gelten je Gesellschaft, Betrag und Vorgangsart. Geprüft wird im Moment der Entscheidung — und eine Freigabe für Schritt A ist keine Freigabe für Schritt B.
Funktionstrennung und Limits greifen dort, wo Geld oder Datensatz sich bewegen. Greift keine Regel eindeutig, entsteht ein Fall.
Jede Freigabe und jede Änderung bleibt am Vorgang auffindbar, mit dem Beleg und der Regel, auf die sie sich stützt.
Greift keine Regel eindeutig, entsteht ein Fall mit Eigentümer und Frist. Fälle sind ein eigener Arbeitsgegenstand und laufen zugleich quer durch alle Module.
Bescheid, Vertrag oder Beleg bleiben mit dem Vorgang verbunden, den sie ausgelöst haben — und mit der Entscheidung, die daraus folgte.
KI erklärt Abweichungen, priorisiert Arbeitsvorräte und bereitet Vorschläge vor. Freigeben und buchen bleibt bei Menschen mit der entsprechenden Befugnis.
Nein. Ihr ERP und Ihre Buchhaltungssysteme buchen weiter und behalten ihre fachliche Autorität. FinanceOS liest daraus, führt die Daten in einem gemeinsamen Finanzdatenmodell zusammen und übernimmt die Prozesse, die heute zwischen den Systemen liegen: Freigaben, Abstimmungen, Nachfassen, Tabellen.
Ja. Jedes Modul bietet einen eigenständigen Einstieg. Weitere Module nutzen dasselbe Finanzdatenmodell, dieselben Rollen und Freigabewege und dieselben Nachweismechanismen.
Die Trennung nach Mandant und Gesellschaft ist auf Zeilenebene in der Datenbank erzwungen, nicht in der Oberfläche gefiltert. Entwicklung hat keinen Zugriff auf Produktionsdaten, Testdaten sind keine Kundendaten, und der Zugriff je Umgebung ist ein eigenes Recht.
Reifegrade je Fähigkeit stehen auf den Modulseiten. Produktstand ansehen
Bringen Sie eine Frage mit, für die heute zwei Systeme und drei Personen nötig sind. Wir gehen sie an Ihrem Beispiel durch und zeigen, wo sie in FinanceOS beantwortet wird.
Achtzehn Fragen, Einordnung je Dimension, Ergebnis ohne Kontaktdaten. Finance Operations Assessment →