Řešení · SAP ↔ Microsoft Dynamics
Mezi SAP a Business Central, oběma směry.
Stejných osm kroků nástroje vise DMW, s cílovou strukturou Navision / Business Central – nebo S/4HANA, když přechod míří opačným směrem. Z roztříštěných záznamů zákazníků se stávají golden records; výrobní kusovníky se transformují, nepřepisují.
01 · Problém
Proč je tento přechod datový projekt, ne export.
Business Central je záměrně jednodušší než SAP. Data přesto musí dorazit úplná, konzistentní a ve struktuře cílového systému – a musí dorazit čtyřikrát.
- 01 Zákazníci roztříštění a duplicitní Záznamy rozptýlené v několika systémech a duplicitní i v rámci jednoho – často se liší jen mezerou nebo čárkou. Kopie přenese každý duplikát do nového ERP.
- 02 Z rolí se stávají struktury Role zákazníka v SAP, jako plátce a příjemce materiálu, nemají v Navision / Business Central protějšek 1:1. Správná cílová struktura závisí na hodnotě konkrétních polí – je to transformace, ne mapování.
- 03 Logiku nesou kusovníky Výrobní kusovníky obsahují v SAP nejvíce struktury a byznysové logiky – a nejvíce rizika v obou směrech.
- 04 Čtyři prostředí, žádní lidé navíc DEV, QA, UAT a PROD potřebují každé plnou dodávku. Tým svá data zná, ale nemá kapacitu ani nástroje, aby tutéž práci udělal čtyřikrát.
02 · Přístup
Stejná disciplína, ať data jdou kterýmkoli směrem.
Pět úkonů, prováděných v nástroji vise DMW, opakovaných na vyžádání pro každé prostředí a společnost. Směr mění cílovou strukturu, ne metodu.
- 01 Workshopy na obou stranách S implementačním partnerem o technických požadavcích cílového systému a mapování polí; s vaším týmem o byznysových pravidlech, kritériích čištění, logice deduplikace a validaci.
- 02 Extrakce a konsolidace Automatizované načtení z každého zdrojového systému – několik systémů SAP v případě společnosti Karlsberg – do jedné pracovní sady v nástroji vise DMW.
- 03 Čištění do golden records Pravidla standardizace formátů a párování, které zachytí duplicity i přes rozdíly v zápisu. Jeden golden record na zákazníka, se zaznamenaným rozhodnutím o sloučení.
- 04 Transformace podle pravidel Pravidla navázaná na pole, která rozhodují o cílové struktuře – jak se role a atributy zakládají v Business Central nebo jak se pole kmenového záznamu materiálu řeší v S/4HANA. S náhledem dřív, než se cokoli dodá.
- 05 Dodávka na vyžádání Jakmile je vše definováno, stejný běh vytvoří soubory pro každý testovací cyklus, prostředí a společnost. Váš partner je nahraje do Business Central; do S/4HANA nahrává vise DMW přes standardní rozhraní.
Jdete opačným směrem? Dynamics NAV / BC → S/4HANA, krok za krokem → · Mapování polí s návrhy AI a schválením člověkem: vise FieldMap →
03 · Výsledek
Jak to vypadalo ve společnosti Karlsberg.
Roztříštěné a duplicitní záznamy zákazníků a složité výrobní kusovníky byly vyčištěny, deduplikovány do golden records a transformovány do struktury systému Navision. Pravidla vytvořená pro první německou společnost byla znovu použita pro tu francouzskou.
- 5 → 1
- FTE – tolik práce zvládl jeden specialista společnosti Visehub
- 1,5 roku
- iterativních dodávek napříč DEV, QA, UAT a PROD
- 2 objekty
- kmenová data zákazníků a kusovníky
- DE → FR
- pravidla znovu použitá mezi společnostmi
“A simple briefing combined with a deadline was enough to receive a high-quality result on time.”
Konsolidace ve třech vlnách do jednoho S/4HANA – nejprve Navision / Business Central, poté SAP ECC. Data zákazníků, dodavatelů, materiálů a kusovníků se deduplikují a slučují z obou zdrojů; 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 navrhuje dvojice polí a transformační pravidla, konzultant schvaluje každý řádek v pohledu podle cílové struktury. První produkční nasazení nástroje FieldMap.
vise FieldMap04 · Časté otázky
Otázky, které k tomuto přechodu dostáváme.
- 01Nahrává vise DMW přímo do Business Central?
- Pro směr SAP → Navision / Business Central dodáváme zvalidované soubory připravené k nahrání, v cílové struktuře; implementační partner je nahraje svými nástroji, jako v případě společnosti Karlsberg. Pro směr Business Central / SAP ECC → S/4HANA nahrává vise DMW přes standardní rozhraní SAP (BAPI, IDoc, OData) nebo plní Migration Cockpit – nikdy přímým zápisem do databáze.
- 02Které objekty to pokrývá?
- Kmenová data zákazníků a kusovníky při přechodu SAP → Navision; zákazníky, dodavatele, materiály a kusovníky při konsolidaci Business Central + SAP ECC → S/4HANA, namapované nástrojem vise FieldMap a deduplikované z obou zdrojů – plus otevřené položky, zůstatky hlavní knihy a zásoby na skladových místech s čísly šarží. Ostatní objekty procházejí stejnými osmi kroky.
- 03Dají se pravidla vytvořená pro jednu společnost použít i pro další?
- Ano. V případě společnosti Karlsberg byla pravidla čištění a transformace vytvořená pro německou společnost znovu použita pro francouzskou. Pravidla, mapování a slovníky jsou verzované, takže druhá společnost začíná tam, kde první skončila.
- 04Co musí udělat tým na naší straně?
- Účastnit se workshopů, rozhodnout o byznysových pravidlech a schválit každý objekt. Extrakci, čištění, transformaci a opakované dodávky zajišťuje specialista společnosti Visehub – jeden člověk pokryl práci zhruba pěti lidí v projektu Karlsberg.
- 05Jak začneme?
- 30denní proof of concept na jednom objektu – pro tento přechod se obvykle volí kmenová data zákazníků. Dostanete vyčištěný, namapovaný a nasimulovaný výsledek a odhad pracnosti pro zbytek.
Jeden objekt, 30 dní, vaše data.
Kmenová data zákazníků jsou obvyklým začátkem přechodu SAP ↔ Business Central. Dostanete vyčištěný, namapovaný a nasimulovaný výsledek a odhad pro zbytek.