Direkte Antwort
In einem Referenzsatz von sieben NetSuite-Rettungsprojekten über 18 Monate brauchten vier von sieben keine Neu-Implementierung. Die Probleme lagen in Architektur, Konfiguration oder Prozessdisziplin — nicht in der Plattform selbst. Neu-Implementierung ist die richtige Antwort, wenn die Grundarchitektur strukturell nicht mehr zum Geschäft passt. Sie ist die falsche Antwort, wenn das eigentliche Problem in Kontenrahmen-Design, Intercompany-Verrechnung oder Abschlussdisziplin liegt — Dinge, die sich auf der bestehenden Plattform korrigieren lassen.
Wie diese Entscheidung fachlich getroffen wird
1. Ursache: Vendor-Angebote empfehlen reflexhaft die größte Lösung
Symptom: Auf dem Tisch liegen Angebote für eine vollständige Neu-Implementierung, bevor überhaupt geklärt ist, woran das bestehende System konkret krankt.
Was geprüft werden sollte: Ob eine unabhängige Diagnose der tatsächlichen Ursachen stattgefunden hat, bevor über den Umfang einer Lösung gesprochen wird.
Betroffene Bereiche: Entscheidungsprozess, Budget-Planung.
2. Ursache: Die Architektur wird mit dem Symptom verwechselt
Symptom: „NetSuite ist langsam / der Abschluss dauert zu lange / Reporting stimmt nicht" wird als Plattform-Grenze interpretiert, nicht als Ergebnis einer bestimmten Konfiguration.
Was geprüft werden sollte: Ob die konkrete Ursache — zum Beispiel fehlender Intercompany-Abgleich oder ein unklarer Abschlusskalender — bereits einer eigenen Architekturkorrektur zugänglich ist, statt einer kompletten Neuimplementierung zu bedürfen.
Betroffene Bereiche: Finance-Architektur, Konsolidierung.
3. Ursache: Historisch gewachsene Customizations wirken unumkehrbar
Symptom: Niemand im Team traut sich mehr, etwas an der Konfiguration zu ändern, weil unklar ist, was an Workarounds und Sonderfällen daran hängt.
Was geprüft werden sollte: Ob ein strukturiertes Architecture Review die gewachsenen Anpassungen kartieren und bewerten kann, bevor die Entscheidung für einen kompletten Neustart fällt.
Betroffene Bereiche: Customizations, Governance.
Zwei Angebote für eine Neu-Implementierung über 6+ Mio. € und 14 Monate Laufzeit lagen auf dem Tisch. Die Finance-Architektur wurde stattdessen auf der bestehenden Plattform neu konzipiert.
Der Referenzfall
Eine Industrial-Services-Gruppe mit 14 Gesellschaften, vier Jahre nach ERP-Einführung, schloss den Monat in 22 Arbeitstagen ab — mit zwei Angeboten für eine Neu-Implementierung über 6+ Mio. € und 14 Monate Laufzeit auf dem Tisch. Statt eines Neustarts wurde die Finance-Architektur auf der bestehenden Plattform neu konzipiert: eine neu konzipierte Intercompany-Verrechnungsstruktur, ein verbindlicher Abschlusskalender und eine Konsolidierung, die vollständig in NetSuite verlegt wurde statt in einem parallelen Excel-Modell.
Ergebnis: Monatsabschluss von 22 auf 8 Tage, Intercompany-Saldo zum Monatsende von 2–4 Mio. € auf unter 100.000 €, Prüferfeststellungen zu Multibook und Steuerrückstellungen geschlossen — bei Gesamtkosten deutlich unter dem 6-Mio.-€-Angebot, und die Plattform blieb erhalten.
Wann eine Neu-Implementierung tatsächlich die richtige Antwort ist
Es gibt reale Fälle, in denen eine Neu-Implementierung die richtige architektonische Antwort bleibt — etwa wenn sich das Geschäftsmodell grundlegend verändert hat, wenn die ursprüngliche Subsidiary- oder Kontenrahmen-Struktur nie zur heutigen Größe und Komplexität passte, oder wenn zentrale Datenstrukturen so beschädigt sind, dass eine Korrektur teurer würde als ein Neuaufbau. Die advisorisch ehrliche Antwort beginnt aber immer mit der Diagnose, nicht mit der Schlussfolgerung.
Wann ein Architecture Review oder Health Check sinnvoll ist
Bevor eine Entscheidung über Neu-Implementierung oder Stabilisierung fällt, lohnt sich in praktisch jedem Fall zuerst ein NetSuite System Health Check — er zeigt in 3 bis 5 Tagen, ob das Problem in Konfiguration, Daten, Prozessdisziplin oder tatsächlich in der Architektur liegt. Ist die Ausgangslage bereits klarer, klärt ein offenes Gespräch die nächsten Schritte, ohne dass vorab eine formale Diagnose nötig ist.