vise DMW · Data Migration Workbench
Zjistěte, co selže, ještě před nahráním.
Byznys a IT vedou datovou část migrace na jedné obrazovce: extrakce, validace, profilování, mapování polí a hodnot, simulace nahrání, zápis přes standardní rozhraní, reporting. Celý řetězec – nebo vrstva před nástrojem pro nahrávání, který už máte.
- Od roku 2017
- v produkci u globální pivovarnické skupiny
- 8 kroků
- od extrakce po report
- Desítky
- zemí zmigrovaných do SAP
01
Jedno pracovní prostředí. Tři způsoby, jak ho zapojit do programu.
DMW stojí tam, kde se překrývají nástroje pro kvalitu dat a nástroje pro migraci. Zákazníci využívají celý řetězec, nebo jen tu část, která jejich integrátorovi chybí – nikdo nemusí měnit svůj nástroj pro nahrávání.
02 · Osm kroků
Každý krok je řízený. Každý krok je vidět.
Vyberte krok a uvidíte, co dělá a jak vypadá obrazovka.
Krok 01 · Extract
Vytáhněte data ze zdroje tak, jak jsou.
SAP ECC, JD Edwards, Dynamics, starší systémy, databáze nebo ploché soubory. Každý objekt: zákazník, dodavatel, materiál, obchodní partner, finance, údržba, majetek, hlavní kniha, nákladová střediska. Extrakty jsou verzované, takže každý validační běh lze dohledat až k přesnému snímku zdroje.
- Libovolný objekt; zdroje: tabulky ERP, databáze, staging tabulky, ploché soubory
- Verzované snímky
- Propustnost změřená na vašich datech v rámci PoC
Obrazovky k tomuto kroku jsou v prohlídce migrace – nebo na vašem vlastním objektu v rámci 30denního PoC.
Krok 02 · Scope
Rozhodněte, co do rozsahu patří a co zůstane stranou.
Programy, projekty a lokality jsou plnohodnotné pojmy: rollout je program, země je projekt, každý má vlastní objekty, milníky a vlastníky. Pravidla rozsahu říkají, které záznamy se přenášejí – jen aktivní dodavatelé, otevřené položky po rozhodném datu – a zbytek je vyloučen záměrně, ne omylem.
- Hierarchie program → projekt → lokalita
- Pravidla rozsahu pro každý objekt
- Milníky s vlastníky a termíny
Krok 03 · Validate
Pravidla jako kód, spouštěná nad každým záznamem, se jmenovitě určeným vlastníkem.
Validační pravidla jsou malé funkce s rozsahem, závažností, zdokumentovaným důvodem a vlastníkem. Jsou verzovaná, testovaná v sandboxu a spouštěná nad aktuálním extraktem. Byznysoví uživatelé vidí výsledky podle objektu a pole; architekti vidí kód pravidla. AI umí navrhnout pravidlo z jedné věty – aktivuje ho člověk.
- Pravidla formátu, seznamu hodnot (LoV), podmíněná, vlastní a agregační
- Závažnost, rozsah a vlastník u každého pravidla
- Navrhuje AI, aktivuje člověk
Krok 04 · Profile
Poznejte podobu dat dřív, než se o nich začnete přít.
Úplnost, platnost, shoda, konzistence a jedinečnost podle objektu a pole, s rozloženími a odlehlými hodnotami. DQ scorecard je číslo, které dostává řídicí výbor: jedno skóre za lokalitu, jedno za program a trend od výchozího stavu.
- Pět dimenzí DQ pro každý objekt
- Scorecard pro lokalitu i program
- Výchozí stav a trend od prvního dne
Krok 05 · Field Map
Ze zdrojového pole do cílového, se zapsanou transformací.
Mapování je specifikace, kterou se projekt řídí, ne tabulka, kterou nikdo nemůže najít. S nástrojem vise FieldMap přichází první návrh – dvojice polí, transformační pravidla, skóre spolehlivosti – z modelu; váš konzultant každý řádek přijme, upraví nebo zamítne a každé rozhodnutí je verzováno dříve, než se cokoli transformuje.
- Mapování jako verzovaná specifikace
- Návrh AI se skóre spolehlivosti (FieldMap)
- Schvalování řádek po řádku
- vise FieldMap →
Krok 06 · Value Map
Hodnoty sjednoťte jednou, používejte v každé lokalitě a vlně.
Platební podmínky, účtové skupiny, země, měny, jednotky: mapují je byznysoví uživatelé v nástroji vise LoV-MAP, schválí se jednou a platí všude. Globální a lokální seznamy hodnot fungují jako slovníky, vůči nimž DMW validuje, takže hodnota, která na seznamu není, se nikdy nenahraje.
- Globální a lokální seznamy hodnot
- Mapují byznysoví uživatelé, ne vývojáři
- Slovníky využívané i při validaci
- vise LoV-MAP →
Krok 07 · Load Sim
Nahrání nejdřív vyzkoušejte nanečisto. Opravte, co neprojde. Pak zapište.
Dříve než se cokoli zapíše, DMW prověří datovou sadu vůči pravidlům vašeho cílového systému s vaším customizingem – povinná pole podle role a seskupení, účtové skupiny, pravidla přiřazení číselných intervalů, daňové formáty podle zemí, kontroly na úrovni BAdI – a vůči byznysovým pravidlům, která SAP nezná. Každý odmítnutý záznam se vrátí s důvodem a putuje do fronty oprav; běh se opakuje, dokud není čistý. Cílový systém validuje každý záznam přesně tak, jak by to udělal při skutečném nahrání – dostanete stejné chyby, po záznamech, a nic se nepotvrdí (commit). Skutečné nahrání pak proběhne přes stejná rozhraní se zpracováním chyb po záznamech. Režim změn aktualizuje to, co už existuje, místo aby se vše nahrávalo znovu.
- Pravidla cílového systému s vaším customizingem, nejen formát souboru
- Odmítnuté záznamy jednotlivě, s důvodem, do fronty oprav
- Režim změn pro existující záznamy
Obrazovky k tomuto kroku jsou v prohlídce migrace – nebo na vašem vlastním objektu v rámci 30denního PoC.
Krok 08 · Report
Reporty, které vaši vlastníci z byznysu přečtou bez vývojáře.
Postup čištění podle provozních společností, týdenní souhrn s největšími posuny a zhoršeními, pravidla s nejvíce chybami se šestitýdenními trendy, zápisy z jednání a body vyžadující pozornost za každý projekt – v DMW Reports a v nástroji Apache Superset nad stejnými daty.
- Pohledy za lokalitu i za program
- Vývoj týden po týdnu
- Dashboardy v Supersetu nad zvalidovanými daty
03 · Do stávající pipeline
Váš integrátor si nechá nástroj pro nahrávání. vise DMW stojí před ním.
Zdroj → DMW (extrakce, validace, mapování, simulace) → cesta nahrávání, kterou už máte → S/4HANA. Tři způsoby zapojení, volené pro každý objekt. vise DMW drží pravidla, mapování a auditní stopu; SAP drží záznamy.
V každé variantě jde nahrání přes standardní rozhraní SAP, takže CVI, kontroly customizingu, BAdI/exity, číselné intervaly a oprávnění zůstávají aktivní. DMW nikdy nezapisuje přímo do tabulky.
04 · Pravidla jako kód
AI pravidlo navrhne. Zapíná ho člověk.
Popište kontrolu jednou větou – „DIČ norského dodavatele musí být NO plus devět číslic a MVA“ – a asistent DMW pravidlo navrhne, spustí ho v sandboxu nad skutečnými záznamy a oznámí, co prošlo. Pravidlo je čitelná funkce s rozsahem, závažností a zdokumentovaným důvodem. Jeho aktivace je lidské rozhodnutí, zaznamenané s uživatelem a časem.
- Každé pravidlo má vlastníka, verzi a výsledek testu v sandboxu.
- Architekti čtou kód; vlastníci z byznysu čtou větu.
- Nic z toho, co AI napíše, neběží nad produkčními daty bez schválení.
05 · Reporty
Kvalita dat podaná tak, aby jí vaši vlastníci z byznysu rozuměli.
Žádný log pro vývojáře. Stránky, které si manažer programu, data steward a řídicí výbor otevírají každý týden.
06 · Pro architekty SAP
Standardní rozhraní. Žádná překvapení ve vašem systému.
Otázky, které dostáváme při každém posouzení architektury – a odpovídáme na ně pokaždé stejně.
Celá stránka o architektuře- 01Jak DMW nahrává do S/4HANA?
- Výhradně přes standardní rozhraní BAPI, IDoc a OData. Nikdy přímý zápis do tabulky. Obchodní partner prochází přes CVI jako u každého nástroje schváleného společností SAP.
- 02Může plnit Migration Cockpit nebo BODS, místo aby nahrával sám?
- Ano. vise DMW může být vrstvou kvality dat a mapování před vaším stávajícím nástrojem pro nahrávání, nebo nástrojem pro nahrávání samotným. Pro Migration Cockpit dodá předem zvalidované soubory ve formátu šablony; pro BODS nebo vlastní loader namapovanou datovou sadu jako CSV, XML, JSON nebo staging tabulky, se specifikací mapování. Zákazník, se kterým spolupracujeme nejdéle, ho provozuje před nástrojem BODS.
- 03Co kontroluje Load Sim?
- Simulace prověří datovou sadu vůči pravidlům vašeho cílového systému s vaším customizingem: povinná pole podle role a seskupení, účtové skupiny, daňové formáty podle zemí, kontroly na úrovni BAdI – a navíc byznysová pravidla, která SAP nezná. Protože každý záznam validuje sám cílový systém, vrací simulace stejné chyby, jaké by vrátilo skutečné nahrání – po záznamech, do fronty oprav – aniž by se cokoli potvrdilo.
- 04Co kontrolujete vy a Migration Cockpit ne?
- Cockpit, LSMW a BODS validují to, co SAP zná: formáty, povinná pole, customizing. To odpovídá na otázku „přijme to SAP?“. DMW přidává pravidla, která SAP nezná – konzistenci napříč objekty, kontroly podle zemí a regulace, řízení finančních dat, vaše vlastní nákupní a prodejní zásady. To odpovídá na otázku „bude s těmi daty moci byznys pracovat?“. Obě vrstvy zůstávají zapnuté.
- 05Čeho se AI dotýká?
- Pouze návrhů: mapování polí, transformačních pravidel, validačních pravidel. Každý návrh je verzován, otestován v sandboxu a schválen jmenovitě určenou osobou dříve, než se spustí.
- 06Kde to běží?
- V EU, ve vyhrazeném prostředí pro každého zákazníka (AWS nebo vyhrazený server OVHcloud v Německu), které provozuje Visehub; připojení k vašim systémům přes site-to-site IPsec tunel nebo předáním extraktu; jmenovité účty a role; všude TLS, šifrované zálohy ve Frankfurtu. ISO/IEC 27001 a ISO 9001. Podrobnosti na stránce Důvěra a bezpečnost.
Funguje se zbytkem rodiny vise
Během 30 dní uvidíte vlastní data v DMW.
Jeden objekt z jedné lokality – obvykle kmenová data zákazníků nebo dodavatelů – extrahovaný, zprofilovaný, zvalidovaný, s namapovanými poli a hodnotami a se simulací nahrání vůči vašemu cílovému systému. Dostanete report s posouzením dat, funkční projekt a odhad pracnosti pro celou vlnu. Z vaší strany: extrakt nebo přístup do systému a jeden vlastník dat pro rozhodování. Konzultace za pevnou cenu; po dobu 30 dní žádný licenční poplatek. Poté: licence na projekt s cenou podle počtu lokalit a uživatelských účtů (čím více lokalit, tím nižší cena za lokalitu) – platformu provozuje vaše IT, provozujeme ji my podle SLA, nebo hybridně.