Für die Abschlusswoche gebaut

Wir hatten eine Verbesserung am Intercompany-Abgleich einer Unternehmensgruppe, der Verrechnungen zwischen Gesellschaften derselben Gruppe paarweise abgleicht, für den zweiten Arbeitstag des Monats eingeplant. Die Controllerin bat uns, den Termin zu verschieben: Solange die Zahlen abgeschlossen werden, ändert sich nichts. Sie hatte recht. In unserem Release-Kalender standen keine Abschlusstermine.

Der Abschluss sind die wenigen Tage, in denen der Finanzbereich die Bücher des Monats bis zu einer festen Frist fertigstellt, dem Stichtag, und wir hatten einen verbreiteten Designfehler gemacht. Finanzautomatisierung wird an einem Durchschnittsmonat ausgelegt, getestet und ausgerollt und dann an den letzten zwei Tagen und den ersten des nächsten Monats gemessen, wenn die Warteschlange am längsten ist, der Stichtag sich nicht bewegt und jede Zahl gleich unterschrieben wird.

Ingenieure, die Steuerungen für Maschinen bauen, nennen das eine harte Frist: Ein verspätetes Ergebnis ist wenig wert, also wird das Design am schlimmsten Fall gemessen. Ein Abschluss funktioniert genauso, und sein schlimmster Fall kommt jeden Monat.

Lasttests spielen den stärksten Abschluss nach

Im Finanzbereich ballt sich die Menge. Lieferanten stellen zu ihrem eigenen Monatsende Rechnungen; Zahlungen häufen sich um übliche Zahlungsziele; Abgrenzungen (Schätzungen für noch nicht berechnete Kosten), Intercompany-Verrechnungen und Korrekturen aus der Prüfung landen in den letzten Tagen, wenn das Team am wenigsten Zeit hat.

Der Lasttest ist deshalb kein Vielfaches des Tagesdurchschnitts. Er spielt den stärksten Abschluss des vergangenen Jahres aus den eigenen Daten des Kunden nach, in voller Geschwindigkeit, hochgerechnet mit dem geplanten Wachstum des nächsten Jahres. Die Richtigkeit wird anderswo getestet. Dieser Test fragt, ob die Spitze in den verfügbaren Stunden abgearbeitet wird und eine Prüfwarteschlange hinterlässt, die das Team am selben Tag schafft. Würde eine geplante Expansion den Abschluss sprengen, soll ein Test das sagen, bevor die Expansion es tut.

Er läuft gegen die echten Abhängigkeiten, die an denselben Tagen ihre Spitze haben: die Anfragegrenzen des ERP, das Monatskontingent des Dokumentendienstes, ein gehostetes Modell, das am letzten Arbeitstag langsamer ist als an einem ruhigen Dienstag. Jede bekommt eine gemessene Obergrenze und einen schriftlichen Plan B: was passiert und wer informiert wird, wenn sie an Tag eins langsamer wird oder ausfällt.

Das Zeitbudget läuft vom Stichtag rückwärts

Jede Stufe bekommt einen spätesten Start und ein spätestes Ende, rückwärts vom Stichtag gerechnet. Für einen Abschluss, der am zweiten Arbeitstag um 18 Uhr endet, könnte ein Budget so aussehen:

• Abgleich fertig bis 08:00 Uhr an Tag 2, damit die Prüfenden mit einer bekannten Warteschlange beginnen.
• Ausnahmen verteilt an benannte Verantwortliche bis 09:00 Uhr.
• Prüfungen erledigt bis 15:00 Uhr, mit Zeit für das, was sie zutage fördern.
• Buchungen vollständig und zurückgelesen bis 16:30 Uhr.
• Stichtagsbericht bei der Controllerin bis 17:00 Uhr, eine Stunde vor ihrer Unterschrift.

Die Zeiten sind die der Controllerin, nicht unsere. Entscheidend ist, dass jede einen Verantwortlichen und eine Warnung hat: Die Prozessverantwortlichen erfahren, wenn eine Stufe in Verzug gerät, solange noch Zeit ist, Leute dazuzuholen oder früher mit der Prüfung zu beginnen. So erfährt die Controllerin am Morgen, nicht am letzten Nachmittag, dass sich die Prüfwarteschlange verdreifacht hat.

Die Automatik ist zuerst fertig, damit Menschen das Zeitfenster bekommen

Oft laufen automatische Schritte neben den Abschlussaufgaben des Teams und konkurrieren um dieselben letzten Stunden. Wir drehen das um. Die automatischen Stufen sind fertig, bevor die menschlichen beginnen, sodass alles, was für Menschen bleibt, bekannt ist, solange sie noch den größten Teil des Zeitfensters haben: einen ganzen Tag für Ausnahmen, nicht ein paar Stunden und einen langen Abend.

Dieselbe Logik verlagert Arbeit aus der Spitze. Ein Wareneingang vom Zehnten wird am Zehnten abgeglichen, wiederkehrende Abgrenzungen werden in der dritten Woche geprüft, und bekannte Ausnahmen werden gebündelt, sobald sie auftreten. Anbieter von Abschlusssoftware nennen das den kontinuierlichen Abschluss. Er verkleinert die Spitze, ohne sie zu beseitigen: Abgrenzungen, Intercompany-Verrechnungen und Prüfkorrekturen landen weiter im Zeitfenster, also wird das System weiter für das Zeitfenster ausgelegt.

Zum Stichtag ist die Warteschlange leer

Eine Buchhalterin lässt zum Stichtag keine halb erfasste Buchung über Nacht liegen. Ein System schon, wenn es nicht anders gebaut ist: Wiederholungsversuche im Hintergrund, Fälle, die auf ein Dokument warten, und Prüfposten, die niemand aufgegriffen hat, können Arbeit über die Linie hängen lassen, die nach dem Abschluss als ungeklärte Differenz auftaucht. Zum Stichtag ist deshalb jeder Fall erledigt oder sichtbar zurückgestellt, mit Begründung und Verantwortlichem, und ein Stichtagsbericht nennt Erledigtes, Zurückgestelltes mit Grund und zu spät Eingegangenes. Die Controllerin liest ihn vor der Unterschrift.

Nach jedem Abschluss legt der Workflow seine eigenen Nachweise unter dieser Periode ab: den Stichtagsbericht, zurückgestellte Posten mit Verantwortlichen, jede Stornierung, an der er beteiligt war, und die Zeiten jeder Stufe gegen das Budget. Fragen die Prüfer Monate später nach, muss niemand das aus Systemprotokollen rekonstruieren.

Stichtagsregeln gehören dem Finanzbereich

Nach dem Stichtag kommen weiter Belege an, etwa eine Rechnung mit Datum im alten Monat, eingegangen im neuen. Welche Periode, und soll abgegrenzt werden? Jeder Finanzbereich hat eine Antwort, und in einer Gruppe unterscheidet sie sich oft zwischen der niederländischen und der deutschen Gesellschaft und noch einmal oberhalb eines bestimmten Betrags.

Das System erfindet keine. Stichtagsregeln werden vor dem Start mit der Controllerin festgelegt, je Gesellschaft, und exakt angewandt: welche Beleg- und Eingangsdaten in welche Periode gehören, ab welchem Betrag ein verspäteter Beleg an einen Menschen geht, welche zu einem Abgrenzungsvorschlag statt zu einer Buchung werden. Was außerhalb der Regeln liegt, geht mit den Fakten an einen Menschen.

In einer Gruppe ist der Abschluss eine Abfolge (Tochtergesellschaften, Intercompany-Abgleich, dann Konsolidierung zum Konzernabschluss), oft über Zeitzonen hinweg. Eine Buchung in einer Gesellschaft nach ihrem Stichtag, gegen ein Gegenstück, das in einer anderen schon abgeschlossen ist, kostet Tage der Suche. Intercompany-Schritte laufen deshalb im engeren der beiden Zeitfenster.

Während des Abschlusses ändert sich nichts

Um jeden Abschluss liegt eine Sperre, mit dem Finanzbereich vereinbart und im Release-Kalender eingetragen: keine neuen Regeln, keine geänderten Schwellenwerte, keine bearbeiteten KI-Anweisungen, keine neuen Modellversionen, keine Änderungen an den Exporten, die den Workflow speisen. Echte Störungen laufen über einen Notfallweg mit Freigabe der Controllerin, und jede Nutzung wird danach wie ein Vorfall aufgearbeitet.

Die Sperre gilt auch für Einstellungen, die niemand für Code hält: Ein Schwellenwert, der am Neunundzwanzigsten gesenkt wird, um einen Rückstau abzubauen, ändert den Abschluss zum schlechtesten Zeitpunkt. Steigt die Menge sprunghaft, ist die sicherere Antwort mehr Prüfkapazität, nicht eine niedrigere Latte. Zum Jahresende gilt eine längere Sperre, weil die Prüfung folgt. Endet eine Sperre, gehen die wartenden Änderungen einzeln hinaus, jede getestet, nicht als ein Paket an Tag drei.

Vertrauen entsteht in einem Parallelabschluss

Mindestens einen vollen Abschluss lang schließt das Team den Monat auf die alte Weise ab, während das System dieselbe Periode verarbeitet, und beide werden Zeile für Zeile verglichen: dieselbe Gesellschaft, dasselbe Konto, dieselbe Periode. Jede Differenz endet als korrigierte Regel, dokumentierte Ausnahme oder bekannte Grenze.

Das kostet das Team in einer vollen Woche zusätzliche Arbeit, und wir sagen das vorher. Es ist aber auch ein starker Nachweis, weil es das System an den eigenen abgeschlossenen Zahlen der Controllerin misst. Aus demselben Grund liegt ein Start nie in der letzten Woche eines Monats oder Quartals.

Wir berichten für einen Finanz-Workflow keine durchschnittliche Bearbeitungszeit. Wir berichten, ob jeder Abschluss seine Warteschlange vor dem Stichtag geleert hat, und mit wie viel Puffer. Diese Zahl hat die Controllerin geschützt, als sie uns bat, das Release zu verschieben.