Zu NetSuite wechseln: So gelingt der Umstieg vom Altsystem

Eine Migration zu NetSuite entscheidet darüber, ob das neue System vom ersten Tag an verlässliche Zahlen liefert oder ob Sie monatelang Altlasten korrigieren. Wer zu Oracle NetSuite wechseln will, kommt aus ganz unterschiedlichen Ausgangslagen: aus Excel-Listen, aus einer Buchhaltungssoftware, aus einem gewachsenen Alt-ERP oder aus einer älteren Eigenentwicklung. Dazu kommt eine zweite Bedeutung des Begriffs: der Wechsel zwischen den Versionen von NetSuite selbst, der als Cloud-Lösung regelmäßig stattfindet.

Diese Seite behandelt beide Fälle. Sie zeigt, wie Sie beim Umstieg auf NetSuite vorgehen, welche Daten Sie mitnehmen, wie die Umschaltung gelingt und wo die typischen Fehler liegen. Eine Übersicht zum gesamten Projekt finden Sie in unserer Seite zur Einführung von NetSuite.

Welche Ausgangslage haben Sie?

Die Migration unterscheidet sich stark danach, woher Sie kommen. Der Aufwand liegt selten in der Technik des Imports, sondern in der Frage, wie belastbar die vorhandenen Daten und Prozesse sind.

Wer aus einem Alt-ERP kommt, sollte besonders kritisch prüfen, welche Sonderwege wirklich noch gebraucht werden. Ein neues System ist die Gelegenheit, Prozesse zu vereinfachen. Wie Sie Anforderungen strukturiert festhalten, beschreibt unser Ratgeber zum Lastenheft für ein ERP.

Die Migration in Phasen

Ein bewährter Ablauf trennt das Projekt in klar abgegrenzte Phasen. Jede Phase endet mit einem prüfbaren Ergebnis.

Phase eins: Umfang und Zielbild

Legen Sie fest, welche Prozesse, Gesellschaften, Standorte und Module zum Start gehören. Ein Stufenplan ist oft vernünftiger als ein Komplettstart: erst Finanzen, dann Einkauf und Lager, später Produktion oder Projektgeschäft. Welche Bereiche NetSuite abdeckt, sehen Sie in der Übersicht der NetSuite-Module.

Phase zwei: Datenanalyse und Bereinigung

Hier entsteht der größte Teil der Arbeit. Prüfen Sie jede Datenart auf Vollständigkeit, Dubletten, veraltete Einträge und Widersprüche. Fragen Sie sich bei jeder Tabelle: Brauchen wir das wirklich im Produktivsystem, oder genügt ein Archiv?

Phase drei: Mapping und Testimport

Die Felder des Altsystems werden den NetSuite-Feldern zugeordnet. Das Mapping wird dokumentiert, von der Fachabteilung bestätigt und danach in Testläufen erprobt.

Phase vier: Abnahme, Probelauf, Umschaltung

Fachbereiche prüfen mit eigenen Fällen, ob Belege, Salden und Auswertungen stimmen. Danach folgt mindestens ein vollständiger Probelauf der Umschaltung.

Welche Daten gehören in die Migration?

Nicht alles, was im Altsystem liegt, muss ins neue. Unterscheiden Sie drei Gruppen.

Stammdaten sind das Rückgrat: Kunden, Lieferanten, Artikel, Stücklisten, Kontenplan, Kostenstellen, Zahlungsbedingungen, Steuerkennzeichen. Hier lohnt sich die konsequente Bereinigung. Zwei Kundendatensätze für dieselbe Firma führen später zu doppelten Mahnungen und falschen Umsatzauswertungen.

Bewegungsdaten zum Stichtag sind offene Aufträge, offene Bestellungen, offene Posten aus Debitoren und Kreditoren, Lagerbestände und Salden der Sachkonten. Diese Daten bestimmen, ob Sie am ersten Arbeitstag im neuen System weiterarbeiten können.

Historische Daten sind abgeschlossene Belege und Buchungen vergangener Perioden. Sie müssen nicht zwingend in NetSuite liegen. Wichtig ist, dass sie lesbar bleiben und die Anforderungen an die Aufbewahrung erfüllt sind. Wie ein ERP dafür aufgestellt sein muss, erläutert der Ratgeber zu GoBD und ERP. Klären Sie mit Ihrem Steuerberater, ob eine Archivlösung oder eine Teilübernahme der Historie sinnvoller ist. Für Auswertungen über mehrere Jahre kann es reichen, verdichtete Werte zu übernehmen und die Details im Archiv zu belassen.

Die Anforderungen an Rechnungsformate verändern sich ebenfalls. Wer in der Migration ohnehin Belegarten neu aufsetzt, sollte die E-Rechnung gleich mitdenken; mehr dazu im Ratgeber zur E-Rechnung im ERP.

Datenübernahme in der Praxis: Werkzeuge in NetSuite

NetSuite bringt für die Datenübernahme einen eigenen Assistenten mit. Der CSV-Import (Setup > Import/Export > Import CSV Records) setzt die Berechtigung „Import CSV File“ voraus und führt in fünf Schritten durch den Vorgang:

1. Die Datei wird analysiert und hochgeladen.
2. Sie wählen die Importoptionen.
3. Bei Importen aus mehreren Dateien legen Sie die Dateimappage fest.
4. Sie ordnen die Felder zu (Feldmappage).
5. Sie speichern das Mapping und starten den Import, entweder sofort oder zeitversetzt.

Das gespeicherte Mapping ist der eigentliche Gewinn: Sie können es für Testläufe und für den finalen Import wiederverwenden, ohne die Zuordnung jedes Mal neu zu bauen. Für einfache Stammdaten wie Artikel oder Kontakte reicht dieser Weg häufig aus.

Anders sieht es bei Daten mit starken Abhängigkeiten aus: Salden, offene Posten, Bestellungen mit Teillieferungen oder mehrstufige Stücklisten. Hier entscheiden Reihenfolge, Referenzen und Prüfsummen über den Erfolg. Ein erfahrener Integrator legt dafür Ladeskripte, Abstimmlisten und Kontrollberichte an. Gibt es laufende Anbindungen an andere Systeme, spielen zusätzlich die Schnittstellen zu NetSuite eine Rolle, denn auch sie müssen zum Stichtag umgestellt werden.

Umschaltstrategie: Big Bang oder schrittweise?

Es gibt zwei grundsätzliche Wege, das neue System in Betrieb zu nehmen.

Gesamtumschaltung (Big Bang): Alle Bereiche wechseln zum selben Stichtag. Das ist übersichtlich, verlangt aber eine sehr gute Vorbereitung und ein Team, das die Last der Umstellung trägt. Geeignet ist es für überschaubare Unternehmen mit klar gegliederten Prozessen.

Schrittweise Einführung: Bereiche oder Gesellschaften folgen nacheinander. Das senkt das Risiko pro Schritt, erzeugt aber vorübergehend Übergangsschnittstellen zwischen Alt- und Neusystem. Im Mittelstand mit mehreren Gesellschaften oder Standorten ist das oft der Weg, der die Organisation am wenigsten überfordert.

Ein praktischer Tipp für den Stichtag: Wählen Sie einen Zeitpunkt nach einem Periodenabschluss, an dem Buchhaltung und Versand Luft haben. So starten Sie mit abgestimmten Salden, und die Übergabe lässt sich sauber nachweisen. Auch Urlaubszeiten und saisonale Spitzen sollten Sie bei der Terminplanung berücksichtigen.

Tests: Was wirklich geprüft werden muss

Testen heißt nicht, dass der Import ohne Fehlermeldung durchläuft. Es heißt, dass das Geschäft im neuen System funktioniert. Planen Sie mehrere Ebenen ein:

• Datenabstimmung: Stimmen Summen, Salden und Stückzahlen mit dem Altsystem überein? Jede Abweichung braucht eine Erklärung.
• Prozesstests: Vom Angebot bis zur Rechnung, von der Bestellung bis zur Zahlung. Fachanwender spielen reale Fälle durch, nicht Musterdaten des Integrators.
• Berechtigungen: Sehen die richtigen Personen die richtigen Daten? Gerade in der Buchhaltung ist das wichtig.
• Schnittstellen und Auswertungen: Funktionieren Anbindungen, Berichte und Exporte, auf die Ihr Steuerberater oder Ihre Geschäftsleitung angewiesen ist?
• Lasttest in der Praxis: Läuft der Alltag mit dem Datenvolumen und der Zahl gleichzeitiger Anwender?

Dokumentieren Sie Abnahmen schriftlich. Ein klares Kriterium wie „alle offenen Posten stimmen auf Kontenebene überein“ verhindert Streit am Projektende. Wie Schulungen die Abnahme unterstützen, zeigt die Seite zur Schulung für NetSuite.

Rückfallplan: Die Rückkehr vorab beschreiben

Ein Rückfallplan ist keine Misstrauenserklärung gegenüber dem Projekt, sondern Teil professioneller Planung. Er beantwortet drei Fragen: Wann entscheiden wir über Go oder No-Go? Wer entscheidet? Was passiert, wenn wir zurückgehen?

Praktisch bedeutet das:

• Das Altsystem bleibt bis zur bestätigten Abnahme lesbar und, soweit möglich, buchbar.
• Der Datenstand zum Stichtag wird gesichert und eingefroren.
• Es gibt eine Frist, bis zu der eine Rückkehr noch ohne Doppelerfassung möglich ist.
• Verantwortlichkeiten und Kommunikationswege sind benannt, auch für Kunden und Lieferanten.

Ab einem gewissen Punkt, etwa nach den ersten produktiven Buchungen und Lieferungen, ist ein Zurück nicht mehr sinnvoll. Legen Sie diesen Punkt vorab fest und nutzen Sie die Zeit davor für harte Prüfungen.

Migration zwischen NetSuite-Versionen

NetSuite ist eine Cloud-Lösung, bei der Oracle die Plattform selbst aktualisiert. Laut der offiziellen Dokumentation ist ein Release wie NetSuite 2026.2 eine geplante Versionsaktualisierung, die zweimal im Jahr erscheint und neue Funktionen, Verbesserungen und Änderungen über die gesamte Plattform bringt. Dazu kommen monatliche Verbesserungen und getrennt veröffentlichte SuiteApps. Die Release Notes gliedern sich entsprechend in diese drei Gruppen.

Für Sie heißt das: Die „Migration“ auf eine neue Version ist kein einmaliges Großprojekt, sondern eine wiederkehrende Aufgabe. Sie betrifft vor allem Unternehmen mit vielen Anpassungen. Je mehr SuiteScripts, Workflows und eigene Integrationen im Einsatz sind, desto wichtiger ist ein fester Testprozess. Mehr zu Anpassungen finden Sie unter Individualentwicklung in NetSuite.

Das Release-Preview-Konto nutzen

Oracle stellt dafür ein Release-Preview-Konto bereit. Es ist ein temporäres, von der Produktion getrenntes Testkonto, das bereits die neue Softwareversion ausführt. Sie können darin Personalisierungen, SuiteScripts, Integrationen über Webservices, Webshops und den Zugriff über SuiteAnalytics Connect prüfen, bevor Ihr Produktivkonto aktualisiert wird.

Wichtige Regeln dazu:

• Das Konto bleibt bis zur Aktualisierung des Quellkontos verfügbar oder bis es mehrere Tage in Folge ungenutzt bleibt; nach 14 aufeinanderfolgenden Tagen ohne Anmeldung wird es gelöscht.
• Zunächst haben nur Administratoren Zugriff. Sie können den Zugang anschließend für weitere Anwender öffnen.
• Das Konto dient ausschließlich Tests, nicht dem Tagesgeschäft.

Erstellen Sie vorab eine Prüfliste mit den kritischen Abläufen: Rechnungslauf, Zahlungsvorschlag, Schnittstellen zu Webshop und Bank, wichtige Berichte. Die Release Notes zeigen außerdem, welche Funktionsbereiche sich ändern, etwa in der Buchhaltung, bei der Anmeldung oder in der Fertigungsplanung. Prüfen Sie, welche davon Ihre Prozesse berühren. Wer die Wartung auslagert, kann diese Tests mit dem Integrator verabreden, siehe Support und Wartung für NetSuite.

Typische Fehler und wie Sie sie vermeiden

• Das Altsystem eins zu eins nachbauen. Dadurch übertragen Sie Altlasten, statt Prozesse zu verbessern. Hinterfragen Sie jede Sonderlogik.
• Datenbereinigung unterschätzen. Sie ist der größte Zeitfresser und sollte früh beginnen, parallel zur Konfiguration.
• Zu spät testen. Fehler im Mapping zeigen sich erst bei realistischen Daten. Planen Sie mehrere Probeläufe ein.
• Fachabteilungen nicht einbinden. Die Buchhaltung kennt die Besonderheiten der Abschlüsse, das Lager die Realität der Bestände. Ohne ihre Abnahme fehlt die Grundlage.
• Den Steuerberater zu spät informieren. Kontenrahmen, Belegarchiv und DATEV-Schnittstelle sollten früh abgestimmt sein.
• Keinen Rückfallplan festlegen. Entscheidungen unter Druck am Go-Live-Tag sind selten gut.
• Schulung vergessen. Ein korrekt migriertes System nützt wenig, wenn die Anwender es nicht sicher bedienen.

Mehr zu typischen Stolperfallen allgemein lesen Sie im Beitrag über Fehler im ERP-Projekt. Wer aus einem anderen System kommt und den Wechsel generell einordnen will, findet im Ratgeber zur ERP-Migration die herstellerübergreifende Sicht.

Wer begleitet die Migration?

Für eine Migration brauchen Sie jemanden, der die NetSuite-Datenstrukturen kennt und zugleich Ihre Branche versteht. Das kann ein Integrator übernehmen, der Datenanalyse, Mapping, Ladeläufe und Abnahme begleitet. Achten Sie darauf, dass er Referenzen aus ähnlichen Ausgangslagen nennen kann und Ihr Team aktiv einbindet. Wie Sie bei der Auswahl vorgehen, steht auf der Seite NetSuite-Integrator wählen.

Als unabhängiger Vermittler stellen wir den Kontakt zu passenden Integratoren her. Wir sind mit keinem Hersteller verbunden, und der Integrator führt das Projekt durch. Sie schildern uns Ausgangslage und Ziel, wir vermitteln kostenlos und unverbindlich. Wie das abläuft, zeigt die Seite So funktioniert es.

Die genannten Softwarenamen sind Marken der jeweiligen Hersteller und dienen ausschließlich der Information. Diese Website ist unabhängig und steht in keiner Verbindung zu den Herstellern.