Zum Inhalt springen

Lösung · JD Edwards → S/4HANA

Von JD Edwards zu S/4HANA: der Daten-Workstream, durchgängig gesteuert.

JD Edwards führt Kunden, Lieferanten und Mitarbeiter in einem Address Book, Datumsangaben im julianischen Format, Beträge mit impliziten Dezimalstellen und jede Codeliste in UDC-Tabellen. S/4HANA erwartet Geschäftspartner mit Rollen und Gruppierungen, ISO-Datumsangaben, typisierte Beträge und eigene Wertelisten. vise DMW schließt diese Lücke in acht gesteuerten Schritten – jedes Mapping von der KI vorgeschlagen, von einer namentlich benannten Person freigegeben und vor dem Einspielen simuliert.

30-Tage-PoC mit Ihren Daten starten vise DMW ansehen →
8 Schritte
von der Extraktion bis zum Bericht, eine Plattform
0
direkte Datenbankschreibzugriffe in S/4HANA
30 Tage
bis zum ersten gemappten, simulierten Objekt
Zielgetriebene Ansicht in vise FieldMap: jedes S/4HANA-Pflichtfeld als gemappt, mit Default belegt, manuell zu laden oder ungeklärt
Zielgetriebene Mapping-Ansicht – jedes S/4-Pflichtfeld erfasst (Demodaten)Bildschirme aus einem Demoprojekt von vise FieldMap · fiktive Daten

01

Was üblicherweise schiefgeht.

01 Ein Address Book, drei SAP-Objekte F0101 enthält Kunden, Lieferanten, Mitarbeiter und Interessenten in einer Tabelle, unterschieden nach Suchtyp. In S/4HANA werden sie zu Geschäftspartnern mit Rollen, Gruppierungen und Nummernkreisen – und dasselbe Unternehmen, das Kunde und Lieferant zugleich ist, muss ein Partner werden, nicht zwei.
02 Formate, die wie Daten aussehen, es aber nicht sind Julianische Datumsangaben (CYYDDD), Beträge ohne Dezimalpunkt gespeichert, mit Leerzeichen aufgefüllte Schlüssel, UDC-Codes, deren Bedeutung in F0005 steht statt im Datensatz. Unverändert geladen bestehen sie eine Sichtprüfung und scheitern an der BAPI.
03 Konten- und Kostenstrukturen, die sich nicht eins zu eins mappen lassen Konten im Format Business Unit.Object.Subsidiary sowie die Hierarchien von Gesellschaft (F0010) und Business Unit (F0006) müssen auf Buchungskreise, Werke, Kostenstellen, Profit-Center und den S/4-Kontenplan aufgeteilt werden. Das ist eine Designentscheidung je Objekt, und sie muss anderswo als in einer Tabelle festgehalten werden.

02 · So läuft es in vise DMW

Dieselbe Disziplin in jedem Schritt.

  1. Schritte 1–4 · Extract, Scope, Validate, Profile

    Die JDE-Tabellen extrahieren, nach Gesellschaft eingrenzen, gegen S/4-Regeln validieren.

    F0101 / F0111 / F0115 für Adressen, F0301 und F0401 für Kunden- und Lieferantenstämme, F4101 / F4102 für Artikel, F0901 für Konten – je Gesellschaft extrahiert und auf die Welle beschränkt. Validierungsregeln prüfen, was S/4HANA ablehnen wird: fehlende BP-Gruppierungen, ungültige Länder- oder Steuercodes, Mengeneinheiten ohne Umrechnung, Dubletten über Suchtypen hinweg. Eine DQ-Scorecard je Gesellschaft sagt dem Lenkungsausschuss, wie bereit jede einzelne ist.

    DQ-Scorecard in vise DMW nach Dimension und Objekt
    Readiness nach Dimension und Objekt
  2. Schritt 5 · Field Map

    Die KI entwirft F0101 → Geschäftspartner. Ihr Berater gibt jede Zeile frei.

    vise FieldMap liest das JDE-Data-Dictionary und die S/4-Zielstruktur und schlägt Feldpaare mit Transformationsregeln vor: julianisch zu ISO-Datum, implizite Dezimalstelle zu typisiertem Betrag, Suchtyp zu BP-Rolle, Kategoriecodes zu Klassifizierung. Jeder Vorschlag trägt einen Konfidenzwert und eine Begründung; die zielgetriebene Ansicht zeigt jedes S/4-Pflichtfeld als gemappt, mit Default belegt, manuell zu laden oder ungeklärt.

    Mapping-Tabelle in vise FieldMap: Quellfeld, Zielfeld, Transformationsregel, Konfidenz und Freigabestatus je Zeile
    Mapping-Tabelle – Regel, Konfidenz und Freigabe je Zeile (Demodaten)
  3. Schritt 6 · Value Map

    UDC-Tabellen werden zu S/4-Wertelisten – einmal, durch die Personen, denen sie gehören.

    Zahlungsbedingungen, Ländercodes, Mengeneinheiten, Artikeltypen, Kategoriecodes, Business-Unit-Typen: Jede UDC-Liste wird in vise LoV-MAP geladen und vom fachlichen Verantwortlichen auf die S/4-Werteliste gemappt, einmal freigegeben und für jede Gesellschaft der Welle wiederverwendet. Die Wertelisten speisen die Validierung, sodass ein nicht gemappter UDC-Wert vor dem Laden auffällt.

    Wertemapping in vise LoV-MAP: Quellwerte auf Zielwerte gemappt, mit Fortschritt je Tabelle
    Wertemapping in vise LoV-MAP (Demodaten)
  4. 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. vise DMW kann die gemappten Daten auch an das SAP Migration Cockpit oder BODS übergeben, wenn das Ihr Ladewerkzeug ist.

    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.
  5. Schritt 8 · Report

    Abstimmung vom JDE-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 Landesgesellschaft in vise DMW
    Bereinigungsfortschritt je Gesellschaft

03 · 30-tägiger Proof of Concept

Was Sie nach 30 Tagen haben.

  • Ein JDE-Objekt – meist das Address Book – 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: welche JDE-Strukturen auf welche S/4-Objekte gemappt werden, mit Verantwortlichem und Datum
  • Eine Aufwandsschätzung für die gesamte Welle, nach Objekt und Gesellschaft
So funktionieren PoC und Lizenz

Im Produktivbetrieb

Rollout-Wellen seit 2017 Globale Brauereigruppe JD Edwards war eines der Quellsysteme im Programm der Brauereigruppe. vise DMW als Data-Readiness-Gate vor jedem SAP-Rollout in den Landesgesellschaften der Gruppe, mit Quellen von Alt-ERPs bis zu Tabellen – und vise Data Run für die alltäglichen Änderungen nach dem Go-live. Mehr lesen Nicht-SAP-Quelle, dieselbe Methode Karlsberg Kunden- und Stücklistendaten zwischen SAP und Navision verschoben – von einem Spezialisten statt fünf; 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

04 · FAQ

Klare Antworten, in jedem Review dieselben.

Für SAP-Architekten
01EnterpriseOne oder World?
Beides. Die Tabellenlayouts unterscheiden sich im Detail, aber die Strukturen – Address Book, Item Master und Branch, UDC-Tabellen, Konten im Format Business Unit.Object.Subsidiary, julianische Datumsangaben – sind dasselbe Problem. Extrahiert wird aus der JDE-Datenbank oder aus Flat-Exporten; wir brauchen keinen Agenten in JDE.
02Wie wird aus einem Kunden- und einem Lieferantensatz ein Geschäftspartner?
Die Address-Book-Nummer ist der natürliche Schlüssel. DMW profiliert F0101 gegen F0301 und F0401, schlägt einen BP je Adressnummer mit Kunden- und Lieferantenrolle vor und markiert die Fälle, in denen die Sätze voneinander abweichen (andere Namen, Steuernummern, Länder), zur Entscheidung. Die Regel wird festgehalten, nicht stillschweigend angewendet.
03Was 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.
04Brauchen Sie unsere JDE-Berater?
Für die Entscheidungen ja: welche Gesellschaften, welche Kategoriecodes zählen, wie der Kontenplan aufgeteilt werden soll. Für die Mechanik weniger: Extraktion, Formatkonvertierung und Mapping sind dieselbe Arbeit, die unsere Spezialisten mit vise DMW bei anderen Alt-ERPs leisten, und die JDE-Strukturen sind dokumentiert. Ihre Leute geben frei und führen das Entscheidungsprotokoll. Der 30-Tage-PoC auf Ihrem Address Book ist der Ort, an dem wir es auf Ihren Daten beweisen.

Mit dem Address Book starten, in 30 Tagen.

Wir extrahieren F0101 mit den zugehörigen Kunden- und Lieferantenstämmen aus einer Gesellschaft, validieren es gegen S/4-Regeln, entwerfen das Geschäftspartner-Mapping und simulieren das Laden – und Sie sehen, was der gesamte Umzug erfordert.

30-Tage-PoC starten Demo ansehen