Přejít k obsahu

Řešení · JD Edwards → S/4HANA

Z JD Edwards na S/4HANA: datová část, řízená od začátku do konce.

JD Edwards drží zákazníky, dodavatele a zaměstnance v jednom Address Book, kalendářní data v juliánském formátu, částky s implicitními desetinnými místy a každý číselník v tabulkách UDC. S/4HANA chce obchodní partnery s rolemi a seskupeními, data ISO, typované částky a vlastní seznamy hodnot. vise DMW tuto mezeru překlene v osmi řízených krocích – každé mapování navrhne AI, schválí jmenovitě určená osoba a před zápisem se nasimuluje.

30denní PoC na vašich datech Prohlédněte si vise DMW →
8 kroků
od extrakce po report, jedna platforma
0
přímých zápisů do databáze S/4HANA
30 dní
k prvnímu namapovanému a nasimulovanému objektu
Pohled podle cílové struktury v nástroji vise FieldMap: každé povinné pole S/4HANA zobrazené jako namapované, s výchozí hodnotou, k ručnímu nahrání nebo nevyřešené
Pohled na mapování podle cílové struktury – každé povinné pole S/4 je podchyceno (demo data)Obrazovky z demo projektu vise FieldMap · fiktivní data

01

Co se obvykle pokazí.

01 Jeden Address Book, tři objekty SAP F0101 drží zákazníky, dodavatele, zaměstnance a potenciální zákazníky v jedné tabulce a rozlišuje je search type. V S/4HANA se z nich stávají obchodní partneři s rolemi, seskupeními a číselnými intervaly – a stejná firma, která je zákazníkem i dodavatelem, musí skončit jako jeden partner, ne dva.
02 Formáty, které vypadají jako data, ale nejsou Kalendářní data v juliánském formátu (CYYDDD), částky uložené bez desetinné tečky, klíče doplněné mezerami, kódy UDC, jejichž význam je v F0005, ne v záznamu. Nahrané tak, jak jsou, projdou vizuální kontrolou a selžou na BAPI.
03 Struktury účtů a nákladů, které se nemapují jedna ku jedné Účty Business Unit.Object.Subsidiary a hierarchie společností F0010 a business units F0006 je třeba rozdělit mezi účetní okruhy, závody, nákladová střediska, profit centra a účtovou osnovu S/4. Je to designové rozhodnutí pro každý objekt a musí být zaznamenáno jinde než v excelové tabulce.

02 · Jak to probíhá v nástroji vise DMW

Stejná disciplína v každém kroku.

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

    Extrahujte tabulky JDE, vymezte rozsah podle společnosti, validujte vůči pravidlům S/4.

    F0101 / F0111 / F0115 pro adresy, F0301 a F0401 pro kmenová data zákazníků a dodavatelů, F4101 / F4102 pro položky, F0901 pro účty – extrahováno za společnost a v rozsahu vlny. Validační pravidla kontrolují to, co S/4HANA odmítne: chybějící seskupení BP, neplatné kódy zemí nebo daní, měrné jednotky bez převodu, duplicity napříč hodnotami search type. DQ scorecard za společnost řekne řídicímu výboru, jak je která připravena.

    DQ scorecard podle dimenze a objektu v nástroji vise DMW
    Připravenost podle dimenze a objektu
  2. Krok 5 · Field Map

    AI navrhne F0101 → obchodní partner. Váš konzultant schvaluje každý řádek.

    vise FieldMap čte datový slovník JDE a cílovou strukturu S/4 a navrhuje dvojice polí s transformačními pravidly: juliánské datum na datum ISO, implicitní desetinná místa na typovanou částku, search type na roli BP, category codes na klasifikaci. Každý návrh nese skóre spolehlivosti a důvod; pohled podle cílové struktury ukazuje každé povinné pole S/4 jako namapované, s výchozí hodnotou, k ručnímu nahrání nebo nevyřešené.

    Tabulka mapování v nástroji vise FieldMap: zdrojové pole, cílové pole, transformační pravidlo, spolehlivost a stav schválení u každého řádku
    Tabulka mapování – pravidlo, spolehlivost a schválení u každého řádku (demo data)
  3. Krok 6 · Value Map

    Z tabulek UDC se stávají seznamy hodnot S/4 – jednou, v rukou lidí, kteří je vlastní.

    Platební podmínky, kódy zemí, měrné jednotky, typy položek, category codes, typy business units: každý seznam UDC se nahraje do vise LoV-MAP a vlastník z byznysu ho namapuje na seznam hodnot S/4; schválí se jednou a znovu se použije pro každou společnost ve vlně. Validace čerpá ze slovníků, takže nenamapovaná hodnota UDC se zachytí před nahráním.

    Mapování hodnot v nástroji vise LoV-MAP: zdrojové hodnoty namapované na cílové, s mírou dokončení u každé tabulky
    Mapování hodnot v nástroji vise LoV-MAP (demo data)
  4. Krok 7 · Load Simulation

    Zkušební běh přes skutečná rozhraní S/4.

    Obchodní partner přes BP API a CVI, materiály přes standardní BAPI, finance přes IDoc nebo OData – stejnou cestou, jakou jde skutečné nahrání. Chyby se vracejí po záznamech se zprávou S/4; jdou do fronty oprav; simulace se opakuje, dokud není čistá. vise DMW může namapovaná data také předat nástroji SAP Migration Cockpit nebo BODS, pokud je to váš nástroj pro nahrávání.

    Obrazovky k tomuto kroku pocházejí z migračního dema. Požádejte o předvedení, nebo si je prohlédněte na vlastním objektu v rámci 30denního PoC.
  5. Krok 8 · Report

    Rekonciliace od záznamu JDE po záznam S/4.

    Co bylo extrahováno z které společnosti, co bylo kterým pravidlem transformováno, co bylo zapsáno, co selhalo a proč – podle objektu, společnosti a běhu. K tomu týdenní souhrn, který manažer programu posílá už od kroku 1.

    Postup čištění podle provozních společností v nástroji vise DMW
    Postup čištění podle společností

03 · 30denní proof of concept

Co máte po 30 dnech.

  • Jeden objekt JDE – obvykle Address Book – extrahovaný, zprofilovaný, zvalidovaný, s poli a hodnotami namapovanými na S/4HANA
  • Simulace nahrání vůči vašemu systému S/4 (nebo vašemu nástroji pro nahrávání) se seznamem chyb a opravami
  • Záznam rozhodnutí: které struktury JDE se mapují na které objekty S/4, s vlastníkem a datem
  • Odhad pracnosti pro celou vlnu, podle objektu a společnosti
Jak funguje PoC a licence

V produkci

Vlny rolloutu od roku 2017 Globální pivovarnická skupina JD Edwards byl jedním ze zdrojových systémů v programu pivovarnické skupiny. vise DMW jako brána připravenosti dat před každým rolloutem SAP v provozních společnostech skupiny, se zdroji od starších ERP po excelové tabulky – a vise Data Run pro každodenní změny po go-live. Číst dále Zdroj mimo SAP, stejná metoda Karlsberg Data zákazníků a kusovníků přesunul mezi SAP a Navision jeden specialista místo pěti; dnes konsolidace ve třech vlnách do jednoho S/4HANA – nejprve Navision / Business Central, poté SAP ECC – při níž se data zákazníků, dodavatelů, materiálů a kusovníků deduplikují a slučují z obou zdrojů a spolu s nimi se přenášejí otevřené položky, zůstatky hlavní knihy a zásoby na skladových místech. vise FieldMap navrhne mapování; konzultant schvaluje každý řádek. Číst dále

04 · Časté otázky

Přímé odpovědi, stejné při každém posouzení.

Pro architekty SAP
01EnterpriseOne, nebo World?
Obojí. Rozvržení tabulek se liší v detailech, ale struktury – Address Book, Item Master a Branch, tabulky UDC, účty Business Unit.Object.Subsidiary, juliánský formát data – jsou stejný problém. Extrakce probíhá z databáze JDE nebo z plochých exportů; agenta uvnitř JDE nepotřebujeme.
02Jak ze záznamu zákazníka a záznamu dodavatele uděláte jednoho obchodního partnera?
Přirozeným klíčem je číslo z Address Book. DMW zprofiluje F0101 vůči F0301 a F0401, navrhne jednoho BP na číslo adresy s rolemi zákazníka a dodavatele a případy, kdy se záznamy neshodují (různé názvy, daňová čísla, země), označí k rozhodnutí. Pravidlo se zaznamená, neuplatňuje se potichu.
03A co SAP Migration Cockpit?
Použijte ho, pokud vyhovuje. DMW přidává režim změn, simulaci nahrání, validaci založenou na pravidlech a opravnou smyčku pro byznysové uživatele – a může Cockpit nebo BODS plnit namapovanými, zvalidovanými daty, místo aby nahrával sám.
04Potřebujete naše konzultanty JDE?
Pro rozhodnutí ano: které společnosti, na kterých category codes záleží, jak se má účtová osnova rozdělit. Pro mechaniku méně: extrakce, převody formátů a mapování jsou stejná práce, jakou naši specialisté dělají s vise DMW na jiných starších ERP, a struktury JDE jsou zdokumentované. Vaši lidé schvalují a vedou záznam rozhodnutí. 30denní PoC na vašem Address Book je místo, kde to prokážeme na vašich datech.

Začněte s Address Book, během 30 dní.

Extrahujeme F0101 a k němu kmenová data zákazníků a dodavatelů z jedné společnosti, zvalidujeme je vůči pravidlům S/4, navrhneme mapování na obchodního partnera a nasimulujeme nahrání – a vy uvidíte, co bude celý přechod obnášet.

Spusťte 30denní PoC Podívejte se na demo