Rozwiązanie · SAP ↔ Microsoft Dynamics
Między SAP a Business Central, w obie strony.
Te same osiem kroków vise DMW, ze strukturą docelową Navision / Business Central — albo S/4HANA, gdy przejście idzie w drugą stronę. Rozproszone rekordy klientów stają się golden records; produkcyjne BOM-y są przekształcane, a nie przepisywane ręcznie.
01 · Problem
Dlaczego to przejście jest projektem danych, a nie eksportem.
Business Central jest celowo prostszy niż SAP. Dane i tak muszą dotrzeć kompletne, spójne i w strukturze systemu docelowego — i to cztery razy.
- 01 Klienci rozproszeni i zdublowani Rekordy rozrzucone po kilku systemach i zdublowane w obrębie jednego — często różnią się tylko spacją albo przecinkiem. Kopia przenosi każdy duplikat do nowego ERP.
- 02 Role stają się strukturami Role klienta w SAP, takie jak płatnik i odbiorca towaru, nie mają odpowiednika 1:1 w Navision / Business Central. Właściwa struktura docelowa zależy od wartości konkretnych pól — to transformacja, a nie mapowanie.
- 03 Logika siedzi w BOM-ach Produkcyjne zestawienia materiałowe zawierają w SAP najwięcej struktury i logiki biznesowej — i niosą największe ryzyko, w obu kierunkach.
- 04 Cztery środowiska, żadnych wolnych zasobów DEV, QA, UAT i PROD wymagają każde pełnej dostawy. Zespół zna swoje dane, ale nie ma ani mocy, ani narzędzi, żeby zrobić tę pracę cztery razy.
02 · Podejście
Ta sama dyscyplina, niezależnie od kierunku.
Pięć kroków wykonywanych w vise DMW, powtarzanych na żądanie dla każdego środowiska i spółki. Kierunek zmienia strukturę docelową, a nie metodę.
- 01 Warsztaty po obu stronach Z partnerem wdrożeniowym o wymaganiach technicznych systemu docelowego i mapowaniach pól; z Państwa zespołem o regułach biznesowych, kryteriach czyszczenia, logice deduplikacji i walidacji.
- 02 Ekstrakcja i konsolidacja Automatyczne pobieranie danych z każdego systemu źródłowego — w przypadku firmy Karlsberg z kilku systemów SAP — do jednego zbioru roboczego w vise DMW.
- 03 Czyszczenie do golden records Reguły standaryzacji formatu i dopasowanie, które wyłapuje duplikaty mimo różnic w zapisie. Jeden golden record na klienta, z zapisaną decyzją o scaleniu.
- 04 Transformacja według reguł Reguły oparte na polach, które decydują o strukturze docelowej — jak powstają role i atrybuty w Business Central albo jak rozwiązują się pola danych podstawowych materiału w S/4HANA. Podgląd, zanim cokolwiek zostanie dostarczone.
- 05 Dostawa na żądanie Raz zdefiniowany przebieg generuje pliki dla każdego cyklu testów, środowiska i spółki. Państwa partner ładuje je do Business Central; do S/4HANA vise DMW ładuje przez standardowe interfejsy.
W drugą stronę? Dynamics NAV / BC → S/4HANA, krok po kroku → · Mapowanie pól z propozycjami AI i zatwierdzeniem przez człowieka: vise FieldMap →
03 · Wynik
Jak to wyglądało w firmie Karlsberg.
Rozproszone, zdublowane rekordy klientów i złożone produkcyjne BOM-y zostały oczyszczone, zdeduplikowane do golden records i przekształcone do struktury Navision. Reguły zbudowane dla pierwszej spółki niemieckiej wykorzystano ponownie dla francuskiej.
- 5 → 1
- ekwiwalent etatów (FTE) wykonany przez jednego specjalistę Visehub
- 1,5 roku
- iteracyjne dostawy przez DEV, QA, UAT i PROD
- 2 obiekty
- dane podstawowe klientów i zestawienia materiałowe
- DE → FR
- reguły użyte ponownie w kolejnych spółkach
“A simple briefing combined with a deadline was enough to receive a high-quality result on time.”
Konsolidacja w trzech falach do jednego S/4HANA — najpierw Navision / Business Central, potem SAP ECC. Dane klientów, dostawców, materiałów i BOM-ów są deduplikowane i scalane z obu źródeł; pozycje otwarte, salda kont księgi głównej i stany na miejscach składowania przechodzą razem z nimi. vise FieldMap przygotowuje pary pól i reguły transformacji, konsultant zatwierdza każdy wiersz w widoku od strony celu. Pierwsze produkcyjne użycie FieldMap.
vise FieldMap04 · FAQ
Pytania, które dostajemy przy tym przejściu.
- 01Czy vise DMW ładuje bezpośrednio do Business Central?
- W kierunku SAP → Navision / Business Central dostarczamy gotowe do załadowania, zwalidowane pliki w strukturze docelowej; partner wdrożeniowy ładuje je swoimi narzędziami, tak jak w firmie Karlsberg. W kierunku Business Central / SAP ECC → S/4HANA vise DMW ładuje przez standardowe interfejsy SAP (BAPI, IDoc, OData) albo zasila Migration Cockpit — nigdy bezpośrednim zapisem do bazy danych.
- 02Jakie obiekty to obejmuje?
- Dane podstawowe klientów i zestawienia materiałowe przy przejściu SAP → Navision; klient, dostawca, materiał i BOM przy konsolidacji Business Central + SAP ECC → S/4HANA, mapowane w vise FieldMap i deduplikowane z obu źródeł — plus pozycje otwarte, salda kont księgi głównej i stany na miejscach składowania z numerami partii. Pozostałe obiekty przechodzą te same osiem kroków.
- 03Czy reguły zbudowane dla jednej spółki można użyć w kolejnej?
- Tak. W firmie Karlsberg reguły czyszczenia i transformacji zbudowane dla spółki niemieckiej zostały użyte ponownie dla francuskiej. Reguły, mapowania i słowniki są wersjonowane, więc druga spółka startuje z pracy wykonanej dla pierwszej.
- 04Co musi zrobić zespół po naszej stronie?
- Wziąć udział w warsztatach, zdecydować o regułach biznesowych i zatwierdzić każdy obiekt. Ekstrakcję, czyszczenie, transformację i kolejne dostawy prowadzi specjalista Visehub — w projekcie w firmie Karlsberg jedna osoba wykonała pracę około pięciu.
- 05Jak zacząć?
- Od 30-dniowego proof of concept na jednym obiekcie — przy tym przejściu zwykle są to dane podstawowe klientów. Otrzymują Państwo oczyszczony, zmapowany i zasymulowany wynik oraz szacunek nakładu pracy dla reszty.
Jeden obiekt, 30 dni, Państwa dane.
Dane podstawowe klientów to zwykły start przejścia SAP ↔ Business Central. Otrzymują Państwo oczyszczony, zmapowany i zasymulowany wynik oraz szacunek dla reszty.