Lösung · Dynamics NAV / BC → S/4HANA
Von Dynamics NAV oder Business Central zu S/4HANA – das Mapping entwirft die KI, Sie geben es frei.
Business Central führt eine Datenbank je Gesellschaft, unterscheidet Kunden und Lieferanten nach Tabelle, leitet Konten aus Buchungsgruppen ab und trägt die Analytik in Dimensionen. S/4HANA erwartet einen Mandanten mit Buchungskreisen, Geschäftspartner mit Rollen, eine explizite Kontenfindung und Kostenträger. Die acht Schritte von vise DMW schließen diese Lücke – und genau diese Richtung schlägt unser erster FieldMap-Produktivkunde heute ein.
- Seit 2017
- produktiv bei einer globalen Brauereigruppe
- 8 Schritte
- von der Extraktion bis zum Bericht, eine Plattform
- 0
- direkte Datenbankschreibzugriffe in S/4HANA
01
Was üblicherweise schiefgeht.
02 · So läuft es in vise DMW
Dieselbe Disziplin in jedem Schritt.
- Schritte 1–4 · Extract, Scope, Validate, Profile
Je Gesellschaft extrahieren, gegen das S/4-Regelwerk validieren.
Die Tabellen Customer, Vendor, Contact, Item, Item Variant, Unit of Measure, Dimension und Posting Group je Gesellschaft extrahiert – aus der SQL-Datenbank, über die API oder aus Excel-Exporten – und auf die Welle beschränkt. Validierungsregeln prüfen, was S/4HANA ablehnen wird: fehlende Länder und USt-IdNrn., Einheiten ohne Umrechnung, Dubletten über Customer, Vendor und Contact hinweg, Buchungsgruppen ohne Zielkonto. Eine DQ-Scorecard je Gesellschaft zeigt den Readiness-Trend.
Readiness nach Dimension und Objekt - Schritt 5 · Field Map
Die KI entwirft Customer + Vendor + Contact → Geschäftspartner. Ihr Berater gibt jede Zeile frei.
vise FieldMap liest die Tabellenmetadaten von Business Central und die S/4-Zielstruktur und schlägt Feldpaare mit Transformationsregeln und Konfidenzwert vor: Nr. zu BP-Nummernkreis, Buchungsgruppe zu Abstimmkonto, Dimensionswerte zu Kostenträgern, Artikelkategorie und Basiseinheit zu Materialart und Basismengeneinheit. Die zielgetriebene Ansicht zeigt jedes S/4-Pflichtfeld als gemappt, mit Default belegt, manuell zu laden oder ungeklärt. Genau diese Arbeit läuft bei unserem ersten FieldMap-Produktivkunden.
Zielgetriebene Ansicht – jedes S/4-Pflichtfeld erfasst (Demodaten) - Schritt 6 · Value Map
Codetabellen werden zu S/4-Wertelisten – einmal, durch die Personen, denen sie gehören.
Zahlungsbedingungen, Länder/Regionen, Einheiten, Artikelkategorien, Verkäufercodes, Lieferbedingungen, Buchungsgruppen: Jede Liste wird in vise LoV-MAP geladen und von ihrem fachlichen Verantwortlichen auf die S/4-Werteliste gemappt, einmal freigegeben und für jede Gesellschaft wiederverwendet. Die Wertelisten speisen die Validierung, sodass ein nicht gemappter Code vor dem Laden auffällt.
Wertemapping in vise LoV-MAP (Demodaten) - Schritt 7 · Load Simulation
Probelauf über die echten S/4-Schnittstellen.
Geschäftspartner über die BP-APIs und CVI, Materialien über die Standard-BAPIs, Finanzdaten über IDoc oder OData – derselbe Weg, den das echte Laden nimmt. Fehler kommen je Datensatz mit der S/4-Meldung zurück; sie gehen in die Korrektur-Queue; die Simulation wird wiederholt, bis sie fehlerfrei ist. Der Änderungsmodus aktualisiert, was bereits existiert, statt alles neu zu laden – wichtig, wenn Lieferungen über DEV, QA, UAT und PROD laufen.
Bildschirme zu diesem Schritt stammen aus dem Migrationsdemo. Fragen Sie nach einem Walkthrough oder sehen Sie es an Ihrem eigenen Objekt im 30-Tage-PoC. - Schritt 8 · Report
Abstimmung vom BC-Datensatz bis zum S/4-Datensatz.
Was aus welcher Gesellschaft extrahiert, was nach welcher Regel transformiert, was eingespielt wurde, was gescheitert ist und warum – je Objekt, je Gesellschaft, je Lauf. Dazu die Wochenübersicht, die der Programmmanager seit Schritt 1 verschickt.
Bereinigungsfortschritt je Gesellschaft
03 · 30-tägiger Proof of Concept
Was Sie nach 30 Tagen haben.
- Ein Objekt – Customer + Vendor zu Geschäftspartner oder Item zu Material – extrahiert, profiliert, validiert und auf S/4HANA feld- und wertegemappt
- Eine Ladesimulation gegen Ihr S/4-System (oder Ihr Ladewerkzeug) mit Fehlerliste und Korrekturen
- Das Entscheidungsprotokoll: Buchungsgruppen, Dimensionen und Nummernserien auf S/4-Strukturen gemappt, mit Verantwortlichem und Datum
- Eine Aufwandsschätzung für den gesamten Umzug, nach Objekt und Gesellschaft
Im Produktivbetrieb
SAP → Navision, heute BC + SAP ECC → S/4HANA Karlsberg Kunden- und Stücklistendaten für den Umzug auf Navision bereinigt, dedupliziert und transformiert – von einem Spezialisten statt fünf; Regeln der deutschen Gesellschaft für die französische wiederverwendet. Heute: eine Konsolidierung in drei Wellen in ein S/4HANA – zuerst Navision / Business Central, dann SAP ECC –, bei der Kunden-, Lieferanten-, Material- und Stücklistendaten über beide Quellen dedupliziert und zusammengeführt werden und offene Posten, Sachkontensalden und Lagerplatzbestände mitwandern. vise FieldMap entwirft das Mapping; der Berater gibt jede Zeile frei. Mehr lesen Rollout-Wellen seit 2017 Globale Brauereigruppe vise DMW als Data-Readiness-Gate vor jedem SAP-Rollout in den Landesgesellschaften der Gruppe, und vise Data Run für die alltäglichen Änderungen nach dem Go-live. Mehr lesen- 01NAV 2009, NAV 2018 oder Business Central online – spielt das eine Rolle?
- Für die Daten nicht: Die Strukturen von Customer, Vendor, Contact, Item, Dimension und Posting Group sind über die Versionen stabil geblieben. Für die Extraktion ein wenig: On-Premise-Versionen lesen wir aus SQL oder aus Exporten, Business Central online über seine API oder Excel-Exporte. Ein Agent in Business Central ist nicht nötig.
- 02Wie wird aus einem Debitor, einem Kreditor und einem Kontakt ein Geschäftspartner?
- DMW profiliert die drei Tabellen nach USt-IdNr., Name und Adresse, schlägt je Treffer einen BP mit Kunden- und Lieferantenrolle vor und markiert die Abweichungen (andere Namen, Länder, USt-IdNrn.) zur Entscheidung. Die Regel wird mit einem Verantwortlichen festgehalten – nicht stillschweigend angewendet.
- 03Wir gehen den umgekehrten Weg, von SAP zu Business Central.
- Dieselben Schritte, mit der Zielstruktur von Business Central. Das war das ursprüngliche Karlsberg-Projekt; siehe die Seite SAP ↔ Business Central.
- 04Was ist mit dem SAP Migration Cockpit?
- Nutzen Sie es, wenn es passt. DMW ergänzt Änderungsmodus, Ladesimulation, regelbasierte Validierung und eine Korrekturschleife für Fachanwender – und kann das Cockpit oder BODS mit den gemappten, validierten Daten beliefern, statt selbst zu laden.
Mit Customer und Vendor starten, in 30 Tagen.
Wir extrahieren sie aus einer Gesellschaft in Business Central, validieren gegen S/4-Regeln, entwerfen mit FieldMap das Geschäftspartner-Mapping und simulieren das Laden – und Sie sehen, was der gesamte Umzug erfordert.