Přejít k obsahu

Řešení · Dynamics NAV / BC → S/4HANA

Z Dynamics NAV nebo Business Central na S/4HANA, s mapováním navrženým AI a schváleným vámi.

Business Central drží jednu databázi na společnost, zákazníky a dodavatele rozlišuje tabulkou, účty odvozuje z Posting Groups a analytiku nese v Dimensions. S/4HANA chce jednoho klienta s účetními okruhy, obchodní partnery s rolemi, explicitní určení účtů a nákladové objekty. Osm kroků nástroje vise DMW tento rozdíl překlenuje – a právě tímto směrem dnes jde náš první produkční zákazník nástroje FieldMap.

Od roku 2017
v produkci u globální pivovarnické skupiny
8 kroků
od extrakce po report, jedna platforma
0
přímých zápisů do databáze S/4HANA
Automatické mapování v nástroji vise FieldMap: návrhy se skóre spolehlivosti, schvalované nebo zamítané řádek po řádku
Automatické mapování – návrhy se spolehlivostí, schvalované řádek po řádku (demo data)Obrazovky z demo projektu vise FieldMap · fiktivní data

01

Co se obvykle pokazí.

01 Zákazník, dodavatel a kontakt, za nimiž stojí jedna a táž firma Customer (18), Vendor (23) a Contact (5050) jsou samostatné tabulky se samostatnými No. Series. V S/4HANA jde o jednoho obchodního partnera s rolemi. Jejich párování bez zdokumentovaného pravidla vytvoří duplicity hned první den nového systému.
02 Účty, které žijí v Posting Groups, ne v záznamu Business Central odvozuje účet hlavní knihy z Customer, Vendor, Inventory a General Posting Groups. S/4 potřebuje odsouhlasovací účty, účtové skupiny a třídy ocenění v kmenovém záznamu. Mapování je designové rozhodnutí pro každou skupinu a musí být zaznamenáno s vlastníkem.
03 Dimensions a společnosti bez domova Globální a shortcut Dimensions nesou to, co S/4 dělá s nákladovými středisky, profit centry a interními zakázkami; každá společnost v BC je vlastní databáze. Sloučit je do jednoho klienta znamená rozhodnout, objekt po objektu, co se stane účetním okruhem, závodem, nákladovým objektem – dřív než kdokoli napíše řádek mapování.

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 po společnostech, validujte vůči sadě pravidel S/4.

    Tabulky Customer, Vendor, Contact, Item, Item Variant, Unit of Measure, Dimension a Posting Group extrahované za společnost – z databáze SQL, z API nebo z exportů do Excelu – a v rozsahu vlny. Validační pravidla kontrolují to, co S/4HANA odmítne: chybějící země a DIČ, jednotky bez převodu, duplicity napříč tabulkami Customer, Vendor a Contact, Posting Groups bez cílového účtu. DQ scorecard za společnost ukazuje trend připravenosti.

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

    AI navrhne Customer + Vendor + Contact → obchodní partner. Váš konzultant schvaluje každý řádek.

    vise FieldMap čte metadata tabulek Business Central a cílovou strukturu S/4 a navrhuje dvojice polí s transformačními pravidly a skóre spolehlivosti: No. na číselný interval BP, Posting Group na odsouhlasovací účet, hodnoty Dimension na nákladové objekty, Item category a Base Unit na druh materiálu a základní měrnou jednotku. 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é. Tato práce právě běží u našeho prvního produkčního zákazníka nástroje FieldMap.

    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 podle cílové struktury – každé povinné pole S/4 je podchyceno (demo data)
  3. Krok 6 · Value Map

    Z číselníků se stávají seznamy hodnot S/4 – jednou, v rukou lidí, kteří je vlastní.

    Payment Terms, Countries/Regions, Units of Measure, Item Categories, Salesperson codes, Shipment Methods, Posting Groups: každý seznam se nahraje do vise LoV-MAP a jeho 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. Validace čerpá ze slovníků, takže nenamapovaný kód 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á. Režim změn aktualizuje to, co už existuje, místo aby se vše nahrávalo znovu, což je důležité, když dodávky běží napříč DEV, QA, UAT a PROD.

    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 BC 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í

04 · Časté otázky

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

Pro architekty SAP
01NAV 2009, NAV 2018, nebo Business Central online – záleží na tom?
Pro data ne: struktury Customer, Vendor, Contact, Item, Dimension a Posting Group jsou napříč verzemi stabilní. Pro extrakci trochu: on-premise verze čteme z SQL nebo z exportů; Business Central online přes jeho API nebo exporty do Excelu. Žádný agent uvnitř Business Central není potřeba.
02Jak ze zákazníka, dodavatele a kontaktu uděláte jednoho obchodního partnera?
DMW zprofiluje tři tabulky podle DIČ, názvu a adresy, navrhne jednoho BP na každou shodu s rolemi zákazníka a dodavatele a neshody (různé názvy, země, DIČ) označí k rozhodnutí. Pravidlo se zaznamená s vlastníkem – neuplatňuje se potichu.
03Jdeme opačným směrem, ze SAP na Business Central.
Stejné kroky, cílová struktura Business Central. To byl původní projekt Karlsberg; viz stránku SAP ↔ Business Central.
04A 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.

Začněte tabulkami Customer a Vendor, během 30 dní.

Extrahujeme je z jedné společnosti v Business Central, zvalidujeme vůči pravidlům S/4, navrhneme mapování na obchodního partnera nástrojem FieldMap a nasimulujeme nahrání – a vy uvidíte, co bude celý přechod obnášet.