Post kommt herein: ein Steuerbescheid, eine Mahnung, ein Schreiben eines Inkassodienstleisters, eine Klage. Jedes dieser Dokumente erzeugt eine Verpflichtung, eine Frist oder ein Risiko — und jedes wird zuerst einmal abgelegt. Wer es übernimmt, was zu entscheiden ist und wann es zu spät wird, steht in keinem System.
Post, Portal, Postfach. Der Weg zum zuständigen Menschen ist ein Zuruf.
Sie steht im Dokument. Ob sie in einem Kalender gelandet ist, weiß man erst, wenn sie abgelaufen ist.
Rückstellung, Zahlung, Widerspruch: die Entscheidung fällt, das Dokument bleibt im Ordner, die Begründung im Kopf.
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 das Dokument, erkennt Belegart und Felder und legt es mit seinem Finanzkontext ab: Gesellschaft, Gegenpartei, Betrag, Frist, Bezug.
In aktiver Entwicklung
Aus dem Dokument wird ein Vorgang mit Eigentümer, Termin und Entscheidung. Kein Merkposten, kein Zuruf.
In aktiver Entwicklung
Wo das Schreiben zu einer bestehenden Verpflichtung gehört, hängt es an ihr — und nicht daneben.
In aktiver Entwicklung
Wo eine Rückstellung oder Abgrenzung nötig wird, entsteht sie aus dem Vorgang und trägt seine Grundlage.
Im Produkt verifiziert
Dokument, Entscheidung, Wirkung und Zeitpunkt bleiben verbunden und später abrufbar.
Die Frist wird geführt und sichtbar gehalten. Gewahrt wird sie von dem Menschen, der den Vorgang übernommen hat — FinanceOS entscheidet nicht anstelle des Zuständigen.
Widersprechen, zahlen, zurückstellen oder eskalieren — innerhalb der Befugnis, die für diese Gesellschaft und diesen Betrag gilt. Die Entscheidung bleibt am Dokument, mit Grundlage und Zeitpunkt.
Die Ablage bleibt, wo sie ist — Postfach, Portal, DMS. FinanceOS liest das Dokument und hängt den Finanzkontext daran.
Rückstellung und Zahlung werden dort gebucht. FinanceOS führt den Vorgang und übergibt die Grundlage.
Verfahren und Kommunikation bleiben außerhalb. FinanceOS führt, was daraus finanziell folgt.
Was nicht gekennzeichnet ist, behaupten wir nicht. Den vollständigen Stand je Fähigkeit führen die Modulseiten und der Produktstand.
Nein. Ein DMS legt ab und findet wieder. Diese Kette beginnt danach: welche Verpflichtung, welche Frist und welche Entscheidung aus dem Dokument folgen, wer sie übernimmt und woran man später sieht, dass sie erledigt ist.
Klassifikation und Feldextraktion unterstützen die Zuordnung; ihr Reifegrad steht unten auf der Seite. Die Frist wird als Feld am Vorgang geführt und sichtbar gehalten. Gewahrt wird sie von dem Menschen, der den Vorgang übernommen hat.
Es bleibt ein offener Vorgang mit Eigentümer statt ein ungelesenes PDF. Ein unklarer Fall ist ein Zustand, den man sehen und eskalieren kann — das ist der Unterschied zur Ablage.
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.