Lösung · SAP ↔ Microsoft Dynamics
Zwischen SAP und Business Central, in beide Richtungen.
Dieselben acht Schritte von vise DMW, mit der Zielstruktur von Navision / Business Central – oder von S/4HANA, wenn der Umzug in die andere Richtung geht. Verstreute Kundendatensätze werden zu Golden Records; Fertigungsstücklisten werden transformiert, nicht abgetippt.
01 · Das Problem
Warum dieser Umzug ein Datenprojekt ist, kein Export.
Business Central ist bewusst einfacher als SAP. Die Daten müssen trotzdem vollständig, konsistent und in der Struktur des Ziels ankommen – und das viermal.
- 01 Kunden verstreut und doppelt Datensätze über mehrere Systeme verteilt und innerhalb eines Systems doppelt – oft nur durch ein Leerzeichen oder ein Komma verschieden. Eine Kopie trägt jede Dublette ins neue ERP.
- 02 Rollen werden zu Strukturen SAP-Kundenrollen wie Regulierer und Warenempfänger haben in Navision / Business Central kein 1:1-Gegenstück. Die richtige Zielstruktur hängt vom Wert bestimmter Felder ab – Transformation, nicht Mapping.
- 03 Stücklisten tragen die Logik Fertigungsstücklisten enthalten in SAP die meiste Struktur und Geschäftslogik – und das größte Risiko, in beide Richtungen.
- 04 Vier Umgebungen, keine freien Kapazitäten DEV, QA, UAT und PROD brauchen jeweils eine vollständige Lieferung. Das Team kennt seine Daten, hat aber weder die Kapazität noch die Werkzeuge, die Arbeit viermal zu machen.
02 · Der Ansatz
Dieselbe Disziplin, in welche Richtung die Daten auch gehen.
Fünf Schritte, ausgeführt in vise DMW, auf Abruf wiederholt für jede Umgebung und jede Gesellschaft. Die Richtung ändert die Zielstruktur, nicht die Methode.
- 01 Workshops auf beiden Seiten Mit dem Implementierungspartner zu den technischen Anforderungen des Ziels und den Feld-Mappings; mit Ihrem Team zu Geschäftsregeln, Bereinigungskriterien, Dublettenlogik und Validierung.
- 02 Extrahieren und konsolidieren Automatisierter Abruf aus jedem Quellsystem – im Fall Karlsberg mehrere SAP-Systeme – in einen gemeinsamen Arbeitsbestand in vise DMW.
- 03 Bereinigen zu Golden Records Regeln zur Formatstandardisierung und ein Abgleich, der Dubletten trotz unterschiedlicher Schreibweisen findet. Ein Golden Record je Kunde, mit festgehaltener Zusammenführungsentscheidung.
- 04 Nach Regeln transformieren Regeln auf den Feldern, die über die Zielstruktur entscheiden – wie Rollen und Attribute in Business Central entstehen oder wie Materialstammfelder in S/4HANA aufgelöst werden. Vorschau, bevor irgendetwas geliefert wird.
- 05 Auf Abruf liefern Einmal definiert, erzeugt derselbe Lauf die Dateien für jeden Testzyklus, jede Umgebung und jede Gesellschaft. Ihr Partner lädt sie in Business Central; in S/4HANA lädt vise DMW über Standardschnittstellen.
In die andere Richtung? Dynamics NAV / BC → S/4HANA, Schritt für Schritt → · Feld-Mapping mit KI-Entwürfen und menschlicher Freigabe: vise FieldMap →
03 · Das Ergebnis
So lief es bei Karlsberg.
Verstreute, doppelte Kundendatensätze und komplexe Fertigungsstücklisten wurden bereinigt, zu Golden Records dedupliziert und in die Navision-Struktur überführt. Die für die erste deutsche Gesellschaft erstellten Regeln wurden für die französische wiederverwendet.
- 5 → 1
- FTE-Äquivalent an Arbeit, erledigt von einem Visehub-Spezialisten
- 1,5 Jahre
- iterative Lieferungen über DEV, QA, UAT und PROD
- 2 Objekte
- Kundenstamm und Stücklisten
- DE → FR
- Regeln über Gesellschaften hinweg wiederverwendet
“A simple briefing combined with a deadline was enough to receive a high-quality result on time.”
Eine Konsolidierung in drei Wellen in ein S/4HANA – zuerst Navision / Business Central, dann SAP ECC. Kunden-, Lieferanten-, Material- und Stücklistendaten werden über beide Quellen dedupliziert und zusammengeführt; offene Posten, Sachkontensalden und Lagerplatzbestände wandern mit. vise FieldMap entwirft Feldpaare und Transformationsregeln, der Berater gibt jede Zeile in einer zielgetriebenen Ansicht frei. Erster Produktiveinsatz von FieldMap.
vise FieldMap04 · FAQ
Die Fragen, die wir zu diesem Umzug bekommen.
- 01Lädt vise DMW direkt in Business Central?
- In der Richtung SAP → Navision / Business Central liefern wir ladefertige, validierte Dateien in der Zielstruktur; der Implementierungspartner lädt sie mit seinen Werkzeugen, wie bei Karlsberg. In der Richtung Business Central / SAP ECC → S/4HANA lädt vise DMW über Standard-SAP-Schnittstellen (BAPI, IDoc, OData) oder beliefert das Migration Cockpit – nie ein direkter Datenbankschreibzugriff.
- 02Welche Objekte deckt das ab?
- Kundenstamm und Stücklisten beim Umzug SAP → Navision; Kunde, Lieferant, Material und Stückliste bei der Konsolidierung Business Central + SAP ECC → S/4HANA, gemappt mit vise FieldMap und über beide Quellen dedupliziert – dazu offene Posten, Sachkontensalden und Lagerplatzbestände mit Chargennummern. Weitere Objekte folgen denselben acht Schritten.
- 03Lassen sich Regeln einer Gesellschaft für die nächste wiederverwenden?
- Ja. Bei Karlsberg wurden die für die deutsche Gesellschaft gebauten Bereinigungs- und Transformationsregeln für die französische wiederverwendet. Regeln, Mappings und Wertelisten sind versioniert, sodass die zweite Gesellschaft auf der Arbeit der ersten aufsetzt.
- 04Was muss das Team auf unserer Seite tun?
- An den Workshops teilnehmen, die Geschäftsregeln entscheiden und je Objekt abzeichnen. Extraktion, Bereinigung, Transformation und wiederholte Lieferungen führt ein Visehub-Spezialist durch – im Projekt bei Karlsberg übernahm eine Person die Arbeit von etwa fünf.
- 05Wie fangen wir an?
- Mit einem 30-Tage-Proof-of-Concept auf einem Objekt – für diesen Umzug fällt die Wahl meist auf den Kundenstamm. Sie erhalten das bereinigte, gemappte, simulierte Ergebnis und eine Aufwandsschätzung für den Rest.
Ein Objekt, 30 Tage, Ihre Daten.
Der Kundenstamm ist der übliche Start für einen Umzug SAP ↔ Business Central. Sie erhalten das bereinigte, gemappte, simulierte Ergebnis und eine Schätzung für den Rest.