Ein Lieferantenvertrag wird im Fachbereich unterschrieben und in SharePoint abgelegt. In den Zahlen erscheint er üblicherweise mit der ersten Rechnung. In der Zeit dazwischen ist die Verpflichtung bereits eingegangen, aber weder im Forecast noch in der Liquiditätsplanung sichtbar.
Der Vertrag liegt dort, wo das Geschäft arbeitet — mit Gegenpartei und Frist im PDF, nicht im Finanzmodell.
Die Kostenwirkung entsteht erst, wenn jemand die Rechnung sieht und die Periode manuell zuordnet.
Der erwartete Abfluss steht in keiner Planung, bis er auf dem Konto erscheint.
Die Daten sind vorhanden. Sie werden nur in verschiedenen Systemen zu verschiedenen Zeitpunkten wirksam.
Vier Schritte, und über jedem davon dieselben Querschnittsfähigkeiten.
Jedes Modul ist ein eigenständiger Einstieg. Diese Kette zeigt, was zusammenkommt, wenn mehrere davon auf demselben Finanzmodell laufen.
Pilot / Validierung
Liest den Beleg und legt ihn mit seinen finanzrelevanten Feldern ab: Belegart, Gegenpartei, Gesellschaft, Fristen, Beträge, Referenz.
In aktiver Entwicklung
Erfasst die vertragliche Bindung als wirtschaftliche Verpflichtung mit Wert und Fälligkeiten — vor der ersten Rechnung.
In aktiver Entwicklung
Ordnet die Verpflichtung Gesellschaft und Periode zu und setzt die Abgrenzung. Damit ist sie im Abschluss vergleichbar.
In aktiver Entwicklung
Nimmt die erfasste Verpflichtung in Forecast und Budget der Gesellschaft auf; Kostenforecast und Headroom bewegen sich am Tag der Erfassung.
Pilot / Validierung
Übernimmt Zahlungsplan, Fälligkeit, Währung und Gesellschaft in die Liquiditätsvorschau — der erwartete Abfluss steht vor der Wertstellung.
Prüfen, freigeben, eskalieren oder neu planen — innerhalb der Befugnis, die für diese Gesellschaft und diesen Betrag gilt. Wo keine Regel eindeutig greift, entsteht ein Fall statt einer Freigabe.
Die Ablage bleibt, wo das Geschäft arbeitet. FinanceOS liest den Beleg und hängt den Finanzkontext daran.
Die Buchungsautorität bleibt im Buchungssystem. FinanceOS bucht nicht an seiner Stelle.
Wo Rückschreiben im Umfang ist, wird es je Pfad und je System definiert und nicht unterstellt.
Was nicht gekennzeichnet ist, behaupten wir nicht. Den vollständigen Stand je Fähigkeit führen die Modulseiten und der Produktstand.
Nein. Die Frage ist nicht, wo der Vertrag liegt, sondern wann seine wirtschaftliche Wirkung in den Zahlen ankommt. FinanceOS erfasst die Verpflichtung als Finanzobjekt und führt sie durch Abgrenzung, Forecast und Liquidität.
Sie werden wie neue behandelt: Belegfelder erfassen, Verpflichtung bewerten, Fälligkeiten setzen. Der Aufwand liegt im Bestand, nicht in der Mechanik.
An der Herkunft. Die Verpflichtung trägt den Beleg, aus dem sie entstanden ist, und jede Entscheidung daran bleibt mit Person, Befugnis, Grundlage und Zeitpunkt auffindbar.
Bringen Sie diesen Fall mit, wie er bei Ihnen aussieht. Wir gehen ihn an Ihrem Beispiel durch und sagen, wo eine gemeinsame Finance-Ebene trägt und wo nicht.