Mehrere ERP-Mandanten zusammenzuführen bedeutet nicht, ihre Tabellen einfach untereinanderzukopieren. Derselbe Kunde kann in zwei Mandanten verschiedene Nummern haben. Dieselbe Materialnummer kann dagegen für zwei unterschiedliche Produkte stehen. Und ein scheinbar doppelter Lieferant kann in den Gesellschaften bewusst mit verschiedenen Zahlungs- oder Einkaufsdaten geführt werden.
Ein Mandant ist ein in sich abgegrenzter Daten- und Organisationsbereich innerhalb eines ERP-Systems. Bei der Zusammenführung muss deshalb für jeden fachlichen Datensatz geklärt werden: Handelt es sich um dieselbe geschäftliche Einheit, welche Informationen gelten künftig gemeinsam und welche Unterschiede müssen für Werk, Gesellschaft oder Vertriebsbereich erhalten bleiben?
Die belastbare Lösung besteht aus drei verbundenen Entscheidungen: einer eindeutigen Zielidentität, einer nachvollziehbaren Zuordnung aller alten Schlüssel und einer geregelten Übernahme der abhängigen Bestände und offenen Vorgänge.
Warum gleiche Nummern nicht dasselbe bedeuten
Angenommen, Mandant Nord und Mandant Süd enthalten jeweils einen Kunden mit der Nummer 4711. Daraus folgt weder, dass es derselbe Kunde ist, noch dass zwei verschiedene Kunden vorliegen. Interne Nummern gelten zunächst nur innerhalb ihres bisherigen Mandanten.
Für die Analyse braucht jeder Ausgangsdatensatz deshalb einen vollständigen Quellschlüssel, zum Beispiel:
Quellsystem + Mandant + Organisationsbereich + alte Nummer
Erst diese Verbindung macht den Datensatz eindeutig. Wird beim Export nur die Kundennummer mitgegeben, kann aus „4711“ später nicht mehr sicher abgeleitet werden, aus welchem Mandanten und welcher Gesellschaft der Eintrag stammt. Das gefährdet nicht nur den Kundenstamm. Auch Aufträge, Ansprechpartner, Preise und offene Posten können dem falschen Zielkunden zugeordnet werden.
Umgekehrt kann derselbe reale Kunde im Mandanten Nord als 4711 und im Mandanten Süd als 98320 geführt sein. Namen und Anschriften liefern dann Hinweise auf eine mögliche Übereinstimmung. Sie sind aber noch kein Beweis. Steuermerkmale, Handelsdaten, abweichende Standorte und vorhandene Geschäftsbeziehungen müssen gemeinsam betrachtet werden.
Die erste Entscheidung betrifft das Ziel, nicht die Dublettenliste
Bevor Datensätze zusammengeführt werden, muss die zukünftige Organisationslogik im Ziel-ERP feststehen. Soll ein Kunde einmal zentral angelegt und für mehrere Gesellschaften erweitert werden? Bleiben bestimmte Einkaufs- oder Vertriebsdaten bewusst lokal? Welche Gesellschaft führt die allgemeine Anschrift, und wer darf sie künftig ändern?
Diese Zielentscheidung trennt drei Fälle:
- Eine gemeinsame Identität mit mehreren Organisationssichten: Der allgemeine Kunden- oder Materialkern gilt zentral, während gesellschafts-, werk- oder vertriebsbezogene Angaben getrennt erhalten bleiben.
- Mehrere tatsächlich verschiedene Einheiten: Ähnliche Namen oder identische alte Nummern dürfen nicht zu einer falschen Zusammenführung führen.
- Ein fachlich zu klärender Kandidat: Die vorhandenen Merkmale reichen noch nicht für eine sichere Entscheidung. Der Fall bleibt sichtbar offen, statt automatisch zusammengeführt zu werden.
Das ist der Unterschied zwischen einer Dublettenprüfung und einer Mandantenzusammenführung. Eine Dublettenprüfung sucht mögliche Mehrfachanlagen. Die Mandantenzusammenführung muss zusätzlich bestimmen, wie die bisher getrennten Organisationsrollen im neuen ERP weitergeführt werden.
Ein führender Datensatz darf lokale Wahrheit nicht überschreiben
Häufig wird für eine gemeinsame Zielidentität ein führender Ausgangsdatensatz gewählt. Das kann sinnvoll sein, darf aber nicht bedeuten, dass alle Felder der anderen Mandanten pauschal verworfen werden.
Ein Kunde kann im Mandanten Nord die aktuellere Adresse besitzen, im Mandanten Süd jedoch die gültige Steuerangabe und eine zusätzliche Lieferanschrift. Ein Lieferant kann dieselbe rechtliche Einheit darstellen, aber je Gesellschaft verschiedene Zahlungsbedingungen oder Einkaufszuständigkeiten haben. Bei Materialien können Beschreibungen gemeinsam gelten, während Disposition, Lagerung oder Bewertung je Werk unterschiedlich sind.
Die bessere Frage lautet daher nicht „Welcher Datensatz gewinnt?“, sondern „Welche Quelle führt welches Merkmal oder welche Organisationssicht?“. Daraus entsteht eine Regel, die für alle passenden Datensätze wiederholt werden kann. Einzelfälle, die keiner Regel folgen, werden ausdrücklich zur fachlichen Entscheidung vorgelegt.
Diese Trennung schützt vor einem typischen Fehler: Die technisch schönste Zentralisierung entfernt gültige lokale Informationen. Das Ziel-ERP hätte dann zwar weniger Stammsätze, die Geschäftsprozesse wären aber unvollständig vorbereitet.
Nummernkreise brauchen eine durchgängige Alt-Neu-Zuordnung
Bei mehreren Mandanten treten Nummernüberschneidungen fast zwangsläufig auf. Zwei unterschiedliche Materialien können beide 10001 heißen. Ein gemeinsamer Kunde kann je Mandant zwei verschiedene Nummern besitzen. Deshalb braucht jedes übernommene Objekt eine eindeutige Verbindung zwischen sämtlichen alten Schlüsseln und dem neuen Zielschlüssel.
Eine solche Zuordnung beantwortet beispielsweise:
- Mandant Nord, Kunde 4711 wird Zielkunde 300045.
- Mandant Süd, Kunde 98320 wird ebenfalls Zielkunde 300045.
- Mandant Süd, Kunde 4711 ist eine andere Firma und wird Zielkunde 300812.
Diese Regeln dürfen nicht nur in einer einmalig bearbeiteten Excel-Datei stehen. Sie müssen so gespeichert und angewendet werden, dass Testläufe und Produktivlauf dasselbe Ergebnis erzeugen. Außerdem sollten die alten Schlüssel im Ziel oder in einer verlässlichen Referenz weiterhin auffindbar sein. Das hilft bei Rückfragen, Belegen und der Zuordnung von Vorgängen, die noch mit alten Nummern eintreffen.
Ob alte Nummern sichtbar bleiben oder durch neue Nummern ersetzt werden, ist eine eigene fachliche Entscheidung. Der Beitrag zu sprechenden Nummernkreisen beim ERP-Wechsel zeigt, wie bisherige Orientierung und neue Standardfelder miteinander verbunden werden können.
Stammdaten zuerst zu verbinden reicht nicht aus
Die Zielschlüssel wirken auf alle abhängigen Daten. Ein offener Auftrag aus Mandant Süd muss nach der Zusammenführung auf den richtigen Zielkunden, die richtigen Zielmaterialien und den passenden Vertriebsbereich zeigen. Ein Bestand braucht nicht nur ein Material, sondern auch Werk, Lagerort, Einheit, Charge oder Bewertung. Offene Finanzposten hängen an Gesellschaft, Konto, Partner und Belegbezug.
Darum sollte die Zusammenführung nicht an einer schönen Kunden- oder Materialliste enden. Für jedes Datenobjekt muss sichtbar sein, welche Beziehungen umgeschlüsselt werden und welche organisatorische Zugehörigkeit im Ziel gilt.
Besonders kritisch sind Vorgänge, die zwischen bisherigen Mandanten verlaufen. Was im alten Aufbau als Verkauf von Mandant Nord an Mandant Süd gebucht wurde, kann nach der organisatorischen Zusammenführung eine interne Umlagerung oder ein anderer Prozess sein. Hier genügt keine Schlüsselübersetzung. Das Projekt muss entscheiden, ob der laufende Vorgang vor dem Stichtag abgeschlossen, im Ziel neu aufgebaut oder über einen ausdrücklich vorgesehenen Übergang fortgesetzt wird.
Unser Beitrag zum Migrieren offener Aufträge zeigt, warum Restmengen, Teilstatus und abhängige Bezüge gemeinsam betrachtet werden müssen.
Ein belastbarer Arbeitsweg führt vom Mandanteninventar bis zur Abnahme
Für die praktische Umsetzung hat sich eine feste Reihenfolge bewährt.
- Zielorganisation klären: Gesellschaften, Werke, Vertriebs- und Einkaufsbereiche sowie die künftige Pflegeverantwortung werden festgelegt.
- Quellen je Datenobjekt erfassen: Das Projekt dokumentiert, in welchen Mandanten Kunden, Lieferanten, Materialien, Bestände und offene Vorgänge liegen und welche Tabellen gemeinsam einen vollständigen Bestand ergeben.
- Übereinstimmungen als Kandidaten bilden: Alte Schlüssel, Steuermerkmale, Namen, Anschriften und weitere fachliche Merkmale erzeugen Vorschläge. Unsichere Fälle bleiben entscheidbar.
- Zielidentität und Organisationssichten festlegen: Für bestätigte Übereinstimmungen wird bestimmt, welche Angaben gemeinsam und welche lokal weitergeführt werden.
- Alt-Neu-Schlüssel anwenden: Alle abhängigen Daten werden über dieselbe geprüfte Zuordnung auf die Zielidentitäten umgestellt.
- In Beziehungen testen: Nicht nur einzelne Stammsätze, sondern typische Prozesse mit Aufträgen, Beständen, Belegen und Organisationsebenen werden im Ziel geprüft.
- Je Quelle und Ziel abstimmen: Mengen, Summen, offene Fälle und bewusste Ausschlüsse werden sowohl nach Herkunftsmandant als auch im zusammengeführten Ziel nachvollzogen.
Die getrennte Sicht auf Quelle und Ziel ist wichtig. Eine richtige Gesamtzahl kann zwei Fehler verdecken: Aus Mandant Nord fehlt ein Datensatz, während aus Mandant Süd versehentlich einer doppelt übernommen wurde. Erst der Abgleich je Herkunft und anschließend im gemeinsamen Ziel macht die Zusammenführung nachvollziehbar.
Woran die Abnahme einer Mandantenzusammenführung erkennbar ist
Ein technisch fehlerfreier Import beweist noch nicht, dass die Mandanten fachlich richtig verbunden wurden. Die Abnahme sollte mindestens vier Wirkungen bestätigen.
Erstens müssen gemeinsame Identitäten tatsächlich gemeinsam und getrennte Einheiten weiterhin getrennt sein. Zweitens müssen gültige lokale Organisationsdaten erhalten bleiben. Drittens müssen alle übernommenen Vorgänge und Bestände auf die richtigen neuen Schlüssel zeigen. Viertens müssen Mengen und Werte je Herkunft nachvollziehbar in der Zielsumme aufgehen.
Ein guter Test verwendet dafür nicht nur Stichproben aus der Stammdatentabelle. Er verfolgt ausgewählte Kunden, Materialien oder Lieferanten durch ihre Beziehungen. Beim Kunden kann das vom allgemeinen Datensatz über Gesellschafts- und Vertriebsdaten bis zu offenen Aufträgen und Finanzposten reichen.
Wie mögliche Mehrfachanlagen sicher unterschieden und Beziehungen auf eine bestätigte Zielidentität umgestellt werden, vertieft der Beitrag Dubletten bei der ERP-Migration zusammenführen.
Mehrere ERP-Mandanten zusammenführen, ohne ihre Herkunft unsichtbar zu machen
Eine gelungene ERP-Mandantenzusammenführung schafft einen gemeinsamen, nutzbaren Datenbestand. Sie löscht aber nicht die Nachvollziehbarkeit der Herkunft. Alte Mandanten, Schlüssel und getroffene Zusammenführungsentscheidungen müssen so dokumentiert bleiben, dass Rückfragen und Prüfungen auch nach dem Go-live beantwortet werden können.
Der entscheidende Qualitätsmaßstab ist daher nicht die kleinstmögliche Zahl von Stammsätzen. Entscheidend ist, ob jede Zielidentität fachlich richtig gebildet wurde, lokale Rollen vollständig weiterleben und sämtliche abhängigen Daten über eine eindeutige, wiederholbare Zuordnung im neuen ERP ankommen.