ERP-Datenbereinigung und Stammdatenmanagement: Leitfaden

Ein erheblicher Teil der Budget- und Terminüberschreitungen in ERP-Projekten geht nicht auf die Software zurück, sondern auf fehlerhafte Daten, die aus dem Altsystem übernommen werden. Derselbe Kunde mit drei verschiedenen Debitorenkonten, Artikelnummern mit jeweils unterschiedlichen Einheiten, ungültige Steuernummern: Werden solche Daten unverändert ins neue System übertragen, wird ein teures ERP zu einem Werkzeug, das die Fehler des Altsystems nur beschleunigt.

In diesem Leitfaden behandeln wir die ERP-Datenbereinigung und das Stammdatenmanagement Schritt für Schritt. Sie erfahren, welche Daten Sie zuerst bereinigen, wie Sie Qualitätsprobleme erkennen, welche Migrationsstrategie sich eignet und welche Checkliste vor dem Go-live hilft, damit Ihr Projekt besser planbar wird.

Warum die ERP-Datenbereinigung über den Projekterfolg entscheidet

Ein ERP-System ist das zentrale Rückgrat, auf dem alle Abteilungen dieselben Daten nutzen. Solange im alten Umfeld jeder Bereich mit einer eigenen Excel-Datei oder einem kleinen Programm arbeitet, bleiben Fehler lokal. Im ERP dagegen breitet sich ein fehlerhafter Datensatz gleichzeitig in Einkauf, Lager, Finanzen und Reporting aus.

Ein realistisches Szenario: Ein Vertriebsunternehmen übernimmt 12.000 Debitorenkonten aus seiner alten Buchhaltungssoftware. Derselbe Händler ist dreimal unter den Namen „ABC Gıda“, „A.B.C. Gıda Ltd.“ und „ABC GIDA LTD ŞTİ“ erfasst. Im neuen System verteilt sich der Saldo des Händlers auf drei Konten, die Kreditlimitprüfung greift nicht, und der Umsatzbericht fällt falsch aus. Die Ursache liegt nicht im ERP, sondern in der Bereinigung, die vor der Migration versäumt wurde.

Wird die Datenqualität vernachlässigt, sind typische Folgen:

• Der Go-live-Termin wird immer wieder verschoben,
• Anwender vertrauen dem neuen System nicht und führen parallel weiter Excel-Listen,
• Abweichungen bei der Finanzabstimmung und verspätete Abschlüsse,
• Automatisierungen und Integrationen werden mit fehlerhaften Daten gespeist.

Die Datenarbeit ans Projektende zu schieben, ist der häufigste Fehler. Der richtige Ansatz besteht darin, die Datenqualität bereits in der Phase der ERP-Auswahl und Bedarfsanalyse in den Projektumfang aufzunehmen und die Verantwortung von Anfang an zuzuweisen.

Was sind Stammdaten, und welche werden zuerst bereinigt?

Stammdaten (Master Data) sind die grundlegenden Datensätze, die in Geschäftsprozessen immer wieder verwendet werden und sich verhältnismäßig selten ändern: Kunden, Lieferanten, Artikel, Kontenplan, Mitarbeiter, Lager und Ähnliches. Bewegungsdaten (Bestellungen, Rechnungen, Lagerbewegungen) entstehen dagegen fortlaufend in Abhängigkeit von diesen Datensätzen. Sind die Stammdaten fehlerhaft, ist auch jede darauf aufbauende Bewegung fehlerhaft.

Stammdaten und Bewegungsdaten trennen

Bei der Migration sind die Stammdaten die wertvollste Quelle; wie viele Bewegungsdaten übernommen werden, ist eine eigene Entscheidung. In den meisten Projekten werden offene Posten (unbezahlte Rechnungen, offene Aufträge, aktuelle Lagerbestände) übernommen, während historische Bewegungen archiviert werden. Diese Trennung verringert sowohl das Migrationsvolumen als auch den Bereinigungsaufwand erheblich.

Prioritäten und typische Probleme

Geschäftspartner- und Artikelstammdaten stehen in nahezu jedem Projekt an erster Stelle, da die Module für Vertrieb, Einkauf, Lager und Finanzen alle auf ihnen aufbauen.

Dateninventur und Qualitätsmessung: Wo beginnt die Bereinigung?

Bevor Sie mit der Bereinigung beginnen, müssen Sie wissen, was in welchem Ausmaß verschmutzt ist. Ein Plan auf Basis von Schätzungen führt dazu, dass Sie in der letzten Woche vor der Migration auf Überraschungen stoßen. Die folgenden Schritte sind eine einfache Methode, die sich in kleinen und mittleren Projekten bewährt hat:

1. Quellen auflisten: Erfassen Sie alle Datenquellen, darunter Alt-ERP, Buchhaltungsprogramm, Excel-Dateien, E-Commerce-Backend, CRM und Außendienst-Apps. Schattenquellen (persönliche Excel-Dateien) sind meist die am stärksten verschmutzten.
2. Datensatzzahlen ermitteln: Bestimmen Sie für jeden Stammdatentyp die Gesamtzahl, die Zahl der aktiven Datensätze und die Zahl der Datensätze mit Bewegung im letzten Jahr. Datensätze ohne Bewegung können von der Übernahmeliste gestrichen werden.
3. Qualitätsregeln festlegen: Zum Beispiel „Die Steuernummer muss 10 oder 11 Stellen haben“, „Jeder Artikel muss genau eine Basiseinheit haben“, „Für aktive Geschäftspartner muss mindestens eine Kontaktangabe vorhanden sein“.
4. Regeln auf die Daten anwenden: Zählen Sie die Verstöße mit SQL-Abfragen, Excel-Filtern oder einfachen Skripten. Berichten Sie die Fehlerquote für jede Regel.
5. Probleme klassifizieren: Teilen Sie sie in drei Gruppen ein: automatisch korrigierbar, Entscheidung durch den Fachbereich erforderlich und zu löschen.
6. Ziele festlegen: „Hundert Prozent sauber“ ist nicht realistisch; legen Sie für kritische Felder akzeptable Schwellenwerte im Voraus fest und lassen Sie sie von der Geschäftsleitung freigeben.

Praktische Wege, Dubletten zu finden

Verlassen Sie sich bei der Erkennung doppelter Geschäftspartner nicht allein auf den Firmennamen. Vergleichen Sie mehrere Felder gemeinsam, etwa Steuernummer, Telefonnummer, E-Mail-Adresse und normalisierte Adresse. Wenn Sie aus den Firmennamen Zusätze wie „LTD“, „ŞTİ“, „A.Ş.“ sowie Unterschiede in der Zeichensetzung herausfiltern und anschließend eine Ähnlichkeitsprüfung durchführen, tauchen im ersten Durchlauf die meisten Paare auf. Überlassen Sie die Entscheidung über das Zusammenführen jedoch nicht der Automatik; welcher Datensatz der „führende“ wird, sollten Buchhaltung und Vertrieb gemeinsam bestätigen.

Stammdatenmanagement: Die Bereinigung dauerhaft sichern

Daten, die einmal bereinigt wurden, verschmutzen innerhalb weniger Monate erneut, wenn sie nicht verwaltet werden. Stammdatenmanagement (MDM) ist das Governance-Modell, das festlegt, von wem, nach welchen Regeln und mit welcher Freigabe Daten angelegt werden. Es erfordert keine große Softwareinvestition; zunächst braucht es klare Regeln und Verantwortlichkeiten.

Datenverantwortung

Jeder Stammdatentyp sollte einen fachlichen Verantwortlichen haben: bei Geschäftspartnern etwa Finanzen oder Vertriebsinnendienst, bei Artikeln Produktmanagement oder Einkauf. Die IT speichert und schützt die Daten; für die Richtigkeit ist jedoch der Fachbereich verantwortlich. Ohne diese Trennung nutzen alle die Daten, aber niemand bereinigt sie.

Nummerierungs- und Benennungsstandard

Sollen Artikelnummern sprechend oder fortlaufend sein, werden Firmennamen in Großbuchstaben geschrieben, in welchem Format werden Adressfelder geführt? Die Antworten auf diese Fragen sollten in einem einseitigen Standard zusammengefasst und im ERP als Pflichtfelder, Auswahllisten und Validierungsregeln umgesetzt werden. Je weniger Freitext, desto höher die Qualität.

Anlage- und Freigabeprozess

Machen Sie es zur Pflicht, beim Anlegen eines neuen Geschäftspartner- oder Artikelstamms zuerst nach bestehenden Datensätzen zu suchen, und trennen Sie anschließend die Person, die den Datensatz anlegt, von der Person, die ihn freigibt. Dieser Ablauf lässt sich im ERP als Workflow einrichten. Unterstützt Ihr Standard-ERP diese Regeln nicht, können im Rahmen der ERP-Softwareentwicklung individuelle Validierungs- und Freigabeschritte ergänzt werden.

In Architekturen, in denen mehrere Systeme (E-Commerce, CRM, Außendienst) dieselben Kunden- und Artikeldaten nutzen, muss festgelegt werden, welches System die „führende Quelle“ ist. Dieses Thema haben wir in unserem Beitrag zu Datenintegration und Datenkonsistenz gesondert behandelt.

Migrationsstrategie, Transformation und Abstimmung

Wie übertragen Sie die Daten?

Der Migrationsansatz richtet sich nach Datenvolumen, Toleranz gegenüber Betriebsunterbrechungen und Kapazität des Teams. Vergleichen wir drei gängige Ansätze:

Für die meisten Unternehmen ist die ausgewogenste Option die bereinigte und bei Bedarf schrittweise Übernahme. Um den Datenfluss vom Altsystem ins Zielsystem zu steuern und wiederholbar zu machen, sind in dieser Phase Arbeiten zur Datenintegration entscheidend.

Mapping und Probemigrationen

Erstellen Sie ein Mapping-Dokument, das zeigt, welchem Feld im neuen System jedes Feld des Altsystems entspricht. Halten Sie die Transformationsregeln (zum Beispiel die Umwandlung der alten Einheit „KG“ in „Kilogramm“ oder die Zuweisung eines Standardwerts bei leerem Mehrwertsteuersatz) in diesem Dokument fest; keine Regel sollte nur im Kopf einer einzelnen Person existieren.

Führen Sie vor der eigentlichen Migration mindestens zwei bis drei Probemigrationen durch. Wenn Sie bei jedem Durchlauf die Fehlerliste verkürzen, werden die Skripte reifer, und Sie sehen zugleich, wie lange die Nacht der echten Migration dauern wird. Ist ein Live-Datenfluss zwischen Alt- und Neusystem erforderlich, sollte auch die Architektur der Systemintegration Teil dieses Plans sein.

Abstimmung: Stimmen die Zahlen?

Nach der Migration genügt es nicht zu sagen „die Daten sind da“; Sie müssen die Richtigkeit nachweisen. Führen Sie die folgenden Vergleiche durch:

• Datensatzzahlen: Stimmt die Anzahl der übertragenen Datensätze in Quelle und Ziel, einschließlich der abgelehnten Datensätze, überein?
• Finanzielle Salden: Stimmen Debitoren-/Kreditorensalden und Summen der Saldenliste exakt mit dem Altsystem überein?
• Lagerwerte: Wurden Mengen- und Kostenbestände je Lager verifiziert?
• Stichprobenprüfung: Haben Anwender aus den Fachbereichen zufällig ausgewählte Datensätze am Bildschirm geprüft?

Wenn Sie die Abstimmungsergebnisse in einem unterzeichneten Protokoll festhalten, wird die Go-live-Entscheidung objektiv nachvollziehbar.

Datencheckliste vor dem Go-live

Vor dem Go-live-Termin sollten alle der folgenden Punkte mit „Ja“ beantwortet werden können:

• Für jeden Stammdatentyp wurde ein fachlicher Verantwortlicher benannt.
• Die Qualitätsregeln sind festgelegt, und die Fehlerquoten liegen unter den vereinbarten Schwellenwerten.
• Doppelte Geschäftspartner- und Artikeldatensätze wurden zusammengeführt, die Zusammenführungsentscheidungen sind dokumentiert.
• Es wurde entschieden, ob Datensätze ohne Bewegung und ungenutzte Datensätze übernommen werden.
• Feldmapping und Transformationsregeln sind dokumentiert.
• Mindestens zwei Probemigrationen wurden abgeschlossen, die Migrationsdauer wurde gemessen.
• Die Finanz- und Lagerabstimmung ist unterzeichnet.
• Der Standard für die Neuanlage und der Freigabeprozess sind im ERP aktiv.
• Der schreibgeschützte Archivzugriff auf das Altsystem und dessen Sicherung sind gewährleistet.
• Für die ersten 30 Tage nach dem Go-live steht ein Kanal bereit, über den Datenkorrekturanfragen gesammelt werden.

Prüfen Sie bei der Übernahme von Geschäftspartner- und Mitarbeiterdatensätzen mit personenbezogenen Daten auch die Aufbewahrungs- und Löschpflichten nach dem türkischen Datenschutzgesetz KVKK sowie, sofern relevant, nach der DSGVO; wer unnötige personenbezogene Daten nicht ins neue System überträgt, senkt sowohl das Risiko als auch den Bereinigungsaufwand.

Häufig gestellte Fragen

Wie lange dauert die ERP-Datenbereinigung?

Die Dauer hängt weniger von der Zahl der Datensätze ab als von der Qualität der Daten und von Ihrer Entscheidungsgeschwindigkeit. Aufgaben, die eine Freigabe durch den Fachbereich erfordern, wie das Zusammenführen von Dubletten, dauern oft länger als die technische Umsetzung. Grundsätzlich empfehlen wir, die Bereinigung in den frühen Phasen des ERP-Projekts zu starten und als eigenes Arbeitspaket in den Zeitplan aufzunehmen.

Wer sollte die Daten bereinigen: IT oder Fachbereich?

Die technischen Arbeiten (Abfragen, Skripte, Übertragung) übernimmt die IT oder das Beraterteam; welcher Datensatz richtig ist, entscheidet jedoch der Fachbereich. Geschäftspartnerdaten sollte die Buchhaltung, Artikeldaten der Einkauf oder das Produktmanagement verifizieren. Wird diese Aufgabenteilung nicht etabliert, wird die Bereinigung zu einer rein technischen Übung.

Muss ich alle historischen Daten ins neue ERP übernehmen?

Nein. In der Regel werden Stammdaten, offene Posten und aktuelle Salden übernommen; historische Bewegungen können in einem schreibgeschützten Archiv aufbewahrt werden. Entscheiden Sie gemeinsam mit Ihrem Steuerberater unter Berücksichtigung der gesetzlichen Aufbewahrungsfristen und Ihres Berichtsbedarfs.

Ist für das Stammdatenmanagement eine eigene MDM-Software zwingend erforderlich?

Bei kleinen und mittleren Unternehmen meist nicht. Klare Verantwortlichkeiten, ein Nummerierungsstandard, Pflichtfelder und ein Freigabeprozess lassen sich auch innerhalb des ERP einrichten. Nutzen mehrere Systeme gemeinsam dieselben Stammdaten und wird die Synchronisation komplex, kann eine spezielle MDM-Lösung oder eine Integrationsschicht infrage kommen.

Wie bleibt die Datenqualität nach dem Go-live erhalten?

Regelmäßige Qualitätsberichte (zum Beispiel eine monatliche Prüfung auf Dubletten und fehlende Felder), ein Freigabeprozess bei der Anlage und regelmäßige Treffen der Datenverantwortlichen sichern die Qualität. Regeln fest im System zu verankern, ist deutlich nachhaltiger, als sich auf die Disziplin der Mitarbeitenden zu verlassen.

Fazit: ERP-Datenbereinigung schützt Ihre Investition

Die ERP-Datenbereinigung ist keine Nebensache des Projekts, sondern die Voraussetzung dafür, die eine verlässliche Datenquelle zu erreichen, die die Software verspricht. Eine Dateninventur, klare Qualitätsregeln, zugewiesene Verantwortlichkeiten, bereinigte Übernahme und dokumentierte Abstimmung machen den Go-live planbar. Das Stammdatenmanagement sichert diesen Gewinn auch nach der Migration.

Als Tekno Danışman begleiten wir Sie bei ERP-Migrationsprojekten in den Bereichen Datenanalyse, Transformationsregeln, Integration und Stammdaten-Governance. Bevor Sie entscheiden, ob Sie auf ein fertiges ERP umsteigen oder eine individuelle Lösung benötigen, können Sie unsere Entscheidungsmatrix „Standard-ERP oder individuelles ERP“ ansehen. Um den Zustand Ihrer vorhandenen Daten gemeinsam zu bewerten und einen individuellen Migrationsplan zu erstellen, nehmen Sie Kontakt mit uns auf.