Przejdź do treści

Rozwiązanie · Migracja do S/4HANA

Program prowadzą Państwo. My odpowiadamy za dane.

Osiem kontrolowanych kroków od ekstrakcji do raportu po ładowaniu, dla każdego obiektu SAP w fali. AI przygotowuje mapowanie pól, użytkownicy biznesowi harmonizują wartości, każde ładowanie jest symulowane przed zapisem — przez standardowe interfejsy, nigdy bezpośrednim zapisem do tabel.

8 kroków
od ekstrakcji do raportu, jedna platforma
Od 2017
w produkcji w globalnej grupie browarniczej
0
bezpośrednich zapisów do bazy danych
Historia walidacji w vise DMW: niepoprawne wiersze w kolejnych przebiegach walidacji w okresie projektu, z kamieniami milowymi
Postęp walidacji w okresie projektu — demo Nordic RolloutEkrany z programu demo Nordic Rollout · dane fikcyjne

01

Co zwykle idzie nie tak.

01 Mapowanie żyje w arkuszu Reguły źródło–cel w Excelu, trzy wersje w trzech skrzynkach, brak śladu, kto co zdecydował. Mapowanie to sama migracja — a nikt za nie nie odpowiada.
02 Błędy ładowania wychodzą późno Pierwsze prawdziwe ładowanie to pierwszy prawdziwy test. Każdy nieudany cykl kosztuje tydzień planu cut-over i weekend zespołu.
03 Wartości, których nie ma w systemie docelowym Warunki płatności, grupy kont, jednostki i kraje, które w ECC były w porządku, nie występują na liście S/4. Ręczna harmonizacja kraj po kraju to miejsce, w którym programy tracą miesiące.

02 · Która ścieżka i co oznacza dla danych

Brownfield, greenfield czy selektywnie — w każdym wariancie ścieżka danych wygląda inaczej.

Podejście do konwersji to decyzja programu. To, co oznacza ono dla danych, nazywamy wprost, obiekt po obiekcie, zanim zaplanowana zostanie pierwsza fala.

Brownfield · konwersja systemu Czyszczenie na miejscu przed konwersją.
Dane
Rekordy zostają te same; zmienić się musi ich jakość i struktury, których wymaga S/4 — Business Partner i CVI, długość numeru materiału, ustawienia FI/CO.
Kroki DMW
Extract → Validate → Profile → Report oraz Value Map; błędy poprawia się bezpośrednio w ECC i waliduje ponownie, aż dane są gotowe do konwersji. FieldMap tylko dla struktur, które się zmieniają.
Większość pracy to jakość danych przed konwersją: duplikaty, gotowość CVI, pola obowiązkowe dla ról BP, wartości, których nie przyjmie customizing S/4. Wskaźnik gotowości mówi programowi, kiedy dane nadają się do konwersji — a pętla korekt działa w źródle, a nie w arkuszu.
Greenfield · nowe wdrożenie Migracja tego, co warto zachować — przez wszystkie osiem kroków.
Dane
Wybrany, oczyszczony podzbiór danych legacy trafia do nowego mandanta S/4 z nowymi strukturami i nowymi listami wartości.
Kroki DMW
Wszystkie osiem: Extract → Scope → Validate → Profile → Field Map → Value Map → Load Sim → Report.
Scoping decyduje, co jest przenoszone; FieldMap przygotowuje mapowanie na nowe struktury; LoV-MAP harmonizuje wartości do nowych list; każde ładowanie jest symulowane względem nowego customizingu, zanim trafi do systemu — przez wybrane przez Państwa narzędzie do ładowania.
Selective data transition Oba podejścia naraz, decyzja dla każdego obiektu i lokalizacji.
Dane
Część jednostek gospodarczych jest konwertowana, część obiektów wdrażana od nowa, historia ucinana na określony dzień — każdy obiekt idzie własną drogą.
Kroki DMW
Kroki brownfield dla obiektów konwertowanych, kroki greenfield dla wdrażanych od nowa, jeden widok gotowości dla obu.
Ryzyko w selektywnej transformacji to utrata kontroli nad tym, który obiekt podlega której regule. vise DMW prowadzi jedną kartę jakości, jedno repozytorium mapowań i jeden ślad audytowy dla obu ścieżek, więc program może obronić każdą decyzję przy cut-over.

03 · Jak to działa w vise DMW

Ta sama dyscyplina na każdym kroku.

  1. Kroki 1–4 · Extract, Scope, Validate, Profile

    Najpierw wiedzieć, co się przenosi — potem przenosić.

    Ekstrakty dla każdej lokalizacji, zawężone do fali; reguły walidacji dla każdego obiektu; karta jakości danych, która mówi komitetowi sterującemu, na ile gotowa jest każda lokalizacja. Dane są poprawiane w źródle — albo, w projekcie migracyjnym, bezpośrednio w DMW, gdy to szybsza droga — i walidowane ponownie.

    Karta jakości danych w vise DMW według wymiarów i obiektów
    Gotowość według wymiarów i obiektów
  2. Krok 5 · Field Map

    AI przygotowuje mapowanie. Państwa konsultant zatwierdza każdy wiersz.

    vise FieldMap na podstawie Państwa metadanych proponuje pary pól źródło–cel i reguły transformacji z oceną pewności. Widok od strony celu pokazuje każde pole obowiązkowe jako zmapowane, z wartością domyślną, do ręcznego załadowania lub nierozstrzygnięte. Każda decyzja ma właściciela i datę.

    Ekrany tego kroku pochodzą z demo migracji. Można poprosić o prezentację albo zobaczyć to na własnym obiekcie w 30-dniowym PoC.
  3. Krok 6 · Value Map

    Użytkownicy biznesowi harmonizują wartości raz, dla każdej lokalizacji.

    Warunki płatności, grupy kont, kraje, języki, konta uzgodnieniowe, waluty: mapowane w vise LoV-MAP przez osoby, które je znają, zatwierdzane raz i używane ponownie w kolejnych falach. Słowniki zasilają walidację, więc niezmapowana wartość zostaje wychwycona przed ładowaniem, a nie w jego trakcie.

    Mapowanie wartości w vise LoV-MAP: wartości źródłowe zmapowane na docelowe, z postępem dla każdej tabeli
    Mapowanie wartości w vise LoV-MAP (dane demo)
  4. Krok 7 · Load Simulation

    Próbne ładowanie przez prawdziwe interfejsy.

    Każde ładowanie jest najpierw symulowane względem systemu docelowego — BAPI, IDoc lub OData, tą samą drogą, którą pójdzie prawdziwe ładowanie. Błędy wracają dla każdego rekordu z powodem; trafiają do kolejki korekt; symulacja jest powtarzana, aż będzie czysta. Tryb zmian aktualizuje to, co już istnieje, zamiast ładować wszystko od nowa.

    Ekrany tego kroku pochodzą z demo migracji. Można poprosić o prezentację albo zobaczyć to na własnym obiekcie w 30-dniowym PoC.
  5. Krok 8 · Report

    Uzgodnienie po ładowaniu, które zaakceptują Państwa audytorzy.

    Co zostało wyekstrahowane, co przekształcone, co zapisane w SAP, co się nie udało i dlaczego — dla każdego obiektu, lokalizacji i przebiegu. Do tego tygodniowe podsumowanie i postęp czyszczenia, które kierownik programu wysyła od kroku 1.

    Postęp czyszczenia w vise DMW dla każdej spółki operacyjnej
    Postęp czyszczenia dla każdej spółki operacyjnej

05 · FAQ

Konkretne odpowiedzi, te same na każdym przeglądzie.

Dla architektów SAP
01A co z SAP Migration Cockpit?
Warto go użyć, jeśli pasuje. DMW dodaje tryb zmian, symulację ładowania, walidację opartą na regułach i pętlę korekt dla użytkowników biznesowych — i może zasilać Cockpit lub BODS zamiast ładować samodzielnie.
02Jak DMW księguje w S/4HANA?
Wyłącznie przez standardowe BAPI, IDoc i OData. Nigdy bezpośredni zapis do tabel. Business Partner przechodzi przez CVI jak w każdym narzędziu zatwierdzonym przez SAP.
03Jakie obiekty?
Dowolne: klient, dostawca, Business Partner, materiał, BOM, pozycje otwarte, konta księgi głównej, centra kosztów, utrzymanie ruchu, środki trwałe. Biblioteka reguł i mapowanie są dla każdego obiektu osobno; platforma jest ta sama.
04Jak współpracują Państwo z naszym integratorem?
Odpowiadamy za ścieżkę danych i w uzgodnionych terminach przekazujemy integratorowi czyste, zmapowane i zasymulowane dane. DMW może prowadzić Państwa IT, możemy prowadzić go my w ramach SLA albo hybrydowo, ze specjalistą Visehub w zespole.

Start ścieżki danych od jednego obiektu, w 30 dni.

Zwykle wybór pada na dane podstawowe klientów lub dostawców. Ekstrahujemy je, walidujemy, mapujemy i symulujemy ładowanie — a Państwo widzą, czego wymaga cała fala.