Kunden- und LieferantenstammdatenEinrichtung auf Anfrage

ERP-Datenmigration beginnt mit einer klaren Feldzuordnung

Wer schlechte Datensätze in ein neues System überträgt, übernimmt die alten Probleme. Ein Migrationsprojekt kann Zuordnung, Bereinigung und Dublettenprüfung von der eigentlichen Übertragung trennen und jede Stufe überprüfbar machen.

Wie werden Stammdaten für eine ERP- oder CRM-Migration vorbereitet?

Quellkennungen erhalten, Felder in ein vereinbartes Zielmodell zuordnen, unterstützte Werte vereinheitlichen und mögliche Dubletten vor dem Import prüfen. Danach folgt eine begrenzte Testmigration mit Abgleich von Quellanzahl, Ziel-IDs und abgelehnten Datensätzen. Reihenfolge und Wiederanlauf hängen von den Zielschnittstellen ab.

Systemunterschiede ausdrücklich behandeln

Feldverantwortung und Zuordnungen

Je Feld Eigentümersystem, Umgang mit fehlenden Werten und nicht darstellbaren Quellfeldern vereinbaren. Nicht zugeordnete Felder sichtbar halten statt still zu verwerfen.

Beziehungen und Dublettenentscheidungen

Beziehungen zwischen Firmen und Kontakten sowie Rechnungs-/Lieferadressrollen erhalten. Dubletten mit Datenverantwortlichen klären und die Quell-Ziel-Kennungen dokumentieren.

Geprobter Systemwechsel

Änderungsstopp oder Delta-Strategie festlegen, sichere Wiederholungen nach Systemmöglichkeit testen und Ergebnisse abgleichen. Wiederherstellung muss Quellautomatisierungen und bereits erfolgreiche Änderungen berücksichtigen.

So funktioniert es

  1. 1

    Quellen erfassen

    Systeme, Objekte, Beziehungen und Datenmengen aufnehmen. Einmaligen Stammdatenimport von späterer laufender Synchronisation abgrenzen.

  2. 2

    Zuordnung freigeben

    Transformationen, Vorgaben, Ausschlüsse und Dublettenentscheidungen mit den Datenverantwortlichen dokumentieren. Zielpflichtfelder und Berechtigungen prüfen.

  3. 3

    Begrenzte Übertragung erproben

    In einer Testumgebung repräsentative Datensätze einschließlich Fehlern und Neustarts laden. Quellwerte, Zielwerte und abhängige Datensätze vergleichen.

  4. 4

    Umstellen und abgleichen

    Freigegebenen Umfang ausführen, Ziel-IDs erfassen und abgelehnte oder unklare Änderungen prüfen. Den Umgang mit späteren Änderungen vor Projektabschluss vereinbaren.

Praxisbeispiel

Zwei Kundenlisten werden ein CRM

Eine Unternehmensgruppe könnte beim Import zweier Kundenlisten beide Quellnummern erhalten, Adressrollen vereinheitlichen und Dubletten prüfen, bevor Ziel-Accounts entstehen. Abweichende Steuer- und Währungsangaben bleiben sichtbar statt pauschal vom neuesten Wert überschrieben zu werden.

Systemübergreifender Massentransfer ist keine vorhandene Selbstbedienungsfunktion der Massenprozesse. Dies ist ein individuelles Migrationsbeispiel; Rechnungen, Zahlungen, Salden, Bestände und Beleghistorie benötigen einen eigenen Entwurf.

Häufig gestellte Fragen

Ist das dasselbe wie laufende Synchronisation?
Nein. Eine Migration ist eine abgegrenzte Übertragung mit Umstellung und Ergebnisabgleich. Laufende Synchronisation braucht eigene Regeln für Feldverantwortung, Zeitplanung und Konflikte.
Wie wird eine Adresse für Rechnung und Lieferung abgebildet?
Die Zuordnung muss Rechnung, Lieferung oder beides berücksichtigen. Manche Ziele brauchen zwei Einträge; deren Beziehung muss auch bei Wiederholungen ohne neue Dubletten erhalten bleiben.
Können abgelehnte Datensätze erneut übertragen werden?
Wenn die Ziel-API frühere Änderungen sicher erkennen lässt, kann ein Wiederanlauf vorgesehen werden. Unklare Ergebnisse müssen vor einem weiteren Schreibversuch geprüft werden.
Wird die Geschäftshistorie mitübertragen?
Nicht in diesem Stammdatenbeispiel. Finanzbelege und Salden brauchen einen eigenen Migrationsumfang, Schnittstellenprüfungen und einen buchhalterischen Abgleich.

Was soll Ihr Datenprozess besser machen?

Beschreiben Sie über die Kontaktseite Ihre Systeme, Datensatzarten und die konkrete Aufgabe. Umfang, Zugriffsrechte und Abnahmekriterien stimmen wir vor der Umsetzung ab.