Zu NetSuite wechseln: so gelingt die Migration in Österreich

Eine Migration zu NetSuite ist weniger ein technischer Kopiervorgang als eine Entscheidung darüber, welche Prozesse, Daten und Gewohnheiten Ihr Unternehmen ins neue System mitnimmt. Wer zu NetSuite wechseln will, steht meist vor einer von zwei Situationen: Das bisherige Werkzeug stößt an Grenzen, oder ein bestehendes NetSuite-System wird auf eine neue Version gehoben. Beide Fälle verlangen Planung, aber unterschiedliche.

Diese Seite erklärt, wie die Migration von Excel, einer Buchhaltungssoftware oder einem Alt-ERP abläuft, wie Sie Daten übernehmen, die Umstellung absichern und typische Fehler vermeiden. Zahlen zu Dauer oder Kosten nennen wir bewusst nicht: Sie hängen vom Umfang, von der Datenqualität und von Ihrem Integrator ab.

Woher kommen Sie? Drei typische Ausgangslagen

Von Excel und Insellösungen

Viele österreichische Betriebe führen Angebote, Lagerlisten und Projektstände in Tabellen, während die Buchhaltung beim Steuerberater liegt. Hier gibt es kein „Altsystem“, das man exportieren könnte: Die Struktur entsteht erst bei der Migration. Das ist Chance und Aufwand zugleich. Sie legen Artikelnummern, Kundennummern und Kontenzuordnung einmal sauber fest, müssen aber zuerst klären, welche Tabelle die führende ist.

Von einer Buchhaltungssoftware

Wer bisher mit einer reinen Finanzbuchhaltung arbeitet, etwa mit BMD in Zusammenarbeit mit dem Steuerberater, hat meist einen klaren Kontenplan und gepflegte Debitoren und Kreditoren. Offen ist, wie Auftrags-, Lager- und Projektdaten dazukommen. Klären Sie früh, ob die Finanzbuchhaltung durch NetSuite abgelöst wird oder ob Ihr Steuerberater weiterhin mit einem eigenen System arbeitet und Daten übergeben werden. Einen Einblick in die österreichische Vergleichsseite bietet BMD im ERP-Überblick.

Von einem Alt-ERP

Das Alt-ERP bringt den größten Datenbestand mit und die meisten Sonderlösungen. Über Jahre gewachsene Auswertungen, Preislogiken und Schnittstellen müssen Sie hinterfragen, statt sie blind nachzubauen. Gerade hier lohnt sich vorab ein Blick darauf, was das System wirklich leistet; wie das geht, beschreibt die Seite zum Audit und zur Projektübernahme.

Der Ablauf der Migration in Phasen

Eine strukturierte Migration folgt immer demselben Grundmuster, auch wenn die Inhalte je nach Branche variieren:

1. Bestandsaufnahme: Welche Daten, Prozesse und Schnittstellen gibt es, welche werden noch gebraucht?
2. Zielbild: Welche Module und Abläufe bildet NetSuite ab? Das legen Sie gemeinsam mit dem Integrator im Rahmen der Einführung von NetSuite fest.
3. Datenaufbereitung: Bereinigen, zusammenführen, einheitlich formatieren.
4. Probeimporte: Wiederholte Läufe in einer Testumgebung, bis die Ergebnisse stimmen.
5. Abnahmetests: Die Fachabteilungen prüfen reale Geschäftsvorfälle.
6. Umstellung: Der Stichtag, an dem das neue System führend wird.
7. Nachbetreuung: Klärung von Abweichungen und Feinschliff.

Wie Sie den passenden Projektpartner dafür finden, steht im Beitrag zum Integrator für NetSuite.

Datenübernahme: was mitkommt und was nicht

Der heikelste Teil jeder Migration ist die Datenübernahme. Als Faustregel gilt: Übernehmen Sie, was das laufende Geschäft braucht, und archivieren Sie den Rest.

Stammdaten

Kunden, Lieferanten, Artikel, Kontenplan, Kostenstellen und Preislisten bilden das Gerüst. Dubletten, veraltete Adressen und uneinheitliche Schreibweisen entfernen Sie vor dem Import, nicht danach. Ein Kunde, der in drei Schreibweisen existiert, taucht sonst in jeder Auswertung dreimal auf.

Bewegungsdaten und offene Posten

Offene Aufträge, offene Posten aus Debitoren und Kreditoren sowie aktuelle Lagerbestände sind in der Regel Pflicht. Bei der Buchhaltung stimmen Sie mit dem Steuerberater ab, ob Sie Salden zum Stichtag eröffnen oder die Historie Buchung für Buchung übernehmen. Für die Finanzseite zeigt die Seite zur Buchhaltung und zum Finanzwesen in NetSuite, was im System abgebildet wird.

Historie: wie viel ist nötig?

Nicht jede Altbuchung muss in NetSuite leben. Überlegen Sie, wofür Sie die Vergangenheit brauchen: Vergleichszahlen im Controlling, Gewährleistungsfälle, Kundenhistorie im Vertrieb. Gesetzliche Aufbewahrungspflichten für Buchhaltungsunterlagen sind davon unabhängig; Ihr Steuerberater sagt Ihnen, was in welcher Form lesbar bleiben muss. Ein revisionssicher archiviertes Altsystem kann dafür reichen, ohne dass jede Zeile importiert wird.

Importwerkzeuge von NetSuite

Für einfache und mittlere Datenmengen bietet NetSuite einen CSV-Import-Assistenten (unter Setup > Import/Export > Import CSV Records; erforderlich ist die Berechtigung „Import CSV File“). Nach der Dokumentation von Oracle führt er in fünf Schritten durch den Import: Datei analysieren und hochladen, Importoptionen wählen, bei Importen aus mehreren Dateien die Dateien zuordnen, Felder zuordnen und schließlich die Zuordnung speichern und den Import starten. Der Import kann sofort oder zeitversetzt laufen.

Das hat zwei praktische Folgen. Erstens lässt sich eine einmal gespeicherte Feldzuordnung für jeden Probelauf wiederverwenden. Zweitens zwingt die Struktur Sie, Ihre Excel-Spalten eindeutig den NetSuite-Feldern zuzuordnen, und das deckt Lücken im Datenmodell früh auf. Bei umfangreichen oder verknüpften Beständen setzen Integratoren zusätzlich eigene Importvorlagen und Skripte ein, was in der Seite zur Individualentwicklung näher beschrieben wird.

Bascule: die Umstellungsstrategie

Es gibt zwei grundsätzliche Wege, das neue System zum führenden zu machen.

Stichtagsumstellung (Big Bang): Zu einem festen Datum arbeitet das gesamte Unternehmen im neuen System. Das ist klar und vermeidet Doppelerfassung, verlangt aber gründliche Tests und einen belastbaren Rückfallplan. Viele Betriebe wählen dafür einen Monats- oder Quartalswechsel, weil dann die Salden sauber abgegrenzt sind.

Schrittweise Einführung: Zuerst geht ein Bereich live, etwa Finanzen, danach Vertrieb, Lager oder Produktion. Das senkt das Risiko pro Schritt, erhöht aber den Abstimmungsaufwand, solange zwei Systeme parallel laufen. Welche Bereiche sich dafür eignen, zeigen die Seiten zu Lager und Einkauf und zur Produktion.

Für Österreich sind zusätzlich Fristen und Pflichten im Blick zu behalten, die den Umstellungszeitpunkt beeinflussen: Umsatzsteuervoranmeldungen, Lohnverrechnung, der Umgang mit eingehenden und ausgehenden elektronischen Rechnungen sowie, im Handel und in der Gastronomie, die Registrierkasse nach RKSV. Wenn Ihr Kassensystem mit dem ERP verbunden ist, klären Sie den Datenfluss vor der Umstellung. Hintergründe liefern die Seiten zur E-Rechnung im ERP und zur Registrierkassenpflicht.

Tests: wann ist das System bereit?

Gute Tests prüfen Geschäftsvorfälle, nicht nur Felder. Lassen Sie Mitarbeitende aus Buchhaltung, Einkauf, Vertrieb und Lager echte Fälle durchspielen: Angebot bis Rechnung, Wareneingang bis Lieferantenrechnung, Monatsabschluss. Prüfen Sie außerdem:

• Stimmen Summen und Salden mit dem Altsystem überein?
• Funktionieren Schnittstellen zu Kasse, Webshop, Bank und Steuerberater? Mehr dazu unter Schnittstellen zu NetSuite.
• Arbeiten Berechtigungen und Rollen wie geplant?
• Sind die Mitarbeitenden geschult? Das behandelt die Seite zur Schulung.

Migration zwischen NetSuite-Versionen

Wer bereits mit NetSuite arbeitet, erlebt Migrationen anderer Art: Versionswechsel. Laut Oracle-Dokumentation ist etwa NetSuite 2026.2 eine geplante Versionsaktualisierung, die zweimal jährlich erscheint und neue Funktionen, Verbesserungen und Änderungen auf der gesamten Plattform bringt. Die Release Notes gliedern sich in die Notes zur geplanten Version, die Notes zu den monatlichen Releases mit Verbesserungen nach dem Update und die Notes zu SuiteApps, die separat veröffentlicht werden.

In NetSuite 2026.2 finden sich laut Oracle unter anderem Ask Oracle als KI-gestützte Hilfe, der Intelligent Close Manager und die Unterstützung von IFRS 18 in der Buchhaltung, die kennwortlose Anmeldung per Passkeys, die Bankabstimmung, die Kapazitätsplanung in der Fertigung, Event-Subscriber und das LLM-Modul von SuiteScript sowie der .xlsx-Export in SuiteAnalytics. Welche dieser Neuerungen für Sie relevant sind, entscheidet Ihr Betrieb, nicht der Release-Kalender. Eine Übersicht zu Editionen und Ständen finden Sie unter Versionen und Editionen.

Das Release-Preview-Konto

Zum Testen vor dem Update stellt Oracle ein Release-Preview-Konto bereit: ein temporäres, von der Produktion getrenntes Testkonto, das die neue Version ausführt. Dort prüfen Sie Anpassungen, SuiteScripts, Integrationen über Webservices, Webshops und den Zugriff über SuiteAnalytics Connect, bevor die Produktion aktualisiert wird.

Wichtig für die Planung: Das Konto bleibt bis zur Aktualisierung des Quellkontos bestehen oder bis 14 Tage in Folge keine Anmeldung erfolgt, danach wird es gelöscht. Zunächst haben nur Administratoren Zugriff; sie können weitere Benutzer freigeben. Das Konto dient ausschließlich Tests. Wer Anpassungen und Schnittstellen hat, sollte die Testfälle schon vor Verfügbarkeit des Kontos vorbereiten, damit die Zeit nicht ungenutzt verstreicht. Laufende Betreuung nach dem Update regelt der Support und die Wartung.

Rückfallplan: das Netz unter der Umstellung

Ein Rückfallplan beantwortet vorab drei Fragen: Ab wann gilt die Umstellung als gescheitert, wer entscheidet das, und was geschieht dann? Praktisch heißt das:

• Das Altsystem bleibt nach dem Go-live lesbar und wird nicht sofort abgeschaltet.
• Vor der Umstellung entsteht eine dokumentierte Sicherung der Altdaten.
• Es ist festgelegt, wie Buchungen aus der Übergangszeit in welches System nachgetragen werden.
• Eine verantwortliche Person im Unternehmen und im Integratorenteam entscheidet über den Rückschritt.

Ein Rückfallplan, der nie gebraucht wird, ist kein verschwendeter Aufwand. Er sorgt dafür, dass das Projektteam mutig, aber nicht blind entscheidet.

Typische Fehler bei der Migration

• Alles übernehmen wollen. Jede unnötig importierte Altlast kostet Prüfaufwand und verschlechtert die Datenqualität.
• Datenbereinigung unterschätzen. Die Aufbereitung dauert meist länger als der Import selbst.
• Nur Technik testen. Ohne realistische Geschäftsfälle fallen Lücken erst im Echtbetrieb auf.
• Den Steuerberater zu spät einbinden. Kontenplan, Abschlüsse und Datenübergabe betreffen ihn von Anfang an.
• Mitarbeitende nicht mitnehmen. Ein gut migriertes System, das niemand versteht, bringt wenig. Typische Stolpersteine ordnet der Beitrag zu den Fehlern im ERP-Projekt ein.
• Keine Entscheidung über den Stichtag. Wer den Termin immer wieder verschiebt, verliert Rückhalt im Team.

Regional planen: von Wien bis Vorarlberg

Ob Handelsbetrieb in der Steiermark, Industrieunternehmen in Oberösterreich oder Dienstleister in Wien: Viele Integratoren arbeiten remote, für Schulungen und Abnahmetests sind Termine vor Ort aber hilfreich. Auf der Seite zu den Bundesländern sehen Sie, wie wir regional vermitteln. Wie NetSuite im hiesigen Umfeld positioniert ist, erläutert die Seite NetSuite in Österreich. Und wenn Sie vorab prüfen wollen, was ein Wechsel kostet, hilft Ihnen die Übersicht zu den Preisen als Orientierung, ohne Zahlen vorwegzunehmen.

Allgemeine Grundlagen für den Wechsel von einem System auf ein anderes erklärt der Ratgeber zur ERP-Migration. Wir selbst führen die Migration nicht durch: Wir vermitteln Ihnen einen passenden Integrator, der den Wechsel zu NetSuite verantwortet. Wie das funktioniert, steht unter 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.