Leitfaden · 20. August 2026

So bewerten Sie Ihre Close-Reife

Abschnitt 1

Warum Geschwindigkeit und Reife nicht dasselbe sind

Finance-Organisationen haben Days-to-Close während des größten Teils des vergangenen Jahrzehnts als wichtigsten Maßstab für die Close-Performance betrachtet. Für einen Prüfungsausschuss ist diese Kennzahl leicht verständlich und macht sich gut in einem Board Deck. Days-to-Close misst jedoch die Verdichtung des Arbeitsaufwands, nicht die Prozessqualität. Zwei Organisationen können identische Close-Zeiträume ausweisen und dennoch unterschiedliche Reifegrade aufweisen: Bei der einen basiert der Close auf einem stabilen Fundament, bei der anderen funktioniert er nur auf Zeit.

Close-Reife misst etwas anderes: ob der Prozess selbst – und nicht nur der Zeitrahmen – korrekte, vertrauenswürdige und entscheidungsrelevante Zahlen liefern kann, ohne von außergewöhnlichem persönlichem Einsatz abhängig zu sein. In diesem eBook erfahren Sie, wie Sie den Reifegrad Ihrer Organisation erkennen und was moderne Finance-Teams von allen anderen unterscheidet.

Die Konsolidierung gilt als der Bereich, in dem Close-Probleme auftreten. Diese Annahme ist jedoch meist verkehrt herum. Die Konsolidierung macht den Fehler zwar sichtbar, verursacht ihn aber nur selten. Wenn Intercompany-Eliminierungen nicht aufgehen oder die Summen- und Saldenliste einer Tochtergesellschaft drei Durchläufe benötigt, ist der Fehler bereits Wochen zuvor entstanden. Wahrscheinlich entstand er bei einer nachträglich rekonstruierten Abstimmung, einer ohne vollständige Nachweise genehmigten Journalbuchung oder einem Datenfeed, der nicht korrekt zugeordnet und geladen wurde.

Teams, die die Konsolidierung als Ursache des Problems betrachten, investieren in Konsolidierungstools und wundern sich, wenn das nächste Quartal genauso aussieht. Teams hingegen, die die Konsolidierung als Signal betrachten, investieren in die vorgelagerten Prozesse, in denen die Fehler tatsächlich entstehen.

Dieses Denken in vorgelagerten Prozessen erklärt auch, warum die meisten Close-Engpässe Prozessprobleme im Technologiemantel sind. Eine viertägige Verzögerung bei der Intercompany-Abstimmung ist in der Regel ein Problem der Prozessabfolge und keine Lücke bei den Tools. Beispielsweise schließen Nebenbücher in verschiedenen Regionen zu unterschiedlichen Zeiten, niemand ist für die Übergabe verantwortlich und das Team wartet auf Daten, die technisch verfügbar, aber noch nicht nutzbar sind. Der Kauf einer Plattform ohne Korrektur der Prozessabfolge führt lediglich zu einer schnelleren Version derselben Wartezeit.

Die Reduzierung von Spreadsheets gerät in dieselbe Falle. Spreadsheets aus einer Abstimmung zu entfernen, ohne zu ändern, wer was, bei welchem Auslöser und mit welcher Prüfung erledigt, behebt den Prozess nicht. Stattdessen sind dieselben Fehler lediglich schwerer zu erkennen.

Eine Klarstellung sollte einmal deutlich ausgesprochen werden: GAAP und IFRS regeln Ansatz, Bewertung und Offenlegung. Sie legen nicht fest, wie ein Close ablaufen sollte oder welche Tools ein Team verwendet. Ein gut organisierter Close ist Best Practice und kein Standard. Die Implementierung eines Abstimmungstools erfüllt für sich allein keine Anforderung an interne Kontrollen. Die Kontrolle besteht in der Nachweiskette rund um die Arbeit und nicht in der Software, mit der sie ausgeführt wird.

Abschnitt 2

Das Spektrum der Close-Reife

Reactive

Typisches operatives Verhalten: Der Controller verfolgt den Status persönlich aus dem Gedächtnis und mithilfe von Follow-up-Anrufen. Daher werden Abstimmungen in jeder Periode von Grund auf neu erstellt. Journalbuchungen folgen außerdem der Vorlage oder dem Spreadsheet, das der jeweilige Ersteller verwendet, und eine Eskalation erfolgt erst, nachdem eine Frist verpasst wurde.

Größtes Risiko: Anstatt während der Arbeit erfasst zu werden, wird die Dokumentation im Nachhinein rekonstruiert. Die Organisation ist möglicherweise von nur einer oder zwei Personen abhängig, die „wissen, wie es tatsächlich funktioniert“. Fehler summieren sich unbemerkt, bis sie durch ein externes Ereignis sichtbar werden.

Controlled

Typisches operatives Verhalten: Der Status wird in einem regelmäßigen Meeting statt in informellen Check-ins überprüft. Abstimmungen und Journalbuchungen folgen dokumentierten Verfahren, diese laufen jedoch unabhängig voneinander ab. Daher wird die Abhängigkeit zwischen ihnen durch nichts sichergestellt.

Größtes Risiko: Falsche Sicherheit. Die Dokumentation ist vorhanden, sodass Audits oberflächlich betrachtet reibungsloser verlaufen. Aufgrund der Prozessbrüche treten dieselben Probleme jedoch weiterhin bei der Konsolidierung auf – nur mit besserer Dokumentation.

Connected

Typisches operatives Verhalten: Das Management arbeitet nach dem Ausnahmeprinzip und prüft gekennzeichnete Positionen statt alles. Matching-Regeln werden einmal definiert und konsistent angewendet, während Probleme bereits während der Periode sichtbar werden und genügend Zeit für eine gezielte Behebung bleibt.

Größtes Risiko: Verbleibende Lücken konzentrieren sich auf organisatorische Schnittstellen. Internationale Einheiten können beispielsweise unterschiedliche Systeme nutzen. Kürzlich übernommene Unternehmen sind möglicherweise noch nicht integriert. Auch spezialisierte Bereiche wie die Umsatzrealisierung, die weiterhin auf manuellen Analysen basieren, können einem ansonsten vernetzten Prozess aufgesetzt sein.

Modern

Typisches operatives Verhalten: Abstimmungen, Matching, Journalbuchungen und Konsolidierung basieren auf einem gemeinsamen Datenmodell. Die Konsolidierung dient als Bestätigung und das Exception Management ist die wichtigste tägliche Aktivität – nicht die Statusnachverfolgung. Dafür ist keine einheitliche Plattform erforderlich. Auch ein eng integriertes Set spezialisierter Tools kann dieses Ziel erreichen – wenn Abhängigkeiten End-to-End durchgesetzt werden.

Größtes Risiko: Selbstzufriedenheit. Organisationen stellen ihre Investitionen ein, sobald der Close keine Probleme mehr verursacht, und verlieren dann schrittweise den vernetzten Prozess, der die Verbesserung nachhaltig gemacht hat. Ein moderner Close erfordert keine einheitliche Plattform. Je stärker die Arbeit jedoch von lose verbundenen Tools, manuellen Übergaben oder wiederholten Datenbewegungen abhängt, desto eher kann die daraus entstehende Komplexität Probleme verursachen. Komplexität infolge von Akquisitionen, neuen Einheiten oder spezialisierten Workflows kann Verzögerungen und Kontrollrisiken leichter wieder einführen.

Abschnitt 3

Selbsteinschätzung: Wo steht Ihr Close tatsächlich?

Beantworten Sie die Fragen danach, was tatsächlich geschieht, und nicht danach, was laut Prozessdokument geschehen sollte.

Abschnitt 4

Wie Organisationen Fortschritte erzielen

Zu wissen, wo Sie stehen, ist der einfache Teil. Die schwierigere Frage lautet, warum so viele Organisationen genau wissen, wo sie stehen, und dennoch keine Fortschritte erzielen.

Wo Sie beginnen sollten

Beginnen Sie mit dem einzelnen Bereich mit den größten Reibungsverlusten und nicht mit dem gesamten Close auf einmal. In der Regel handelt es sich dabei um die Intercompany-Abstimmung, ein bestimmtes Konto mit hohem Transaktionsvolumen oder die Genehmigung von Journalbuchungen. Organisationen, die versuchen, alles gleichzeitig zu modernisieren, kommen nicht voran. Warum? Weil sie in allen Teams gleichzeitig mit Veränderungsmüdigkeit umgehen müssen, ohne durch einen frühen Erfolg Glaubwürdigkeit für die nächste Phase aufzubauen.

Um einen Stillstand zu vermeiden, gestalten Sie den Prozess neu, bevor Sie ihn automatisieren. Die Auswahl einer Plattform vor der Abbildung des aktuellen Prozesses führt lediglich dazu, dass das Tool an Workarounds angepasst wird, die bereits bei der Prozessabbildung hätten beseitigt werden müssen. Die Enttäuschung zeigt sich meist erst nach etwa einem Jahr, wenn jemand den Return rechtfertigen muss.

Die Fähigkeit, die in der Regel den größten Fortschritt ermöglicht, ist stattdessen die Durchsetzung von Abhängigkeiten. Das bedeutet, von „jemand hat gesagt, dass es erledigt ist“ zu „das System hat bestätigt, dass es erledigt ist“ überzugehen. Alles Weitere – automatisiertes Matching, zentralisierte Dokumentation und Echtzeittransparenz – baut darauf auf, sobald diese Grundlage vorhanden ist.

Warum Transformationen ins Stocken geraten

Die Hindernisse, die den Fortschritt tatsächlich verlangsamen, sind selten technischer Natur. Hier einige Beispiele:

Regionaler Widerstand gegen Standardisierung

Ein regionaler Controller, der einen Prozess seit zehn Jahren auf eine bestimmte Weise durchführt, empfindet eine standardisierte Vorlage als Kontrollverlust und nicht als Verbesserung. Das gilt insbesondere dann, wenn sich lokale gesetzliche oder steuerliche Anforderungen tatsächlich von den Annahmen der Unternehmenszentrale unterscheiden.

Legacy-Systeme, die weiterlaufen

Übernommene Finance-Teams arbeiten jahrelang mit Legacy-Systemen weiter, weil die Integration als IT-Projekt und nicht als Entscheidung über das Finance Operating Model definiert wird. Niemand trägt ausdrücklich die Verantwortung dafür, die Angleichung durchzusetzen.

Berufliche Identität, die an Workarounds hängt

Die Person, die den manuellen Workaround vor Jahren entwickelt hat, verdankt ihre berufliche Stellung auch der Tatsache, dass sie diejenige ist, die ihn zum Funktionieren bringt. Die Abschaffung dieses Prozesses beseitigt mehr als nur Arbeitsaufwand.

Skepsis nach ERP-Migrationen

Teams, die bereits mehrere Enterprise-Resource-Planning-(ERP)-Migrationen durchlaufen haben, fragen sich verständlicherweise, ob eine neue Initiative Bestand haben wird oder nur das dritte Tool innerhalb von fünf Jahren ist.

Kennzahlen, die Geschwindigkeit statt Reife belohnen

Die Performance eines Controllers wird anhand der Close-Geschwindigkeit und reibungsloser Audits gemessen, während die Transformation vorübergehend sowohl das Risiko als auch die Durchlaufzeit erhöht. Die meisten gut durchgeführten Transformationen haben für einen oder zwei Zyklen diesen Effekt. Daher hat der Controller einen nachvollziehbaren Grund, zu wenig in die Transformation zu investieren.

Diese Analyse bedeutet nicht, dass die Wahl der Technologie keine Rolle spielt. Sie bedeutet, dass die Wahl der Technologie nur selten der Grund dafür ist, dass Fortschritte beim Reifegrad ins Stocken geraten.

Abschnitt 5

Fazit

Wenn Sie Kalender und Dashboards außer Acht lassen, lässt sich die Close-Reife auf eine Frage reduzieren:

Der ReifetestKann Finance konsistent Zahlen liefern, denen das Unternehmen vertrauen kann, ohne vom Gedächtnis, dem Einsatz oder der Bereitschaft einer einzelnen Person abhängig zu sein, ein Wochenende durchzuarbeiten?

Ein Close, der seine Frist durch außergewöhnlichen persönlichen Einsatz einhält, wird sie im nächsten Quartal erneut auf dieselbe Weise einhalten. Dieses Muster setzt sich fort, bis die Person, die diesen Einsatz leistet, das Unternehmen verlässt oder das Volumen schließlich das übersteigt, was eine einzelne Person bewältigen kann. Ein reifer Close benötigt diesen außergewöhnlichen Einsatz gar nicht erst. Das ist der eigentliche Unterschied, der gemessen werden sollte – nicht die Anzahl der benötigten Tage.

Zum eBook → Möchten Sie herausfinden, wo Ihre Organisation im Spektrum der Close-Reife steht? Der moderne Financial Close: Ein Leitfaden für Finance-Führungskräfte 2026 erläutert die Merkmale eines modernen Close ausführlicher. Demo vereinbaren → Erleben Sie, wie ein systemgestützter, ausnahmebasierter Close in der Praxis aussieht.

FAQ

Häufig gestellte Fragen

Ist ein schnellerer Close auch ein reiferer Close?

Finance-Organisationen haben Days-to-Close während des größten Teils des vergangenen Jahrzehnts als wichtigsten Maßstab für die Close-Performance betrachtet. Für einen Prüfungsausschuss ist diese Kennzahl leicht verständlich und macht sich gut in einem Board Deck. Days-to-Close misst jedoch die Verdichtung des Arbeitsaufwands, nicht die Prozessqualität. Zwei Organisationen können identische Close-Zeiträume ausweisen und dennoch unterschiedliche Reifegrade aufweisen: Bei der einen basiert der Close auf einem stabilen Fundament, bei der anderen funktioniert er nur auf Zeit.

Was sind die vier Stufen der Close-Reife?

Entsprechend stellt das eBook ein vierstufiges Framework vor – Reactive, Controlled, Connected und Modern – und empfiehlt, jeweils einen Prozess mit hohen Reibungsverlusten zu verbessern. Dieser Prozess sollte mit der Durchsetzung von Abhängigkeiten und der Neugestaltung von Prozessen vor der Automatisierung beginnen.

Wie bewerte ich die Reife meines Close?

Wenn Sie überwiegend mit „Nein“ antworten, befinden Sie sich auf der Stufe Reactive. Gemischte Antworten entsprechen Controlled oder Connected, wobei sich Lücken meist auf bestimmte Einheiten konzentrieren. Die Frage, ob Exceptions oder alles geprüft wird, unterscheidet die beiden Stufen häufig voneinander. Wenn Sie überwiegend mit „Ja“ antworten, arbeiten Sie eher auf der Stufe Modern und verfügen über genügend Resilienz, um Störungen aufzufangen.

Wo sollten wir bei der Verbesserung des Close beginnen?

Beginnen Sie mit dem einzelnen Bereich mit den größten Reibungsverlusten und nicht mit dem gesamten Close auf einmal. In der Regel handelt es sich dabei um die Intercompany-Abstimmung, ein bestimmtes Konto mit hohem Transaktionsvolumen oder die Genehmigung von Journalbuchungen. Organisationen, die versuchen, alles gleichzeitig zu modernisieren, kommen nicht voran. Warum? Weil sie in allen Teams gleichzeitig mit Veränderungsmüdigkeit umgehen müssen, ohne durch einen frühen Erfolg Glaubwürdigkeit für die nächste Phase aufzubauen.

Warum geraten Close-Transformationen ins Stocken?

Diese Analyse bedeutet nicht, dass die Wahl der Technologie keine Rolle spielt. Sie bedeutet, dass die Wahl der Technologie nur selten der Grund dafür ist, dass Fortschritte beim Reifegrad ins Stocken geraten.

Demo Sign Up