Planungsdaten vs. testierte Ist-Zahlen: Warum Rexfin sie nie vermischt

Ein testierter Geschäftsbericht nennt Ihnen den geprüften Jahresumsatz. Er nennt Ihnen nicht den monatlichen Verlauf, durch den dieser Umsatz gelaufen ist, das Budget, an dem er gemessen wurde, den Forecast fürs nächste Jahr oder die Aufteilung nach Geschäftsbereich. Dieses Detail steckt schlicht nicht in einem öffentlichen Filing – und doch kommt kein FP&A-Team ohne es aus. Jedes Planungstool muss irgendwann dieselbe Frage beantworten: Woher kommt dieses fehlende Detail, und wie verhindert man, dass es sich still und leise nicht mehr von den Zahlen unterscheiden lässt, die man tatsächlich belegen kann?

Die meisten Tools beantworten das schlecht. Eine Budgetzahl landet im selben Raster wie eine testierte Ist-Zahl, eine Forecast-Zelle sitzt eine Zeile unter einer zitierten Summe, und sechs Monate später weiß niemand mehr, welche welche war. Rexfin beantwortet das, indem die Planungsschicht als eine echte, abgeriegelte Spur gebaut wird – eine, die die FP&A-Breite liefern kann, die ein CFO braucht, ohne je den kanonischen Atom-Store zu schwächen, neben dem sie steht.

Was die Planungsschicht tatsächlich liefert

Verankert an den testierten Jahreszahlen eines Unternehmens, leitet Rexfin genau das interne Planungsdetail ab, das Filings nie enthalten: einen Zwölf-Monats-Verlauf für Gewinn- und Verlustrechnung sowie Kapitalflussrechnung, der sich exakt zum testierten Jahreswert summiert, Bilanz-Momentaufnahmen zum Monatsende, die im Gleichgewicht bleiben und auf demselben Anker landen, ein Budget, einen Forecast fürs kommende Geschäftsjahr, Segment- und Geschäftsbereichs-Splits, die sich zur konsolidierten Zahl zurücksummieren, Headcount, Opex-Detail sowie die operativen Kennzahlen – Margen, Working-Capital-Tage, Current Ratio, Eigenkapitalrendite –, auf denen FP&A-Arbeit tatsächlich läuft.

Nichts davon wird locker erfunden. Bevor irgendetwas geschrieben wird, muss es ein Abstimmungs-Gate passieren: Monate müssen sich zum Jahreswert summieren, Segmente müssen sich zur konsolidierten Summe summieren, und jeder Abschluss muss aufgehen. Ein Lauf, der die Abstimmung nicht besteht, wird nicht still korrigiert – er schlägt stattdessen laut fehl. Und er ist deterministisch: Kein Modell wird gebeten, eine Zahl zu improvisieren. Bei denselben Eingaben und demselben Seed kommt exakt dieselbe Planung byteidentisch wieder heraus – ein CFO kann sie also neu erzeugen und erhält genau dieselben Zahlen wie in der Vorwoche zurück.

Die Mauer, die das sicher macht

Wichtiger als die Erzeugung selbst ist, was die Planungsschicht nicht anfassen darf. Sie stützt sich als Anker ausschließlich auf die testierten Jahreszahlen – sie kann nicht aus dem Extraktions- und Zitationspfad lesen, der Rexfins kanonischen Atom-Store speist, und nichts, was sie erzeugt, darf wie dessen Output aussehen. Jeder Planungsdatensatz ist explizit als unaudited und synthetisch markiert, trägt keine Zitation und kann nie behaupten, an einem Ist-Wert verankert zu sein. Diese Markierung ist keine Notiz im Änderungsprotokoll – sie wird durchgesetzt, und ein Planungsdatensatz, der eine Zitation oder einen Dokumentenverweis einzuschmuggeln versucht, scheitert an der Validierung, statt still durchzurutschen.

Das ist dieselbe Logik, die auch sonst überall bestimmt, wie Rexfin Evidenz einstuft. Die Trust Chain bewertet jede Zahl, die ein CFO sieht – eine zitierte, testierte Zahl schlägt einen internen Datensatz, der wiederum eine Plan- oder Forecast-Zahl schlägt –, und die Planungsschicht ist genau der Grund, warum diese unterste Stufe als eigene Kategorie existieren muss. Eine Budgetannahme ist nützlich. Sie ist keine Evidenz. Rexfins Aufgabe ist es, sicherzustellen, dass sie nie mit Evidenz verwechselt wird, egal wie viele Zeilen unterhalb einer testierten Summe sie im Modell sitzt.

Genau diese Disziplin macht auch ein Feature wie Forecast-Baselines überhaupt erst vertrauenswürdig: Einen Forecast einzufrieren und die Abweichung dagegen zu messen, ergibt nur dann Sinn, wenn dauerhaft klar bleibt, dass die eingefrorene Version eine Planung war und das, wogegen sie gemessen wird, ein Ist-Wert ist – nie umgekehrt.

Warum die Trennung der Punkt ist, nicht eine Einschränkung

Es wäre einfacher, Planungszahlen in derselben Tabelle wie zitierte Ist-Werte leben zu lassen und nur eine Label-Spalte hinzuzufügen. Rexfin tut das nicht, denn ein Label ist eine Konvention, die eine Person ignorieren und eine Abfrage fallenlassen kann; eine strukturelle Mauer nicht. Die Planungsschicht kann nicht aus dem Extraktionspfad importieren, und ein Planungsdatensatz, der eine Zitation mitführen will, wird rundweg abgelehnt – nicht erst später zur Prüfung markiert.

Der Lohn ist ein Datenraum, der einem CFO beide Hälften des Bildes gleichzeitig zeigen kann – zitierte Ist-Zahlen, die einzeln belegbar sind, neben einer klar gekennzeichneten Planung, die offen eine Annahme ist –, ohne dass die eine je die Autorität der anderen anfrisst. Genau diese Grenze ermöglicht es Rexfin, echte FP&A-Breite aufzubauen: Abweichungsanalyse, rollierende Forecasts, Szenarioarbeit, Segment- und KPI-Detail – all das, was ein Filing allein nicht hergibt, ohne dass irgendjemand eine Planzahl auf Vertrauen hin akzeptieren müsste. Für das vollständige Bild, wie dieses Fundament zusammenhält, siehe den Hub Inside the Rexfin Platform.