Studija slučaja · Pivarstvo · SAP → BC → S/4HANA
Podaci o kupcima i sastavnicama za prelazak sa SAP-a na Navision, koje je isporučio jedan stručnjak umjesto pet.
Karlsberg, njemačka pivovara s oko 1.100 zaposlenika i poslovanjem u nekoliko europskih država, angažirao je Visehub izravno kao neovisnog stručnjaka za pripremu podataka za najsloženija podatkovna područja svoje promjene ERP-a. Implementacijski partner konfigurirao je Navision i učitao završne datoteke; Visehub je odgovarao za sve od ekstrakcije do čistih datoteka.
- 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 programa
- SAP → Navision od 2021.; Business Central + SAP ECC → S/4HANA danas
- DE → FR
- pravila iz njemačkog društva ponovno korištena u Francuskoj
01 · Rezultati
Što je iz toga proizašlo.
- Posao procijenjen na oko pet ljudi s punim radnim vremenom obavio je jedan stručnjak tvrtke Visehub koji je nadzirao alat
- Dosljedni, potpuni podaci o kupcima i sastavnicama – manji operativni rizik nakon go-livea
- Jedan ponovljiv proces u okruženjima DEV, QA, UAT i PROD te kroz tvrtke, počevši od njemačkog matičnog društva i ponovno korišten za francusku jedinicu
- Oko 1,5 godine, usklađeno s implementacijom sustava Navision, otkako je projekt počeo 2021.
“Visehub has been a reliable and competent partner by our side. A simple briefing combined with a deadline was enough to receive a high-quality result on time.”
Isti klijent konsolidira dva ERP-a u jedan SAP S/4HANA – najprije Microsoft Dynamics 365 Business Central, zatim SAP ECC – i prvi je produkcijski korisnik alata vise FieldMap.
- Matični podaci
- Kupci, dobavljači, materijali i sastavnice – deduplicirani i spojeni iz oba izvorna sustava; nacrt mapiranja izrađuje AI, a svaki redak odobrava konzultant.
- Transakcijski podaci, dodani na zahtjev tvrtke Karlsberg
- Otvorene stavke kupaca i dobavljača, salda glavne knjige i zalihe po skladišnim mjestima s brojevima šarže za svaku tvrtku u valu – ekstrahirani i transformirani istim automatiziranim pipelineom, a ne ručno.
- Alati
- vise FieldMap za mapiranje, vise DMW za ekstrakciju, validaciju i datoteke za učitavanje, vise LoV-MAP za popise vrijednosti.
02 · Izazov
Izazov.
- Promjena ERP-a potaknuta troškovimaKarlsberg je svoj glavni ERP preselio sa SAP-a na Microsoft Navision kako bi smanjio troškove održavanja i licenci. Ciljni je sustav bio namjerno jednostavniji od SAP-a; podaci su ipak morali stići potpuni i dosljedni.
- Dva teška objektaPodaci o kupcima i sastavnice nosili su najviše strukture i poslovne logike u SAP-u – i najviše rizika u prelasku.
- Fragmentirani, duplicirani kupciZapisi o kupcima bili su rasuti po nekoliko sustava i duplicirani čak i unutar jednog – često su se razlikovali samo razmakom ili zarezom.
- Transformacija, a ne kopijaSAP uloge kupca, poput platitelja i primatelja robe, morale su postati ispravne Navision strukture, a logika je ovisila o vrijednosti određenih polja.
- Nema viška ljudiTim je poznavao svoje podatke, ali nije imao kapacitet, specijalističko znanje ni alate za isporuku unutar projektnog rasporeda – DEV, QA, UAT i PROD.
03 · Što smo učinili
Što smo učinili.
- 01Analitičke radioniceS implementacijskim partnerom o tehničkim zahtjevima sustava Navision i mapiranjima polja; s timom tvrtke Karlsberg o poslovnim pravilima, kriterijima čišćenja, logici deduplikacije i validaciji.
- 02Ekstrakcija i konsolidacijaAutomatizirano preuzimanje iz nekoliko izvornih SAP sustava, zatim prva konsolidacija u jedan radni skup.
- 03Čišćenje i deduplikacijaPravila standardizacije formata i uparivanje koje hvata duplikate unatoč razlikama u zapisu, s golden recordom po kupcu kao rezultatom.
- 04Logika transformacijePravila u alatu vise DMW koja su na temelju jednog ključnog polja odlučivala kako se uloge i atributi kupca kreiraju i dodjeljuju u sustavu Navision.
- 05Ponovljiva automatizacijaJednom definiran, proces se izvodio na zahtjev za svaki testni ciklus, okruženje i tvrtku – bez ručnog ponavljanja.
Predlošci tvrtke Visehub bili su izgrađeni za migracije u SAP; ovaj je projekt išao u suprotnom smjeru, sa SAP-a na Navision. Rješenje je izrađeno po mjeri – a njegove se komponente sada mogu ponovno koristiti za prelaske sa SAP-a na Navision.
Pred vama je sličan prelazak?
Uobičajeni početni objekt su matični podaci kupaca ili dobavljača. Trideset dana, vaši podaci, funkcionalan projekt.