Rješenje · SAP ↔ Microsoft Dynamics
Između sustava SAP i Business Central, u oba smjera.
Istih osam koraka alata vise DMW, s ciljnom strukturom sustava Navision / Business Central – ili sustava S/4HANA kada prelazak ide u suprotnom smjeru. Raspršeni zapisi o kupcima postaju golden recordi; proizvodne sastavnice transformiraju se, a ne prepisuju.
01 · Problem
Zašto je ovaj prelazak podatkovni projekt, a ne izvoz.
Business Central namjerno je jednostavniji od SAP-a. Podaci ipak moraju stići potpuni, dosljedni i u strukturi ciljnog sustava – i moraju stići četiri puta.
- 01 Kupci raspršeni i duplicirani Zapisi rasuti po nekoliko sustava i duplicirani unutar jednog – često se razlikuju samo razmakom ili zarezom. Kopija prenosi svaki duplikat u novi ERP.
- 02 Uloge postaju strukture SAP uloge kupca, poput platitelja i primatelja robe, nemaju 1:1 pandan u sustavu Navision / Business Central. Ispravna ciljna struktura ovisi o vrijednosti određenih polja – to je transformacija, a ne mapiranje.
- 03 Sastavnice nose logiku Proizvodne sastavnice u SAP-u sadrže najviše strukture i poslovne logike – i najviše rizika u oba smjera.
- 04 Četiri okruženja, nema viška ljudi DEV, QA, UAT i PROD trebaju svaki punu isporuku. Tim poznaje svoje podatke, ali nema ni kapacitet ni alate da isti posao ponovi četiri puta.
02 · Pristup
Ista disciplina, u kojem god smjeru podaci išli.
Pet poteza, izvedenih u alatu vise DMW, ponovljenih na zahtjev za svako okruženje i tvrtku. Smjer mijenja ciljnu strukturu, a ne metodu.
- 01 Radionice na obje strane S implementacijskim partnerom o tehničkim zahtjevima ciljnog sustava i mapiranjima polja; s vašim timom o poslovnim pravilima, kriterijima čišćenja, logici deduplikacije i validaciji.
- 02 Ekstrakcija i konsolidacija Automatizirano preuzimanje iz svakog izvornog sustava – nekoliko SAP sustava u slučaju Karlsberg – u jedan radni skup u alatu vise DMW.
- 03 Čišćenje do golden recorda Pravila standardizacije formata i uparivanje koje hvata duplikate unatoč razlikama u zapisu. Jedan golden record po kupcu, sa zabilježenom odlukom o spajanju.
- 04 Transformacija po pravilu Pravila vezana uz polja koja određuju ciljnu strukturu – kako se uloge i atributi kreiraju u sustavu Business Central ili kako se polja matičnih podataka materijala rješavaju u sustavu S/4HANA. Pregledano prije bilo kakve isporuke.
- 05 Isporuka na zahtjev Jednom definirano, isto izvođenje proizvodi datoteke za svaki testni ciklus, okruženje i tvrtku. Vaš ih partner učitava u Business Central; u S/4HANA vise DMW učitava kroz standardna sučelja.
Idete u suprotnom smjeru? Dynamics NAV / BC → S/4HANA, korak po korak → · Mapiranje polja uz AI nacrte i ljudsko odobrenje: vise FieldMap →
03 · Rezultat
Kako je to izgledalo u slučaju Karlsberg.
Raspršeni i duplicirani zapisi o kupcima te složene proizvodne sastavnice očišćeni su, deduplicirani u golden recorde i transformirani u strukturu sustava Navision. Pravila izrađena za prvo njemačko društvo ponovno su korištena za francusko.
- 5 → 1
- FTE ekvivalent posla koji je obavio jedan stručnjak tvrtke Visehub
- 1,5 god.
- iterativnih isporuka kroz DEV, QA, UAT i PROD
- 2 objekta
- matični podaci kupaca i sastavnice
- DE → FR
- pravila ponovno korištena među društvima
“A simple briefing combined with a deadline was enough to receive a high-quality result on time.”
Konsolidacija u tri vala u jedan S/4HANA – najprije Navision / Business Central, zatim SAP ECC. Podaci o kupcima, dobavljačima, materijalima i sastavnicama dedupliciraju se i spajaju iz oba izvora; s njima se sele otvorene stavke, salda glavne knjige i zalihe po skladišnim mjestima. vise FieldMap izrađuje nacrt parova polja i pravila transformacije, a konzultant odobrava svaki redak u prikazu prema ciljnoj strukturi. Prva produkcijska primjena alata FieldMap.
vise FieldMap04 · Česta pitanja
Pitanja koja dobivamo o ovom prelasku.
- 01Učitava li vise DMW izravno u Business Central?
- Za smjer SAP → Navision / Business Central isporučujemo validirane datoteke spremne za učitavanje, u ciljnoj strukturi; implementacijski partner učitava ih svojim alatima, kao u slučaju Karlsberg. Za smjer Business Central / SAP ECC → S/4HANA vise DMW učitava kroz standardna SAP sučelja (BAPI, IDoc, OData) ili puni Migration Cockpit – nikad izravnim upisom u bazu podataka.
- 02Koje objekte ovo pokriva?
- Matične podatke kupaca i sastavnice u prelasku SAP → Navision; kupce, dobavljače, materijale i sastavnice u konsolidaciji Business Central + SAP ECC → S/4HANA, mapirane uz vise FieldMap i deduplicirane iz oba izvora – uz otvorene stavke, salda glavne knjige i zalihe po skladišnim mjestima s brojevima šarže. Ostali objekti slijede istih osam koraka.
- 03Mogu li se pravila izrađena za jednu tvrtku ponovno koristiti za sljedeću?
- Da. U slučaju Karlsberg pravila čišćenja i transformacije izrađena za njemačko društvo ponovno su korištena za francusko. Pravila, mapiranja i rječnici verzioniraju se, pa druga tvrtka počinje od posla prve.
- 04Što mora učiniti tim s naše strane?
- Sudjelovati u radionicama, odlučiti o poslovnim pravilima i potvrditi svaki objekt. Ekstrakciju, čišćenje, transformaciju i ponovljene isporuke vodi stručnjak tvrtke Visehub – jedna je osoba pokrila posao otprilike pet ljudi u projektu Karlsberg.
- 05Kako počinjemo?
- 30-dnevni proof of concept na jednom objektu – za ovaj prelazak obično se odabiru matični podaci kupaca. Dobivate očišćen, mapiran i simuliran rezultat te procjenu napora za ostatak.
Jedan objekt, 30 dana, vaši podaci.
Matični podaci kupaca uobičajeni su početak prelaska SAP ↔ Business Central. Dobivate očišćen, mapiran i simuliran rezultat te procjenu za ostatak.