Datenmigration im ERP-Projekt: Artikelstamm, offene Posten, Abacus und SAP
Die Datenmigration im ERP-Projekt überträgt Artikelstamm, Kundenstamm, Lieferanten, offene Posten und Buchungshistorie aus dem Altsystem in das neue ERP und formt sie dabei auf dessen Feldstruktur um. Künstliche Intelligenz kürzt dabei den ausführenden Teil ab, nicht die fachliche Zuordnung. Gartner erwartet, dass bis 2027 mehr als 70 Prozent der neu eingeführten ERP-Vorhaben ihre ursprünglichen Ziele verfehlen. Panorama Consulting nennt mangelhafte Datenmigration als eine der drei häufigsten Ursachen, neben fehlendem Change-Management und unerfahrenen Projektteams. Dieser Text beschreibt die Datenbestände einzeln, nennt die typischen Bruchstellen im Schweizer Umfeld und zeigt, welcher Teil der Umformung sich mit einem Werkzeug abkürzen lässt.
Geschrieben für Personen, die eine ERP-Einführung verantworten oder als Partner begleiten. Die Grundlagen zur Arbeitsweise stehen unter Datenmigration. Der Fall CRM ist getrennt beschrieben unter Datenmigration im CRM-Projekt, weil dort andere Bestände und andere Bruchstellen auftreten.
Welche Datenbestände ein ERP-Wechsel betrifft
Ein ERP-Wechsel berührt fünf Bestände mit sehr unterschiedlichem Charakter. Der Artikelstamm ist der aufwendigste: Nummernkreise, Einheiten, Preisstaffeln, Lieferantenzuordnung, Lagerorte. Hier stecken die meisten Umformungsregeln, weil jedes ERP eigene Vorstellungen davon hat, wie eine Mengeneinheit oder ein Staffelpreis abzubilden ist.
Der Kunden- und Lieferantenstamm ist mengenmässig gross, aber strukturell einfacher. Die Arbeit steckt in Dubletten und Adressformaten. Ein Kunde, der im Altsystem dreimal mit unterschiedlicher Schreibweise steht, wird im neuen ERP dreimal angelegt, wenn ihn niemand vorher zusammenführt.
Die offenen Posten sind der Bestand mit der geringsten Fehlertoleranz. Debitoren und Kreditoren müssen zum Stichtag auf den Rappen stimmen, sonst ist die Eröffnungsbilanz falsch. Rundungen, Fremdwährungen und Teilzahlungen sind die drei üblichen Bruchstellen.
Die Buchungshistorie und das Belegarchiv sind Mengenfragen, keine Strukturfragen. Hier entscheidet die Geschäftsleitung über den Umfang. Vollständige Historie wirkt sicher, verlängert aber jeden Probelauf und bringt jeden Altfehler mit. Verbreitete Praxis: offene Posten plus zwei bis drei Jahre Historie ins neue System, der Rest bleibt lesend im Altsystem verfügbar.
Abacus, SAP und Bexio: der Weg über die Exportdatei
Im Schweizer KMU-Umfeld sind Abacus, Bexio, Sage, SelectLine, Proffix und Odoo die häufigsten Ausgangs- und Zielsysteme, bei grösseren Betrieben SAP Business One und Dynamics 365 Business Central. Alle exportieren ihre Stammdaten als CSV oder Excel-Datei, und alle bieten eine Importschnittstelle für dasselbe Format. Abacus stellt dafür AbaConnect bereit.
Abacus, Bexio und weitere Fachsysteme lassen sich an Vectoryon anbinden. Ob ein bestimmtes System wie SAP oder Dynamics angebunden werden kann, prüfen wir vor dem Start. Für die Migration bleibt die Exportdatei trotzdem der erste Schritt, weil sie den einzigen belastbaren Blick auf den echten Datenzustand gibt. Was in der Datei steht, lässt sich prüfen, bevor etwas ins Zielsystem geht.
In der Praxis sieht der Prozess so aus: Export aus dem Altsystem als CSV, Einlesen bei Vectoryon als Tabelle mit erkanntem Spaltenschema, Umformung, Ausgabe als Datei im Format der Importschnittstelle des Zielsystems, Laden dort, Abgleich im Zielsystem.
Der letzte Schritt gehört ausdrücklich ins Zielsystem. Vectoryon zeigt, welche Werte es geschrieben hat. Was das ERP daraus beim Import gemacht hat, ob es gerundet, abgeschnitten oder abgewiesen hat, beantwortet nur das ERP selbst.
Was der Assistent bei der Umformung übernimmt
Die Exportdatei liegt nach dem Einlesen als Tabelle vor, mit erkanntem Typ pro Spalte. Von da an lässt sich mit einem KI-Agenten in normaler Sprache arbeiten, statt Formeln zu bauen. Der Unterschied zu gängigen KI-Tools: Der Agent führt die Umformung auf der Tabelle aus, statt einen Vorschlag zum Abtippen zu liefern.
Ein Spaltentyp lässt sich umwandeln, etwa Text in Datum oder Text in Dezimalzahl. Vor dem Schreiben erscheint eine Vorschau: wie viele Zeilen sauber umgewandelt werden und welche nicht. Erst nach Bestätigung wird geschrieben. Genau diese Vorschau fehlt in Excel, wo eine missratene Umwandlung stillschweigend tausend Zeilen beschädigt und erst beim Import ins ERP auffällt.
Neue Spalten lassen sich aus bestehenden berechnen. Der typische Fall im Artikelstamm: aus "A-1024" wird die reine Nummer in einer Spalte und das Präfix in einer zweiten, weil das Zielsystem getrennte Felder verlangt. Abfragen über die Tabelle beantworten die Prüffragen vor dem Laden: Wie viele Zeilen haben kein Pflichtfeld, wie viele Dubletten gibt es auf der Kundennummer, stimmt die Summe der offenen Posten.
Wiederkehrende Schritte lassen sich als Automation hinterlegen, die bei einer Zeilenänderung startet. Für die Probelauf-Schleife heisst das: Nach dem nächsten Export aus dem Altsystem läuft dieselbe Umformung erneut, statt dass jemand die Formelmappe neu aufbaut. Diese KI-Automatisierung trägt sich ab dem dritten Durchgang. Jeder Schritt wird protokolliert, damit im Abgleich nachvollziehbar bleibt, welche Regel welchen Wert erzeugt hat.
Fünf Bestände im ERP-Wechsel: Aufwand und Verantwortung
Die Einschätzung beschreibt den üblichen Fall in einem Schweizer KMU mit 10 bis 100 Mitarbeitenden und einem Altsystem.
| Bestand | Aufwand Umformung | Häufigste Bruchstelle | Wer entscheidet fachlich |
|---|---|---|---|
| Artikelstamm | hoch | Einheiten, Staffelpreise, Nummernkreise | Einkauf oder Produktion |
| Kundenstamm | mittel | Dubletten, Adressformat, Sprachkennzeichen | Verkauf |
| Lieferantenstamm | mittel | Zahlungskonditionen, Bankverbindungen | Einkauf |
| Offene Posten | gering, aber ohne Fehlertoleranz | Rundung, Fremdwährung, Teilzahlungen | Buchhaltung |
| Buchungshistorie | Mengenfrage | Umfang, Belegzuordnung | Geschäftsleitung |
Nicht in der Tabelle: Stücklisten und Arbeitspläne im produzierenden Betrieb. Sie sind der aufwendigste Einzelfall und gehören in eine eigene Planung.
Wo Vectoryon im ERP-Projekt an die Grenze stösst
- Vectoryon ist kein ERP. Es ersetzt Abacus, SAP, Bexio oder Dynamics nicht und bildet keine Geschäftsprozesse des Zielsystems ab.
- Ob ein bestimmtes ERP angebunden werden kann, prüfen wir vor dem Start. Die Migration selbst führt über Exportdatei und Importschnittstelle des Zielsystems.
- Vectoryon übernimmt die Migration nicht als Dienstleistung. Die fachliche Zuordnung Feld für Feld trifft der Betrieb oder sein Einführungspartner.
- Der Abgleich nach dem Laden gehört ins ERP. Vectoryon zeigt, was es geschrieben hat, nicht was das ERP beim Import daraus gemacht hat.
- Stücklisten, Arbeitspläne und mehrstufige Fertigungsstrukturen sind kein Standardfall dieser Arbeitsweise.
- Bestände über wenige Millionen Zeilen gehören in ein spezialisiertes ETL-Werkzeug.
Details
Die fünf häufigsten Bruchstellen im Schweizer ERP-Wechsel
Mengeneinheiten und Umrechnungsfaktoren. Das Altsystem führt Stück und Karton als getrennte Artikel, das neue ERP will einen Artikel mit Umrechnungsfaktor. Diese Entscheidung ist fachlich und muss vor dem ersten Probelauf fallen, sonst wird sie in jedem Lauf neu improvisiert.
Nummernkreise. Das Zielsystem vergibt eigene Nummern, das Altsystem hatte sprechende. Wer die alten Nummern behalten will, muss sie als eigenes Feld mitführen, sonst findet niemand mehr den Beleg von letztem Jahr.
Fremdwährung und Rundung. Offene Posten in Euro, geführt zum historischen Kurs, geladen zum Tageskurs: Die Differenz taucht als unerklärliche Abweichung in der Eröffnungsbilanz auf. Der Kurs gehört als Feld mitgeführt, nicht als Rechnung im Moment des Ladens.
Mehrwertsteuer-Codes. Jedes System hat eigene Kürzel. Die Zuordnungstabelle ist klein, ihre Auswirkung gross, und sie wird regelmässig vergessen, weil sie im Artikelstamm unscheinbar aussieht.
Adressen und Sprachkennzeichen. Im mehrsprachigen Umfeld trägt jeder Kunde eine Korrespondenzsprache. Fehlt sie nach der Migration, geht die nächste Mahnung an die Westschweiz auf Deutsch.
Wann sich ein Werkzeug lohnt und wann nicht
Es lohnt sich bei mehreren Probeläufen. Ein einziger Bestand mit 200 Zeilen, einmal umgeformt, ist in Excel schneller erledigt. Ab dem dritten Durchgang über mehrere Bestände dreht sich das Verhältnis, weil der Aufbau der Umformung einmal geschieht und danach wiederholbar bleibt.
Es lohnt sich bei unklarer Datenqualität. Wenn niemand im Betrieb sagen kann, wie viele Dubletten der Kundenstamm hat, ist die Abfrage über die eingelesene Tabelle die schnellste Antwort. Diese Zahl bestimmt danach die Projektplanung.
Es lohnt sich nicht bei sehr grossen Beständen. Ab wenigen Millionen Zeilen gehört die Arbeit in ein spezialisiertes ETL-Werkzeug mit Stapelverarbeitung, nicht in eine Arbeitstabelle.
Es lohnt sich nicht als Ersatz für Fachwissen. Auch künstliche Intelligenz führt nur eine Regel aus. Welche Regel für den Artikelstamm dieses Betriebs richtig ist, weiss die Person aus dem Einkauf, nicht das Programm.
Häufige Fragen
Was gehört zur Datenmigration in einem ERP-Projekt?
Artikelstamm, Kundenstamm, Lieferantenstamm, offene Posten aus Debitoren und Kreditoren sowie ein festgelegter Teil der Buchungshistorie. Dazu kommen im produzierenden Betrieb Stücklisten und Arbeitspläne. Jeder Bestand braucht eine eigene Zuordnung Feld für Feld und eigene Probeläufe.
Wie migriere ich Daten aus Abacus in ein neues ERP?
Über den Export als CSV oder Excel-Datei, für den Abacus AbaConnect bereitstellt. Die Exportdatei wird umgeformt und über die Importschnittstelle des Zielsystems geladen. Vectoryon liest die Exportdatei als Tabelle ein und unterstützt die Umformung. Abacus lässt sich zusätzlich an Vectoryon anbinden.
Wie viel kostet die Datenmigration bei einer ERP-Einführung?
Als Faustregel gelten 15 bis 20 Prozent der gesamten Einführungskosten. Der Posten steht in Angeboten oft kleiner, weil er sich vor der Prüfung der Altdaten schwer schätzen lässt. Eine belastbare Zahl entsteht erst, wenn ein echter Export vorliegt und die Menge der bereinigungsbedürftigen Datensätze gezählt wurde.
Soll die gesamte Historie ins neue ERP?
In der Regel nicht. Vollständige Historie verlängert jeden Probelauf und bringt jeden Altfehler mit. Verbreitete Praxis ist: offene Posten plus zwei bis drei Jahre Historie ins neue System, der Rest bleibt lesend im Altsystem verfügbar. Die Entscheidung liegt bei der Geschäftsleitung, nicht beim Projektteam.
Warum scheitern ERP-Projekte an den Daten?
Weil der Zustand der Altdaten erst im Probelauf sichtbar wird. Panorama Consulting nennt als wiederkehrende Ursachen doppelte Datensätze, veraltete Produktcodes, Einträge ohne aktuellen Bezug und wichtige Angaben, die nur in lokalen Excel-Dateien stehen. Der Aufwand wurde vorher nach Datenmenge geschätzt, nicht nach Datenqualität.
Ersetzt Vectoryon den Einführungspartner?
Nein. Vectoryon ist ein Werkzeug für den Umformungsteil zwischen Export und Import. Die fachliche Zuordnung Feld für Feld, die Einrichtung des Zielsystems und der Abgleich nach dem Laden bleiben beim Betrieb und seinem Einführungspartner.
Weiterlesen
- Datenmigration: Grundlagen Prozess, Probeläufe, Kosten und was wirklich Arbeit macht.
- Datenmigration im CRM-Projekt Kundenstamm, Dubletten und welche Historie mitkommt.
- KI im Maschinenbau Stücklisten, Angebote und technische Unterlagen.
- KI im Treuhandbüro Belege lesen und Buchungen vorbereiten, mit Grenzen.
- Preise CHF 49 pro Person und Monat, alles inklusive.
- Demo ansehen und buchen Eine eigene Exportdatei durchrechnen lassen.