Forward Finance: Das Playbook für modernen Financial Close und Konsolidierung

Abschnitt 1

Einleitung

Wenn Sie Controller in einem Raum fragen, was eine Modernisierung erreichen sollte, geben die meisten dieselbe Antwort: den Close beschleunigen. Diese Antwort ist nachvollziehbar, aber nicht vollständig.

Ein Fünf-Tage-Close, der auf ungelösten Intercompany-Abweichungen und undokumentierten Prüfungen basiert, ist kein Erfolg. Stattdessen ist dieser Fünf-Tage-Close ein Risiko mit kürzerer Zündschnur als der Zehn-Tage-Close, den er ersetzt. Geschwindigkeit misst, wie schnell eine Zahl vorliegt, sagt jedoch nichts darüber aus, ob diese Zahl vertrauenswürdig ist.

Letztlich dienen Close und Konsolidierung dazu, Zahlen zu liefern, die ein Chief Financial Officer (CFO) bestätigen und auf die sich ein Auditor verlassen kann. Ein Board sollte auf Grundlage dieser Zahlen handeln können, ohne noch einmal bei Accounting nachfragen zu müssen. Das ist der eigentliche Auftrag. Die Zykluszeit ist ein Mittel zu diesem Zweck und nicht der Zweck selbst.

Die meisten Modernisierungsinitiativen gehen jedoch in der falschen Reihenfolge vor. Sie versuchen zunächst, den Kalender zu verkürzen, und hoffen, dass die Vertrauenswürdigkeit anschließend folgt. Das geschieht jedoch nur selten. Organisationen, die zuerst vertrauenswürdige Prozesse aufbauen, stellen häufig fest, dass die Geschwindigkeit von selbst folgt. Das bedeutet tägliches Matching, dokumentierte Kontrollen und eine Konsolidierungsarchitektur, die einem Audit standhält. Umgekehrt funktioniert es fast nie.

Dieses Modern-Financial-Close-(MFC)-Playbook richtet sich an diejenigen, die diesen Auftrag tragen: CFOs, Controller, Chief Accounting Officers und Führungskräfte im Corporate Accounting. Das Playbook richtet sich jedoch auch an Führungskräfte der Internen Revision und an die für die Finance Transformation verantwortlichen Führungskräfte, die das Unternehmen dorthin führen sollen. Unabhängig von Ihrer Rolle erfahren Sie in diesem Playbook:

• Wie ein vertrauenswürdiger Close- und Konsolidierungsprozess tatsächlich aussieht
• Wie Sie einen Business Case für diesen Prozess erstellen
• Wie Sie eine Evaluierung durchführen, die echte Schwächen statt ausgefeilter Demos offenlegt
• Welche Fehler selbst gut finanzierte Modernisierungsprogramme zum Scheitern bringen

Abschnitt 2

Wie ein Modern Financial Close tatsächlich aussieht

Lassen Sie die Marketingversion außer Acht. Das entscheidende Merkmal, das einen modernisierten Close von einem Close unterscheidet, bei dem lediglich neue Software eingeführt wurde, ist der Zeitpunkt, zu dem Überraschungen auftreten.

Bei einem Legacy Close treten Überraschungen erst spät auf, häufig an Tag 9 eines zehntägigen Zyklus. Ein Bearbeiter entdeckt einen Intercompany-Saldo, der seit drei Monaten nicht ausgeglichen wurde, oder eine Abstimmung, die seit Abschluss einer Akquisition auf „in Bearbeitung“ steht. Bei einem Modern Financial Close wird derselbe Saldo oder dieselbe Abstimmung stattdessen bereits an Tag 3 erkannt. Der Abgleich mit den Quelldaten erfolgt noch am selben Morgen, anstatt erst Wochen später zum Periodenende zusammengestellt zu werden.

Diese Veränderung wird als „Continuous Accounting“ bezeichnet. Dabei handelt es sich um eine Änderung des zeitlichen Ablaufs und nicht um einen Marketingbegriff. Warum? Weil Matching und Abstimmung von einer hektischen Aktivität zum Monatsende zu einer täglichen Disziplin werden. Exceptions, die sich früher angesammelt haben, werden im Laufe des Monats kontinuierlich abgearbeitet, anstatt sich zu einer Krise zu entwickeln, die erst nach Monatsende entdeckt wird.

• $2.3M

  Manuelle Anpassung, die bei jedem Close nötig ist, um die Intercompany-Eliminierung zu erzwingen

• 45 Tage

  Abrechnungszyklus für Intercompany-Lieferungen, nur zum Monatsende abgestimmt

• Tag 4

  Zeitpunkt, an dem die Periodenabweichung unter Continuous Accounting sichtbar wurde — statt an Tag 27

Die Zykluszeit ist die Kennzahl, die Finance-Führungskräfte üblicherweise auf einer Board-Folie präsentieren. Sie ist jedoch nicht die richtige Kennzahl, um damit zu beginnen. Warum? Weil ein Fünf-Tage-Close, der auf außergewöhnlichem persönlichem Einsatz basiert, einem ordnungsgemäß durchgeführten Zehn-Tage-Close nicht wirklich voraus ist. Stattdessen ist die Zykluszeit ein Risiko, das sich langsamer entwickelt und spätestens im nächsten Audit-Zyklus sichtbar wird. Der schnellste Close ist nicht immer der vertrauenswürdigste Close, und Boards stellen nur selten die Fragen, die diesen Unterschied offenlegen würden.

Für die Prozesszuverlässigkeit müssen drei Voraussetzungen gleichzeitig erfüllt sein:

• Die Daten bleiben an einem Ort vereinheitlicht und werden einmal abgeglichen, anstatt in fünf Tools erneut erfasst zu werden.
• Prüfungen bleiben dokumentiert, anstatt auf der Annahme zu beruhen, dass jemand seine Freigabe erteilt hat.
• Probleme werden früh genug sichtbar, um sie in Ruhe statt unter Zeitdruck zu lösen.

Die Modernisierung des Close unterscheidet sich in einem wesentlichen Punkt von der Modernisierung von Financial Planning and Analysis (FP&A). Beim Close geht es um eine Zahl, die der CFO abzeichnet, ein Auditor prüft und eine Aufsichtsbehörde nach GAAP oder IFRS hinterfragen kann. Aufgrund dieser unterschiedlichen Tragweite müssen bei der Modernisierung des Close die Wirksamkeit von Kontrollen und die Nachvollziehbarkeit an erster Stelle stehen. Effizienz kommt an zweiter und nicht an erster Stelle.

Abschnitt 3

Wie Sie einen Business Case erstellen, der einer kritischen Prüfung standhält

Die meisten Business Cases für die Modernisierung des Close bleiben im Posteingang des CFO liegen. Warum? Weil sie sich wie ein IT-Vorschlag lesen: Lizenzkosten, Zeitplan, Personalabbau. Ein solcher Business Case übersteht die erste Budgetprüfung ein Jahr später nur selten, da er nie auf den Themen aufgebaut wurde, die einem CFO den Schlaf rauben.

Beginnen Sie stattdessen mit dem, was heute nicht funktioniert. „Unser Close ist manuell“ überzeugt niemanden. Das trifft auf nahezu jede Finance-Organisation zu. Eine präzisere Formulierung nennt einen konkreten Sachverhalt und ein Datum.

Ein Business Case mit Namen und Datum„Drei Abstimmungen weisen seit zwei aufeinanderfolgenden Quartalen eine ungelöste Abweichung auf. Der externe Auditor hat beim letzten SOX Walkthrough außerdem Lücken bei den Prüfungsnachweisen festgestellt.“ Das ist ein echter Business Case.

Zykluszeit – realistisch betrachtet

Organisationen, die Software mit einer echten Prozessneugestaltung verbinden, anstatt lediglich bestehende fehlerhafte Schritte zu automatisieren, berichten häufig von einer Reduzierung der Zykluszeit um 30 %–50 %. Diese Spanne ist bewusst breit angelegt. Ein chaotischer 20-Tage-Close ohne tägliches Matching bietet erhebliches Verbesserungspotenzial. Ein disziplinierter Fünf-Tage-Close bietet dagegen deutlich weniger Verbesserungspotenzial und sollte nicht mit einer Reduzierung um 40 % beworben werden.

Die Ausgangssituation sollte Bestandteil jeder Benchmark-Annahme sein. Andernfalls wird die Zahl zu einer Aussage, die ein CFO gegenüber dem Board wiederholt und später zurücknehmen muss.

Die in den meisten Business Cases übersehene Komplexität der Konsolidierung

Close und Konsolidierung sind miteinander verbundene, aber unterschiedliche Herausforderungen. Während der Close vertrauenswürdige Zahlen auf Gesellschaftsebene liefert, führt die Konsolidierung diese über Eigentumsstrukturen, Währungen, Regionen und Reporting-Hierarchien hinweg zusammen, die selten unverändert bleiben.

In einem Business Case für die Konsolidierung sind Veränderungen der Eigentumsverhältnisse der am häufigsten unterschätzte Kostentreiber. Eine unterjährige Akquisition, ein sukzessiver Unternehmenserwerb, bei dem während des Jahres eine Beherrschungsschwelle überschritten wird, oder eine Veränderung der nicht beherrschenden Anteile erfordern jeweils eine unterschiedliche Behandlung. Alle drei fallen jedoch unter ASC 810 oder IFRS 10. Die Fremdwährungsumrechnung erhöht diese Komplexität zusätzlich, da Änderungen der funktionalen Währung, Einstufungen als hochinflationär und Wechselkursschwankungen über dieselbe Engine verarbeitet werden, die auch Eliminierungen korrekt durchführen muss.

Auch die Strukturen rechtlicher Einheiten bleiben nur selten unverändert. Organisationen, die Gesellschaften aus steuerlichen oder regulatorischen Gründen umstrukturieren, aktualisieren die Konsolidierungshierarchie nicht immer gleichzeitig. Das Ergebnis? Das Statutory Reporting und das Management Reporting basieren auf zwei unterschiedlichen Gesellschaftsstrukturen. Das ist ein Governance-Problem – und kein Kalenderproblem – und hat nichts damit zu tun, wie viele Tage der Close dauert.

Aufwand, nicht nur Tage

Ein Fünf-Tage-Close, für den zwei Personen bereits am vorherigen Wochenende arbeiten müssen, ist nicht effizient. Stattdessen wird der Close zu einem versteckten Kostenfaktor, den der Kalender nicht zeigt. Die Reduzierung des Aufwands wird sichtbar, wenn Abstimmungen automatisch zertifiziert werden. Warum? Weil das General Ledger und die zugehörige Aufstellung ohne Abweichungen übereinstimmen und das Matching als auditierbarer Nachweis protokolliert wird. Die Kontrolle wird dabei niemals umgangen, sondern lediglich die redundante manuelle Nachprüfung.

Die dadurch frei gewordenen Kapazitäten sollten für Aufgaben eingesetzt werden, die echtes Urteilsvermögen erfordern: Purchase Accounting nach Akquisitionen, Sonderfälle bei Intercompany-Eliminierungen und Fragen zur Umsatzrealisierung. Alle drei haben konkrete bilanzielle Auswirkungen:

• Purchase Accounting fällt unter ASC 805 oder IFRS 3.
• Eliminierungen fallen unter ASC 810 oder IFRS 10.
• Die Umsatzrealisierung fällt unter ASC 606 oder IFRS 15.

Audit und SOX als zentraler Vorteil

Auditoren prüfen nicht weniger streng, nur weil eine Organisation neue Software erworben hat. Stattdessen verlagert sich der Audit-Aufwand häufig von der Validierung auf Transaktionsebene hin zur Beurteilung der Durchführung von Kontrollen und der Qualität der Nachweise. Diese Verlagerung erfolgt, wenn eine Kontrolle in jeder Periode auf dieselbe Weise durchgeführt wird und die Nachweise automatisch angehängt werden.

Wenn sie konsistent dokumentiert werden, können starke automatisierte Kontrollen den Bedarf an umfangreichen Reperformance-Verfahren reduzieren. Das bedeutet häufig weniger Stichproben, weniger Abstimmungsaufwand und weniger kleinere Feststellungen, etwa eine fehlende Unterschrift, einen fehlenden Prüfungsnachweis oder eine undokumentierte Anpassung. Selbst wenn die Zahlen nach GAAP oder IFRS korrekt sind, beeinträchtigt jede kleinere Feststellung die Beziehung zum Auditor.

Point Solutions verursachen ein Kostenproblem, das als funktionaler Vorteil erscheint

Jedes spezialisierte Tool, das zusätzlich in den Close integriert wird – eines für Matching, eines für Abstimmungen und eines für die Konsolidierung –, bringt einen eigenen Upgrade-Zyklus und zusätzlichen Integrationsaufwand mit sich. Darüber hinaus wirft jedes Tool bei Auditoren eigene Fragen dazu auf, wie die Daten zwischen den Systemen übertragen wurden. Spreadsheet-Risiken entstehen üblicherweise durch Prozessabhängigkeiten und nicht durch die Spreadsheet-Technologie selbst. Das Risiko liegt daher in der undokumentierten Übergabe und nicht im Tool selbst. Ein einheitliches Datenmodell beseitigt die Diskussion über die Datenherkunft vollständig, da die abgestimmte Zahl immer nur an einem Ort vorliegt.

Abschnitt 4

Die internen Voraussetzungen schaffen, bevor ein Anbieter eingebunden wird

Jeder Anbieter stellt mit anderen Worten dieselbe erste Frage: Was bedeutet „gut“ für Ihre Organisation? Wenn die ehrliche Antwort „schneller und weniger manuell“ lautet, ist die Organisation noch nicht bereit für ein Gespräch mit Anbietern.

Stattdessen sollte die Organisation einen internen Workshop priorisieren. Der Ausgangspunkt ist eine ehrliche Reifegradbewertung — nicht die Fassung, die dem Aufsichtsrat präsentiert wird:

• Wie viele Gesellschaften führen ihren Close außerhalb des Enterprise-Resource-Planning-(ERP)-Systems in Spreadsheets durch?
• Wie viele ERP-Systeme betreibt die Organisation tatsächlich – einschließlich des Systems, das die IT nach einer Akquisition vor 18 Monaten nie vollständig migriert hat?

Multi-ERP-Umgebungen sind bei Unternehmen mit einem Umsatz von mehreren Hundert Millionen US-Dollar die Regel und nicht die Ausnahme. Solche Umgebungen verändern, was „Integration“ bedeuten muss.

• 2 ERP

  ERP-Systeme, 18 Monate nach der Akquisition weiterhin in Betrieb, mit unterschiedlichen Kontenplänen

• $4.1M

  Intercompany-Verbindlichkeit, jeden Monat manuell in Excel abgestimmt

• $600M

  Distributor, der einen Wettbewerber mit 180 Mio. $ Umsatz und eigenem ERP übernahm

Organisationen mit einem Shared Service Center sollten erfassen, wer die einzelnen Abstimmungen tatsächlich durchführt und wer dafür verantwortlich ist. Genau an der Schnittstelle zwischen dem Analysten, der die Arbeit ausführt, und dem verantwortlichen Controller gehen Anforderungen an den Prüfungsnachweis verloren. Auditoren beginnen üblicherweise mit der Prüfung der Verantwortlichkeitsmatrix für Abstimmungen. Dabei fragen sie, wer die jeweilige Abstimmung erstellt und geprüft hat und ob diese Zuordnung mit dem tatsächlichen Ablauf übereinstimmt.

Die Governance rechtlicher Einheiten verdient dieselbe Aufmerksamkeit:

• Wer ist für die Konsolidierungshierarchie verantwortlich, wenn eine Gesellschaft hinzugefügt, umstrukturiert oder aufgelöst wird?
• Wer stimmt gesetzliche Meldungen mit dem Management Reporting ab, wenn beide auf unterschiedlichen Hierarchien basieren?

Diese Fragen sind wichtiger als jede Feature-Checkliste. Warum? Weil keine Plattform eine nicht geregelte Gesellschaftsstruktur korrigieren kann.

Ein Scoring-Framework zur Bewertung der Bereitschaft

Jede der folgenden Dimensionen reicht von 1 (manuell, Ad-hoc) bis 5 (automatisiert, geregelt, schnell):

Abschnitt 5

Die 8 Schritte: Ein Auswahlprozess, der den ersten Audit-Zyklus übersteht

Wer direkt zu einer Shortlist übergeht, bevorzugt den Anbieter mit der überzeugendsten Darstellung. Wer diese acht Schritte nacheinander durchführt, bevorzugt den Anbieter, der den ersten echten Audit-Zyklus nach dem Go-live übersteht.

Implementierungsmeilensteine, die unabhängig vom Anbieter festgelegt werden sollten:

Das erste Jahr nach dem Go-live sagt mehr über eine Plattform aus als die Implementierung selbst. Letztlich weist die Implementierung lediglich nach, dass das System in einer kontrollierten Umgebung funktioniert. Bevor sich die Prozesse stabilisieren, verlängern sich die Zykluszeiten häufig zunächst und verkürzen sich anschließend, während Teams alte Workarounds ablegen. Jahr 1 zeigt, ob das System einen tatsächlichen Close-Zyklus, ein tatsächliches Audit und eine tatsächliche organisatorische Veränderung übersteht.

Abschnitt 6

Wie eine echte Demo aussieht und was eine geskriptete Demo verbirgt

Eine Demo ist kein Nachweis. Stattdessen ist sie eine Hypothese, die der Anbieter dem Buying Team ohne Prüfung vermitteln möchte. Die Aufgabe des Evaluationsteams besteht dennoch darin, diese Hypothese zu prüfen.

Das Team sollte dem Anbieter Fragen dazu stellen, wie Prozesse im System konfiguriert und durchgeführt werden — und nicht lediglich: „Kann das System das?“ Wenn die Antworten das Implementierungsteam des Anbieters erfordern, liegt die Plattform nicht wirklich in der Hand von Finance, unabhängig davon, was die Vertriebsunterlagen behaupten.

Zwischen „das System kann das“ und „wie der Controller das ohne Ticket an die IT erledigt“ liegt eine echte Lücke. Genau dort scheitern Modernisierungsversprechen im zweiten Jahr still und leise.

Live-Tests, auf denen Sie bestehen sollten

Verwenden Sie echte Zahlen und keine Beispieldaten:

• Zeigen Sie tägliches Matching End-to-End, einschließlich der Darstellung einer auftretenden Exception und wie diese in operativen Journalbuchungen und Abstimmungen erscheint.
• Auto-certify a reconciliation. Then show what happens when it doesn’t tie: silent pass, or stop and flag?
• Add a new entity live, and time it. The real number is longer than the pitch implies.
• Führen Sie einen Drill-through von einer ausgewiesenen Zahl bis zur ursprünglichen Transaktion durch – als tatsächlichen Click-through und nicht anhand eines Screenshots.

Wo Schwächen der Konsolidierungsarchitektur sichtbar werden

Die folgenden Tests unterscheiden eine echte Konsolidierungs-Engine von einem Close-Tool mit nachträglich ergänzter Aggregation:

Speziell zu Artificial Intelligence (AI)

Bei guter Umsetzung ist eine integrierte Anomalieerkennung wirklich nützlich: Sie identifiziert den Ausreißer, den ein erschöpfter Prüfer an Tag 9 übersehen würde.

Nachträglich ergänzte AI, die als separates Modul vermarktet wird, ist etwas anderes. Wenn die AI-gestützte Konfiguration eines Anbieters ihre eigenen Ergebnisse nicht zur Zufriedenheit eines Auditors erklären kann, stellt sie ein Kontrollrisiko und keinen Effizienzgewinn dar. Dieses Risiko kann selbst zu einer SOX Deficiency werden, wenn es nicht dokumentiert wird.

Dieses Muster tritt in der gesamten Branche immer wieder auf. Ein Implementierungsteam verbindet zwei Systeme durch einen AI-generierten Workaround. Ein Jahr später kann niemand erklären, warum ein bestimmtes Mapping existiert. Das ist eine Dokumentationslücke, die nur darauf wartet, von einem Auditor entdeckt zu werden.

Beziehen Sie Referenzkunden frühzeitig ein

Die am seltensten genutzte Maßnahme im gesamten Evaluierungsprozess besteht darin, einen Referenzkunden bereits vor der Demo einzubeziehen und nicht erst kurz vor der Vertragsunterzeichnung. Ein Anbieter wird jede Funktion überzeugend beschreiben. Ein Referenzkunde berichtet dagegen, was die Implementierung tatsächlich gekostet hat, was in Monat 3 nicht funktioniert hat und ob Auditoren Einwände erhoben haben. Die aussagekräftigsten Referenzkunden verfügen über eine ähnliche Anzahl von Gesellschaften und eine vergleichbare ERP-Landschaft. Eine Referenz mit einer einzigen, sauberen Instanz sagt letztlich wenig über eine Post-Acquisition-Umgebung mit vier ERP-Systemen aus.

Abschnitt 7

Woran Modernisierungsprogramme scheitern

Bei Programmen zur Modernisierung des Close zeigt sich ein einheitliches Muster: Das Scheitern ist auf Schwächen bei Prozessen und Governance zurückzuführen und nur selten auf Einschränkungen der Software.

Fehlermuster 04 lohnt eine genauere Betrachtung, weil es im Statusbericht am ehesten wie ein Erfolg aussieht.

Die zuvor genannten Verbesserungen von 30 %–50 % entstehen durch die Kombination von Prozessneugestaltung und Automatisierung und nicht durch Automatisierung allein. Diese Neugestaltung umfasst die Umstellung auf tägliches Matching, die Beseitigung unnötiger Genehmigungsschritte und die Neustrukturierung der Intercompany-Eliminierungslogik gemäß den Konsolidierungsstandards nach GAAP oder IFRS.

Abschnitt 8

Das entscheidende Urteil

Jede Empfehlung in diesem Playbook dient einem Ziel: einem Close- und Konsolidierungsprozess, den eine Organisation ohne Zögern verteidigen kann. Die termingerechte Fertigstellung ist nicht dasselbe.

Geschwindigkeit lässt sich leicht messen, aber auch leicht vortäuschen:

• Eine verspätete Anpassung, die im Dezember verborgen wird
• Eine Intercompany-Abweichung, die drei Quartale lang fortgeschrieben wird
• Eine Kontrolle, die auf dem Papier, aber nicht in der Praxis existiert

Keiner dieser Punkte erscheint in einer Days-to-Close-Kennzahl. Bei einem Audit werden sie alle sichtbar.

Vertrauenswürdiges Financial Reporting ist kein Nebenprodukt eines schnellen Close, sondern der eigentliche Grund, warum ein Close überhaupt existiert. Eine Organisation, die nicht erklären kann, wie eine Zahl zustande gekommen ist, verfügt nicht über einen schnellen, sondern über einen ungeprüften Close.

Das UrteilDer entscheidende Unterschied liegt nicht darin, wie schnell die Bücher geschlossen wurden. Entscheidend ist vielmehr, ob der CFO dieselbe Bestätigung zweimal unterzeichnen würde: einmal für das Board und einmal unter Eid. Gestalten Sie den Prozess für die zweite Unterschrift. Die erste ergibt sich von selbst.