Der Monatsabschluss von Anfang bis Ende: Was zwischen Summen- und Saldenliste und Board-Pack wirklich passiert

Ein Rundgang durch jede Phase eines Rexfin-Monatsabschlusses – SuSa-Upload, Zuordnung, Integritätsprüfungen, Freigabe und ein versiegeltes Paket – und wofür jede Phase tatsächlich gebaut ist.

Die meisten Beschreibungen des Monatsabschlusses sind entweder eine Checkliste („SuSa hochladen, Konten abstimmen, Abweichungen prüfen, freigeben”) oder ein Diagramm mit Pfeilen. Beides sagt Ihnen nicht, was mit einer Zahl tatsächlich passiert zwischen dem Moment, in dem sie in einer Summen- und Saldenliste landet, und dem Moment, in dem sie auf einer Folie vor dem Board erscheint. Hier ist dieser Weg, Phase für Phase, so wie Rexfin ihn baut.

Der Upload ist nicht die Ziellinie, sondern der Beginn einer Quarantäne

Eine Summen- und Saldenliste kommt als Datei an. Rexfin erstellt einen Fingerabdruck davon – einen Hash aus dem Workspace und den Bytes der Datei selbst –, damit dieselbe SuSa nicht heimlich als neue erneut eingespielt werden kann, und ein manipulierter Upload wird von vornherein abgelehnt. Bis jemand die Kontenzuordnung bestätigt, bleibt der Upload in einem schwebenden Zustand, unsichtbar für jeden Lesezugriff, einschließlich reiner Ansichtsrechte. Das ist keine Reaktion auf etwas Verdächtiges in der Datei – jeder Upload durchläuft dieselbe Warteschleife, sauber oder nicht, denn eine Zahl, die noch niemand zugeordnet hat, ist keine Zahl, die sich irgendjemand ansehen sollte.

Die Zuordnung wird bestätigt, und ein paar Kontrollen greifen, ob Sie es bemerken oder nicht

Die Zuordnung zu bestätigen ist mehr als nur auf „Übernehmen” zu klicken. In diesem Moment greifen mehrere Prüfungen: Ergibt die Summe der Beiträge aller Abteilungen tatsächlich den gemeldeten Gesamtwert, und – sobald ein volles Jahr an Historie vorliegt – stimmt der kumulierte Jahreswert mit einer testierten Jahreszahl überein. Beide Prüfungen sind „fail-closed”: Hält eine davon nicht stand, stoppt die Bestätigung und nennt den Grund, statt stillschweigend durchzugehen.

Das Budget-vs-Ist-Raster – und was es allein erkennt und was nicht

Sobald zugeordnet, erscheinen die Zahlen im Abweichungsraster gegen das Budget, wobei jede Zelle ehrlich nach ihrer Vertrauensstufe gekennzeichnet ist – Ist, belegt oder Plan –, damit niemand eine Ersatzschätzung mit einer bestätigten Zahl verwechselt. Zusätzlich läuft automatisch eine ganze Bibliothek von Integritätsregeln: statistische Verteilungsprüfungen, Rundungs-Bias, Bilanzabstimmungen, Kennzahlen- und Margengrenzen, Trendbrüche. Das ist ein weites Netz, das viele der Muster erkennt, die meist auf ein Datenproblem hindeuten. Es ersetzt aber nicht, dass ein Controller die Abweichungsspalte tatsächlich liest. Keine Regelbibliothek erfasst alles, und automatisierte Prüfungen grenzen nur ein, wo ein Mensch genauer hinsehen muss – sie ersetzen den Blick nicht.

Genau deshalb ist der Schritt der Abweichungskommentierung Pflicht, nicht optional. Eine wesentliche Abweichung kann nicht von „offen” auf „in Prüfung” wechseln, ohne dass jemand notiert hat, warum sie entstanden ist. Dieser Kommentar erhält einen Zeitstempel, wird an die konkrete Zelle geheftet und wird Teil der dauerhaften Aufzeichnung – was später zählt, falls sich die Erklärung als falsch herausstellt und während der Audit-Vorbereitung oder einer Restatement-Situation noch einmal aufgerollt werden muss.

Freigabe heißt zwei unterschiedliche Personen, nicht zwei Klicks derselben Person

Ersteller und Prüfer sind standardmäßig getrennte Rollen – wer die SuSa hochgeladen und zugeordnet hat, ist nicht dieselbe Person, die sie freigibt, es sei denn, der Workspace ist ausdrücklich für einen einzelnen Bearbeiter konfiguriert. Jeder Statuswechsel, jede Klärung einer Ausnahme und jede Änderung der Zuordnung schreibt ein Ereignis, das nur angehängt, nie überschrieben wird. Nichts in dieser Spur wird im Nachhinein bearbeitet oder gelöscht – das ist der Unterschied zwischen „wir haben einen Prozess” und „wir können Ihnen den Prozess zeigen”.

Den Abschluss versiegeln: der Teil, der geprüft werden soll, nicht einfach geglaubt

Wenn eine Periode geschlossen wird, friert Rexfin genau die Zellen, die in jede Berechnung eingeflossen sind, in einem signierten Manifest ein und hasht es. Jede spätere Darstellung dieses Abschlusses – das Board-Pack, eine Time-Travel-Ansicht, ein Prüfer, der Monate später noch einmal darauf zugreift – berechnet diesen Hash neu und prüft, ob er übereinstimmt. Stimmt er nicht überein, wird nichts angezeigt. Kein Warnbanner neben einer Zahl, die eigentlich unauffällig aussieht – überhaupt nichts wird ausgeliefert. Das ist eine stärkere Zusicherung als „wir haben ein PDF aufbewahrt” – es bedeutet, dass eine geschlossene Periode mechanisch als unverändert nachgewiesen werden kann, statt nur angenommen zu werden.

Abschlüsse lassen sich wieder öffnen, aber nur über eine ausdrückliche, begründete Aktion, die eine neue versiegelte Version erzeugt, statt die alte still zu überschreiben. Die vorherige Version bleibt exakt so erhalten, wie sie war, mit Zeitstempel und Datum – niemand kann nachträglich umschreiben, was ein Board bereits gesehen hat.

Für wen das eigentlich gemacht ist

Das ist für Controller und Konzern-Finanzteams gebaut, die einen echten Abschlussrhythmus fahren – nicht für ein Tabellenkalkulations-Makro, das sich als Prozess ausgibt. Wenn Ihr Abschluss heute davon abhängt, dass eine Person sich merkt, welcher Tab die aktuellen Zahlen enthält, oder eine Freigabe bedeutet „ich habe kurz drübergeschaut”, dann liegt der Wert hier weniger in der Geschwindigkeit als darin, Monate später noch exakt beantworten zu können, was eine geschlossene Periode aussagte und warum. Für den Teil, den Boards tatsächlich zu sehen bekommen, siehe den Board-Reporting-Zyklus; was passiert, wenn sich eine geschlossene Zahl im Nachhinein als falsch herausstellt, steht unter Restatement-Reaktion. Die vollständige Übersicht der Anwendungsfälle, in die das eingebettet ist, finden Sie im Finanzteam-Hub.