Sieben typische Ursachen
1. Intercompany-Differenzen fallen erst spät auf
Symptom: Intercompany-Salden zwischen zwei Gesellschaften stimmen zum Monatsende nicht überein, und niemand kann auf Anhieb sagen, seit wann.
Was geprüft werden sollte: Ob ein unterjähriger Intercompany-Abgleich existiert, oder ob Differenzen ausschließlich beim Abschluss selbst sichtbar werden. Ohne laufenden Abgleich sammeln sich Timing- und Buchungsdifferenzen an, bis sie zum Abschlusstermin auf einmal aufgelöst werden müssen.
Betroffene Bereiche: Intercompany-Verrechnung, Konsolidierung.
2. Konsolidierungsanpassungen entstehen außerhalb des Systems
Symptom: Ein Teil der Konzernanpassungen — Reklassifizierungen, Eliminierungen, Segment-Ausrichtung — wird in Excel vorbereitet und erst am Ende zurück ins System übertragen.
Was geprüft werden sollte: Ob Top-side-Konsolidierungsbuchungen einen definierten, systemseitigen Prozess mit Tagging, Freigaben und Audit-Trail durchlaufen, oder ob sie als Excel-Deltas parallel zum System existieren.
Betroffene Bereiche: Konsolidierung, Reporting, Audit-Trail.
3. Abschlussaufgaben haben keine verbindliche Reihenfolge
Symptom: Gesellschaften schließen in beliebiger Reihenfolge ab, und die Konsolidierung wartet regelmäßig auf die langsamste.
Was geprüft werden sollte: Ob ein Abschlusskalender mit Aufgabenabhängigkeiten existiert — Gesellschaftsabschluss vor Intercompany-Abgleich, Abgleich vor Konsolidierung, Konsolidierung vor Konzern-Reporting — und ob er tatsächlich durchgesetzt wird.
Betroffene Bereiche: Abschlussprozess, Governance.
4. Multibook-Kreise laufen nicht konsistent parallel
Symptom: Lokales GAAP und IFRS (oder eine andere Kreis-Kombination) weichen an Stellen voneinander ab, die nicht durch tatsächliche Rechnungslegungsunterschiede erklärbar sind.
Was geprüft werden sollte: Ob beide Kreise konsequent aus derselben Buchung gespeist werden, oder ob an einzelnen Stellen doppelt beziehungsweise manuell nachgebucht wird.
Betroffene Bereiche: Multi-Book-Accounting, Reporting.
5. Funktionstrennung läuft über manuelle Freigabelisten
Symptom: Freigaben für Buchungen, Zahlungen oder Konsolidierungsschritte hängen an einzelnen Personen und E-Mail-Ketten statt an einem systemseitigen Rollenmodell.
Was geprüft werden sollte: Ob Funktionstrennung über das Rollen- und Berechtigungsmodell durchgesetzt wird — wer bucht, wer freigibt, wer einsieht — statt über informelle Absprachen.
Betroffene Bereiche: Governance, Audit-Readiness.
6. Stammdaten sind zwischen Gesellschaften auseinandergedriftet
Symptom: Dieselbe Dimension (Abteilung, Klasse, Segment) bedeutet in zwei Gesellschaften nicht mehr dasselbe, oder wird unterschiedlich gepflegt.
Was geprüft werden sollte: Ob ein gemeinsamer Kontenrahmen mit konsistenter Dimensionslogik über alle Gesellschaften hinweg gilt, oder ob sich lokale Abweichungen eingeschlichen haben.
Betroffene Bereiche: Kontenrahmen, Konsolidierung, Reporting.
7. Reporting wird parallel zum System aufgebaut
Symptom: Das Management-Reporting entsteht in einem separaten Excel- oder BI-Modell, das regelmäßig von den NetSuite-Zahlen abweicht.
Was geprüft werden sollte: Ob native konsolidierte Berichte auf jedem Knoten der Subsidiary-Hierarchie tatsächlich genutzt werden, oder ob Reporting aus Gewohnheit weiterhin manuell zusammengebaut wird.
Betroffene Bereiche: Reporting, Management Information.
Die Architektur zu korrigieren — Abgleich, Reihenfolge und Kreis-Design — behebt die Verzögerung, ohne zusätzliches Finance-Personal zu benötigen.
Referenz: 22 auf 8 Tage
Eine Industrial-Services-Gruppe mit 14 Gesellschaften schloss den Monat in 22 Arbeitstagen ab. Die Verbesserung auf 8 Tage kam aus drei konkreten Änderungen: einer neu konzipierten Intercompany-Verrechnungsstruktur, einem verbindlichen Abschlusskalender und einer Konsolidierung, die vollständig in NetSuite verlegt wurde statt in einem parallelen Excel-Modell.
Wann ein Architecture Review oder Health Check sinnvoll ist
Wenn mehr als eine der oben genannten Ursachen zutrifft, oder wenn niemand im Team mit Sicherheit sagen kann, welche davon den größten Anteil an der Verzögerung hat, ist ein NetSuite System Health Check der schnellste Weg zu einer belastbaren Diagnose. Wo bereits klar ist, dass die Konsolidierungs- oder Intercompany-Architektur selbst überarbeitet werden muss, führt der direkte Weg über ein Architecture Review im Rahmen eines Scope-Calls.