vise DMW · Data Migration Workbench
Błędy widać jeszcze przed ładowaniem.
Biznes i IT prowadzą część danych w migracji na jednym ekranie: ekstrakcja, walidacja, profilowanie, mapowanie pól i wartości, symulacja ładowania, zasilenie systemu przez standardowe interfejsy, raport. Cały łańcuch — albo warstwa przed obecnym narzędziem do ładowania.
- Od 2017
- w produkcji w globalnej grupie browarniczej
- 8 kroków
- od ekstrakcji do raportu
- Dziesiątki
- krajów zmigrowanych do SAP
01
Jedno narzędzie. Trzy sposoby na włączenie go do programu.
DMW działa tam, gdzie zachodzą na siebie narzędzia do jakości danych i narzędzia migracyjne. Klienci korzystają z całego łańcucha albo tylko z tej części, której brakuje ich integratorowi — nikt nie musi zmieniać narzędzia do ładowania.
02 · Osiem kroków
Każdy krok jest kontrolowany. Każdy krok jest widoczny.
Po wybraniu kroku widać, co robi i jak wygląda ekran.
Krok 01 · Extract
Wyciągnąć dane ze źródła — takie, jakie są.
SAP ECC, JD Edwards, Dynamics, systemy legacy, bazy danych lub pliki płaskie. Każdy obiekt: klient, dostawca, materiał, Business Partner, finanse, utrzymanie ruchu, środki trwałe, konta księgi głównej, centra kosztów. Ekstrakty są wersjonowane, więc każdy przebieg walidacji da się powiązać z dokładnym snapshotem źródła.
- Dowolny obiekt; źródła: tabele ERP, bazy danych, tabele stagingowe, pliki płaskie
- Wersjonowane snapshoty
- Wydajność mierzona na Państwa danych w PoC
Ekrany tego kroku pokazujemy w prezentacji migracji — albo na Państwa własnym obiekcie w 30-dniowym PoC.
Krok 02 · Scope
Zdecydować, co jedzie dalej, a co zostaje.
Programy, projekty i lokalizacje są pełnoprawnymi obiektami: rollout to program, kraj to projekt — każdy z własnymi obiektami, kamieniami milowymi i właścicielami. Reguły zakresu określają, które rekordy przechodzą — tylko aktywni dostawcy, pozycje otwarte po dacie granicznej — a reszta jest wyłączana świadomie, nie przez przypadek.
- Hierarchia program → projekt → lokalizacja
- Reguły zakresu dla każdego obiektu
- Kamienie milowe z właścicielami i terminami
Krok 03 · Validate
Reguły jako kod, uruchamiane na każdym rekordzie, z imiennym właścicielem.
Reguły walidacyjne to małe funkcje z zakresem, poziomem istotności, udokumentowanym uzasadnieniem i właścicielem. Są wersjonowane, testowane w sandboksie i uruchamiane na bieżącym ekstrakcie. Użytkownicy biznesowi widzą wyniki dla każdego obiektu i pola, architekci — kod reguły. AI może przygotować projekt reguły na podstawie jednego zdania — włącza ją człowiek.
- Reguły formatu, LoV, warunkowe, własne i agregujące
- Poziom istotności, zakres i właściciel przy każdej regule
- Projekt od AI, włączenie przez człowieka
Krok 04 · Profile
Poznać kształt danych, zanim zacznie się o nie spierać.
Kompletność, poprawność, zgodność, spójność i unikalność dla każdego obiektu i pola, z rozkładami i wartościami odstającymi. Karta jakości danych to liczba, którą dostaje komitet sterujący: jeden wynik na lokalizację, jeden na program i trend od punktu odniesienia (baseline).
- Pięć wymiarów jakości danych dla każdego obiektu
- Karta jakości danych dla lokalizacji i programu
- Baseline i trend od pierwszego dnia
Krok 05 · Field Map
Z pola źródłowego do pola docelowego, z zapisaną transformacją.
Mapowanie to specyfikacja, według której pracuje projekt, a nie arkusz, którego nikt nie może znaleźć. Z vise FieldMap pierwszą wersję — pary pól, reguły transformacji, confidence score — przygotowuje model; Państwa konsultant akceptuje, poprawia albo odrzuca każdy wiersz, a każda decyzja jest wersjonowana, zanim cokolwiek zostanie przekształcone.
- Mapowanie jako wersjonowana specyfikacja
- Projekt od AI z confidence score (FieldMap)
- Zatwierdzanie wiersz po wierszu
- vise FieldMap →
Krok 06 · Value Map
Zharmonizować wartości raz i używać ich w każdej lokalizacji i fali.
Warunki płatności, grupy kont, kraje, waluty, jednostki: mapowane przez użytkowników biznesowych w vise LoV-MAP, zatwierdzane raz, stosowane wszędzie. Globalne i lokalne listy wartości są słownikami, względem których DMW waliduje dane — wartość spoza listy nigdy nie zostanie załadowana.
- Globalne i lokalne listy wartości
- Mapują użytkownicy biznesowi, nie programiści
- Słowniki wykorzystywane przez walidację
- vise LoV-MAP →
Krok 07 · Load Sim
Przebieg próbny ładowania. Poprawić, co nie przechodzi. Potem zasilić system.
Zanim cokolwiek trafi do systemu, DMW sprawdza zbiór danych względem reguł systemu docelowego z Państwa customizingiem — pola obowiązkowe według roli i grupowania, grupy kont, reguły przydziału zakresów numeracji, krajowe formaty podatkowe, kontrole na poziomie BAdI — oraz względem reguł biznesowych, których SAP nie zna. Każdy odrzucony rekord wraca z powodem i trafia do kolejki korekt; przebieg powtarza się, aż będzie czysty. System docelowy waliduje każdy rekord dokładnie tak, jak przy prawdziwym ładowaniu — wracają te same błędy, dla każdego rekordu, i nic nie zostaje zapisane. Prawdziwe ładowanie idzie potem tymi samymi interfejsami, z obsługą błędów dla każdego rekordu. Tryb zmian aktualizuje to, co już istnieje, zamiast ładować wszystko od nowa.
- Reguły systemu docelowego z Państwa customizingiem, nie tylko format pliku
- Odrzucenia dla każdego rekordu, z powodem, do kolejki korekt
- Tryb zmian dla istniejących rekordów
Ekrany tego kroku pokazujemy w prezentacji migracji — albo na Państwa własnym obiekcie w 30-dniowym PoC.
Krok 08 · Report
Raporty, które właściciele biznesowi przeczytają bez programisty.
Postęp czyszczenia dla każdej spółki operacyjnej, tygodniowe podsumowanie z poprawami i regresjami, reguły z największą liczbą błędów z trendem z sześciu tygodni, notatki ze spotkań i punkty uwagi dla każdego projektu — w DMW Reports i w Apache Superset, na tych samych danych.
- Widoki dla lokalizacji i programu
- Zmiana tydzień do tygodnia
- Dashboardy Superset na zwalidowanych danych
03 · W istniejącym procesie ładowania
Integrator zostaje przy swoim narzędziu do ładowania. vise DMW działa przed nim.
Źródło → DMW (ekstrakcja, walidacja, mapowanie, symulacja) → istniejąca ścieżka ładowania → S/4HANA. Trzy sposoby podłączenia, wybierane dla każdego obiektu. vise DMW przechowuje reguły, mapowania i ślad audytowy; rekordy są w SAP.
W każdym wariancie ładowanie idzie przez standardowe interfejsy SAP, więc CVI, kontrole customizingu, BAdI/exity, zakresy numeracji i uprawnienia pozostają aktywne. DMW nigdy nie zapisuje bezpośrednio do tabeli.
04 · Reguły jako kod
AI przygotowuje regułę. Człowiek ją włącza.
Wystarczy opisać kontrolę jednym zdaniem — „numer VAT norweskiego dostawcy musi składać się z NO, dziewięciu cyfr i MVA” — a asystent DMW przygotowuje regułę, uruchamia ją w sandboksie na prawdziwych rekordach i raportuje, co przeszło. Reguła to czytelna funkcja z zakresem, poziomem istotności i udokumentowanym uzasadnieniem. Jej włączenie to decyzja człowieka, zapisywana z nazwą użytkownika i czasem.
- Każda reguła ma właściciela, wersję i wynik testu w sandboksie.
- Architekci czytają kod, właściciele biznesowi — zdanie.
- Nic, co napisze AI, nie działa na danych produkcyjnych przed zatwierdzeniem.
05 · Raporty
Jakość danych, którą przeczytają właściciele biznesowi.
Nie log programisty. Strony, które co tydzień otwierają kierownik programu, data steward i komitet sterujący.
06 · Dla architektów SAP
Standardowe interfejsy. Żadnych niespodzianek w systemie.
Pytania, które padają na każdym przeglądzie architektury — i za każdym razem ta sama odpowiedź.
Pełna strona o architekturze- 01Jak DMW ładuje dane do S/4HANA?
- Wyłącznie przez standardowe BAPI, IDoc i OData. Nigdy bezpośredni zapis do tabeli. Business Partner przechodzi przez CVI, jak w każdym narzędziu zatwierdzonym przez SAP.
- 02Czy DMW może zasilać Migration Cockpit lub BODS zamiast ładować samodzielnie?
- Tak. vise DMW może być warstwą jakości danych i mapowania przed istniejącym narzędziem do ładowania albo samym narzędziem do ładowania. Dla Migration Cockpit dostarcza zwalidowane pliki w formacie szablonu; dla BODS lub własnego loadera — zmapowany zbiór danych jako CSV, XML, JSON lub tabele stagingowe, ze specyfikacją mapowania. Nasz klient z najdłuższym stażem używa go przed BODS.
- 03Co sprawdza Load Sim?
- Symulacja sprawdza zbiór danych względem reguł systemu docelowego z Państwa customizingiem: pola obowiązkowe według roli i grupowania, grupy kont, formaty podatkowe dla krajów, kontrole na poziomie BAdI — plus reguły biznesowe, których SAP nie zna. Ponieważ każdy rekord waliduje sam system docelowy, symulacja zwraca te same błędy co prawdziwe ładowanie — dla każdego rekordu, do kolejki korekt — niczego nie zapisując.
- 04Co sprawdzacie, czego nie sprawdza Migration Cockpit?
- Cockpit, LSMW i BODS sprawdzają to, co zna SAP: formaty, pola obowiązkowe, customizing. To odpowiada na pytanie „czy SAP to przyjmie?”. DMW dodaje reguły, których SAP nie zna — spójność między obiektami, kontrole krajowe i regulacyjne, nadzór nad danymi finansowymi, Państwa własne zasady zakupowe i sprzedażowe. To odpowiada na pytanie „czy biznes będzie mógł na tych danych pracować?”. Obie warstwy zostają włączone.
- 05Na czym pracuje AI?
- Wyłącznie wersji roboczych: mapowań pól, reguł transformacji, reguł walidacyjnych. Każda propozycja jest wersjonowana, testowana w sandboksie i zatwierdzana przez imiennie wskazaną osobę, zanim zostanie uruchomiona.
- 06Gdzie to działa?
- W UE, w dedykowanym środowisku dla każdego klienta (AWS albo dedykowany serwer OVHcloud w Niemczech), utrzymywanym przez Visehub; połączenie z Państwa systemami przez tunel IPsec site-to-site albo przekazanie ekstraktu; imienne konta i role; TLS na każdym połączeniu, szyfrowane kopie zapasowe we Frankfurcie. ISO/IEC 27001 i ISO 9001. Szczegóły na stronie Bezpieczeństwo i zaufanie.
Współpracuje z pozostałymi narzędziami vise
Państwa dane w DMW w 30 dni.
Jeden obiekt z jednej lokalizacji — zwykle dane podstawowe klientów lub dostawców — wyekstrahowany, sprofilowany, zwalidowany, zmapowany (pola i wartości) i przepuszczony przez symulację ładowania do systemu docelowego. Dostają Państwo raport z oceny danych, działający projekt i szacunek nakładu pracy dla całej fali. Po Państwa stronie: ekstrakt lub dostęp do systemu oraz jeden właściciel danych do podejmowania decyzji. Konsulting w stałej cenie; bez opłaty licencyjnej przez 30 dni. Potem licencja na projekt, wyceniana według lokalizacji i kont użytkowników (im więcej lokalizacji, tym niższa cena za lokalizację) — system utrzymuje Państwa IT, my w ramach SLA albo model hybrydowy.