Případová studie · Pivovarnictví · SAP → BC → S/4HANA
Data zákazníků a kusovníků pro přechod ze SAP na Navision, která dodal jeden specialista místo pěti.
Karlsberg, německý pivovar s přibližně 1 100 zaměstnanci a provozy v několika evropských zemích, zapojil Visehub přímo jako nezávislého experta na přípravu dat pro nejsložitější datové oblasti své změny ERP. Implementační partner nakonfiguroval Navision a nahrál finální soubory; Visehub odpovídal za vše od extrakce po čisté soubory.
- 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 programy
- SAP → Navision od roku 2021; Business Central + SAP ECC → S/4HANA dnes
- DE → FR
- pravidla z německé společnosti znovu použitá ve Francii
01 · Výsledky
Co z toho vzešlo.
- Práci odhadovanou na zhruba pět lidí na plný úvazek odvedl jeden specialista společnosti Visehub, který dohlížel na nástroj
- Konzistentní, úplná data zákazníků a kusovníků – menší provozní riziko po go-live
- Jeden opakovatelný proces napříč DEV, QA, UAT a PROD i napříč společnostmi, počínaje německou mateřskou společností a znovu použitý pro francouzskou jednotku
- Přibližně 1,5 roku, souběžně s implementací systému Navision, od zahájení projektu v roce 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.”
Tentýž zákazník konsoliduje dva ERP systémy do jednoho SAP S/4HANA – nejprve Microsoft Dynamics 365 Business Central, poté SAP ECC – a je prvním produkčním uživatelem nástroje vise FieldMap.
- Kmenová data
- Zákazníci, dodavatelé, materiály a kusovníky – deduplikované a sloučené z obou zdrojových systémů; mapování navržené AI, každý řádek schválený konzultantem.
- Transakční data, doplněná na žádost společnosti Karlsberg
- Otevřené položky zákazníků a dodavatelů, zůstatky hlavní knihy a zásoby na skladových místech s čísly šarží pro každou společnost ve vlně – extrahované a transformované stejnou automatizovanou pipeline, ne ručně.
- Nástroje
- vise FieldMap pro mapování, vise DMW pro extrakci, validaci a soubory k nahrání, vise LoV-MAP pro seznamy hodnot.
02 · Výzva
Výzva.
- Změna ERP kvůli nákladůmKarlsberg přesunul svůj hlavní ERP ze SAP na Microsoft Navision, aby snížil náklady na údržbu a licence. Cílový systém byl záměrně jednodušší než SAP; data přesto musela dorazit úplná a konzistentní.
- Dva těžké objektyData zákazníků a kusovníky nesly v SAP nejvíce struktury a byznysové logiky – a nejvíce rizika při přechodu.
- Roztříštění, duplicitní zákazníciZáznamy zákazníků byly rozptýlené v několika systémech a duplicitní i v rámci jednoho – často se lišily jen mezerou nebo čárkou.
- Transformace, ne kopieRole zákazníka v SAP, jako plátce a příjemce materiálu, se musely stát správnými strukturami Navision a logika závisela na hodnotě konkrétních polí.
- Žádní lidé navícTým svá data znal, ale neměl kapacitu, odborné know-how ani nástroje, aby dodal v harmonogramu projektu – DEV, QA, UAT a PROD.
03 · Co jsme udělali
Co jsme udělali.
- 01Analytické workshopyS implementačním partnerem o technických požadavcích systému Navision a mapování polí; s týmem společnosti Karlsberg o byznysových pravidlech, kritériích čištění, logice deduplikace a validaci.
- 02Extrakce a konsolidaceAutomatizované načtení z několika zdrojových systémů SAP, poté první konsolidace do jedné pracovní sady.
- 03Čištění a deduplikacePravidla standardizace formátů a párování, které zachytí duplicity i přes rozdíly v zápisu; výsledkem je golden record pro každého zákazníka.
- 04Transformační logikaPravidla v nástroji vise DMW, která podle jednoho klíčového pole rozhodovala, jak se role a atributy zákazníka v systému Navision zakládají a přiřazují.
- 05Opakovatelná automatizaceJakmile byl proces definován, běžel na vyžádání pro každý testovací cyklus, prostředí a společnost – bez ručního opakování.
Šablony společnosti Visehub byly postavené pro migrace do SAP; tento projekt šel opačným směrem, ze SAP na Navision. Řešení vzniklo na míru – a jeho součásti jsou nyní znovu použitelné pro přechody ze SAP na Navision.
Čeká vás podobný přechod?
Obvyklým výchozím objektem jsou kmenová data zákazníků nebo dodavatelů. Třicet dní, vaše data, funkční projekt.