Kam jdou naše data, když AI navrhuje mapování?

Ve výchozím nastavení opouštějí vaše prostředí pouze metadata – názvy polí, typy, délky, popisy; funkce, které by odesílaly vzorky zdrojových hodnot, jsou vypnuté a označené a o každé rozhodujete vy. Naše smlouvy s poskytovateli AI jsou v režimu zero data retention: poskytovatel neukládá prompty ani výstupy a nikdy se nepoužívají k trénování modelů. Poskytovatel i model jsou vaše volba.

Co AI skutečně vytváří?

Návrh: dvojice polí zdroj–cíl, transformační pravidla a z jedné věty i validační pravidla – každé se skóre spolehlivosti a srozumitelným zdůvodněním (významová shoda, kompatibilita typu, délka, rozložení hodnot). Návrhy spadají do tří skupin: schválené bez výhrad, schválené s problémy ke kontrole, zamítnuté.

Váš konzultant nebo vlastník dat, řádek po řádku, v pohledu podle cílové struktury, který ukazuje každé povinné cílové pole jako vyřešené, s výchozí hodnotou, k ručnímu nahrání nebo nevyřešené. Každé rozhodnutí má jméno a datum.

Co znamená skóre spolehlivosti?

Je to hodnocení modelu, jak dobře si pole v navržené dvojici odpovídají ve čtyřech ohledech – významová shoda, kompatibilita typu, délka, rozložení hodnot – se zdůvodněním zobrazeným hned vedle. Není to kalibrovaná pravděpodobnost, že se záznam nahraje. Použijte ho k určení pořadí kontroly: řádky s vysokou spolehlivostí se zkontrolují rychle, čas dostanou ty s nízkou spolehlivostí a významově podezřelé.

Můžeme ho používat bez vise DMW?

Ano. FieldMap je krok Field Map v nástroji vise DMW a běží i samostatně; schválené mapování se exportuje do Migration Cockpit, BODS nebo vašeho vlastního loaderu jako verzovaná specifikace.

Co potřebujeme pro začátek?

Export metadat zdrojového a cílového objektu – názvy polí, typy, délky, popisy – a pro profilování vzorek extraktu zdroje. Jednoho konzultanta nebo vlastníka dat, který rozhoduje. První objekt se obvykle namapuje v rámci 30denního PoC.

vise FieldMap · krok Field Map v nástroji vise DMW · i samostatně

AI navrhne mapování. Váš konzultant schvaluje každý řádek.

Dvojice polí zdroj–cíl a transformační pravidla, navržené z vašich metadat se skóre spolehlivosti a důvodem u každého návrhu. Otestováno v sandboxu, schváleno jmenovitě určenou osobou, verzováno – a teprve pak nahráno. Expert přechází od psaní pravidel k jejich posuzování.

Přineste jeden objekt do 30denního PoC Co AI dělá – a co ne →

≈30 → ≈12
expertních dní na objekt (ilustrativně): Pouze metadata
ve výchozím nastavení opouštějí vaše prostředí: 1.
produkční zákazník: Karlsberg

Dialog automatického mapování v nástroji vise FieldMap: 14 návrhů, průměrná spolehlivost 95 %, každý návrh se zdůvodněním a tlačítky „Approve“ / „Decline“ — Automatické mapování – 14 návrhů pro jeden objekt, průměrná spolehlivost 95 %, každý řádek schválil nebo zamítl člověk. SAP ECC → Microsoft Dynamics 365 Business Central.Obrazovky z demo projektu vise FieldMap · fiktivní data

01 · Řídicí smyčka

Šest kroků mezi větou a řízeným nahráním.

0Specifikace běžným jazykemKonzultant popíše potřebu mapování a byznysový význam objektu.
01Návrh AIFieldMap navrhne dvojice polí a transformační pravidla z metadat zdroje a cíle. Skóre spolehlivosti je hodnocení modelu, jak si pole odpovídají významem, typem, délkou a rozložením hodnot – určuje pořadí kontroly, není to pravděpodobnost, že se nahrání podaří.
02Test v sandboxuKaždé pravidlo se spustí v testeru pravidel nad skutečnými záznamy dřív, než ho lze potvrdit.
03Schválení člověkemJmenovitě určený posuzovatel každý řádek přijme, upraví nebo zamítne. Nic se nedostane do cílového systému bez schválení.
04Verze a auditKaždé rozhodnutí má vlastníka a datum; mapování je verzovaná specifikace, ne tabulka.
05Řízené nahráníSchválené mapování vstupuje do vise DMW – nebo do vašeho nástroje pro nahrávání – k simulaci a nahrání.

Tabulka mapování polí v nástroji vise FieldMap: kmenová data zákazníků ze SAP ECC (KNA1) namapovaná na Microsoft Dynamics 365 Business Central, pokrytí povinných polí 97,6 %, cílové pole a rutina pro každé zdrojové pole — Tabulka mapování – jeden řádek na zdrojové pole: profil (prázdné hodnoty, časté hodnoty), rozsah, cílové pole, rutina. Kmenová data zákazníků KNA1 → Business Central, pokrytí povinných polí 97,6 %.

02 · Vaše pipeline zůstává

Nechte si BODS nebo Migration Cockpit. Změňte způsob, jakým mapování vzniká.

FieldMap vytváří schválenou specifikaci mapování. Kdo ji provede, je vaše volba – a předává se soubor, který váš tým už umí číst.

A · Provádí váš ETL tým Export specifikace, jeden řádek na cílové pole Zdrojové pole (jedno či více), pravidlo v čitelné podobě, typ vyřešení (namapováno, výchozí hodnota, obohacení, ruční nahrání), schvalovatel a datum – exportováno z pohledu podle cílové struktury, přesně tak, jak je filtrováno. Vaši vývojáři z toho postaví transformace v BODS nebo šablonu pro Cockpit. FieldMap uvnitř BODS nic negeneruje.

B · Provádí vise DMW Stejná pravidla, spuštěná v DMW Schválená pravidla běží jako čitelný Python v konverzi DMW, zkonvertovaná datová sada projde simulací nahrání vůči vašemu cílovému systému a zapíše ji DMW nebo váš loader. Jeden engine, uvnitř DMW – nikdy druhý ve vaší pipeline.

Co sandbox nepotvrzuje Customizing cílového systému Tester pravidel spouští každé pravidlo nad skutečnými zdrojovými záznamy: typ, délka, výstupní hodnoty. Nezná vaše role a seskupení BP, číselné intervaly ani závislosti mezi objekty. K tomu slouží simulace nahrání v nástroji vise DMW – nebo vaše vlastní testovací nahrání.

03 · Kde se to vyplatí

Vytvořit mapování není to těžké. Problém je najít chyby příliš pozdě.

Stovky dvojic polí ručně poskládaných v tabulce, bez validace, bez kontroly závislostí a bez přehledu o tom, co je skryté. Chyby vyplavou v migračním okně, kdy každá oprava stojí dny. FieldMap je najde, dokud stojí minuty – a vysvětlí proč.

Případ	Co bylo špatně	Co udělal FieldMap
SAP ADRNR namapované na pole čísla dokladu	Popisky i data vypadaly věrohodně; pole je interní odkaz na adresu, ne byznysový identifikátor, který cílový systém očekává.	Označeno jako významový nesoulad; navrženo správné pole
City (35) → City (30)	Správná dvojice polí, přesto riziková: délka zdroje 35, délka cíle 30.	Označeno kvůli možnému oříznutí delších názvů měst
Kódy jako 00123	Při uložení do číselného cílového pole zmizí úvodní nuly a kódy si přestanou odpovídat.	Rozpoznáno jako riziko ještě před nahráním

04 · Profilujte, než začnete mapovat

Každé zdrojové pole přichází se svým rozložením hodnot.

Prázdné hodnoty, počet různých hodnot, tři nejčastější a dlouhý chvost – pro každé pole, na jedno kliknutí z řádku mapování. Pole, které z 96 % obsahuje jedinou hodnotu, číselník s osmi položkami, sloupec s volným textem, který se tváří jako klíč: vidíte to dřív, než rozhodnete, kam půjde, a AI vidí stejná čísla, když navrhuje.

Sedm pohledů na stejný profil: sloupcový graf, Pareto, prstencový graf, treemap, heatmapa, koncentrace (podíl top-1, top-5, top-10) a prostá tabulka – vše lze exportovat.

Treemap četnosti hodnot pro pole BRSCH (klíč odvětví): TRAD 41,8 %, HITE 30,2 %, MBAU 13,1 %, TEXT 12,7 % — Četnost hodnot – klíč odvětví (BRSCH) v kmenových datech zákazníků: 953 hodnot, 8 různých, TRAD 41,8 %

05 · Podle cílové struktury

Každé povinné cílové pole má stav. Na žádné se nezapomene.

Migrační praxe vychází z cíle: otázka nezní „kam půjde toto zdrojové pole“, ale „je vyřešeno každé pole, které cílový systém potřebuje“. FieldMap ukazuje cílovou strukturu se způsobem vyřešení každého pole, filtruje podle stavu a exportuje přesně to, co filtr zobrazuje. Zdrojové pole lze použít pro více cílů, aniž by se ztratil přehled o tom, kde se používá.

Číselníková pole – platební podmínky, účtové skupiny, země, jazyky, odsouhlasovací účty – jsou označena jako mapování a putují do nástroje vise LoV-MAP k harmonizaci hodnot.

Nenamapovaná cílová pole v nástroji vise FieldMap: 26 cílových polí, 41 povinných, 40 namapovaných, 1 stále chybí, pokrytí 97,6 %, s volbami „Resolve“ a „AI Explain“ u každého pole — Nenamapovaná cílová pole – 41 povinných, 40 vyřešených, 1 stále chybí: číslo, na které se ptá projektový manažer

Vyřešeno: Namapováno z jednoho či více zdrojových polí, s transformací tam, kde je potřeba
Výchozí hodnota: Konstanta nebo odvozená hodnota pro pole, která ve zdroji chybí – včetně vícehodnotových výchozích hodnot, které násobí záznamy (např. jeden materiál → tři jazykové popisy)
Obohacení: Z ručního souboru, vyhledávací tabulky nebo odvozeného pravidla
Ruční nahrání: Rozhodnuto a zdokumentováno: nahrává se ručně před go-live, s důvodem a vlastníkem
Nevyřešeno: Stále otevřené – a viditelné, takže se na nic povinného nezapomene

06 · Pravidla z jedné věty

Transformační a validační pravidla, napsaná běžným jazykem, otestovaná dřív, než začnou platit.

Popište pravidlo – „seskupení BP se odvozuje z účtové skupiny dodavatele ve starém systému“, „norské DIČ je NO plus devět číslic a MVA“ – a FieldMap ho navrhne, spustí v sandboxu nad skutečnými záznamy a oznámí, co prošlo. Pravidla jsou čitelný Python, žádné černé skříňky; byznysoví konzultanti je mohou psát a kontrolovat podle stejných pravidel řízení jako vývojáři.

První produkční zákazník

Karlsberg

Data zákazníků, dodavatelů, materiálů a kusovníků namapovaná do SAP S/4HANA s nástrojem FieldMap při konsolidaci ve třech vlnách – nejprve Microsoft Dynamics 365 Business Central, poté SAP ECC – se záznamy deduplikovanými a sloučenými z obou zdrojů; zpětná vazba konzultanta z první vlny – pohled podle cílové struktury, opakované použití zdrojových polí, vícehodnotové výchozí hodnoty, vyřešení „ruční nahrání“ – šla rovnou do produktu.

Případová studie Karlsberg →

Co vidí AI. Co řídí váš konzultant.

Zůstává ve vašem prostředí DMW: Vaše záznamy a jejich hodnoty. Profily, pravidla, běhy v sandboxu, verzované mapování a auditní stopa. Izolované prostředí pro každého zákazníka.
Ve výchozím nastavení se odesílá poskytovateli AI: Pouze metadata: názvy polí, technické a byznysové popisy, typy, délky. Na základě smlouvy o zero data retention – prompty a výstupy se neukládají a nikdy se nepoužívají k trénování modelů.
Odesílá se, jen pokud to zapnete: Funkce, které využívají vzorky zdrojových hodnot nebo statistiky hodnot, aby navrhly lepší pravidla. Každá je samostatný přepínač, označený tím, co odesílá, ve výchozím stavu vypnutý – o každé funkci rozhoduje váš vlastník dat.

vise FieldMap – nastavení funkcí AI: poskytovatel AI a model, úroveň zpřístupnění dat a přepínač u každé funkce AI s označením, zda odesílá zdrojová data zákazníka — Každá funkce AI je přepínač s označením, zda odesílá zdrojová data; poskytovatel i model jsou na vás. Důvěra a bezpečnost →

07 · Časté otázky

Otázky, které dostáváme.

01Kam jdou naše data, když AI navrhuje mapování?: Ve výchozím nastavení opouštějí vaše prostředí pouze metadata – názvy polí, typy, délky, popisy; funkce, které by odesílaly vzorky zdrojových hodnot, jsou vypnuté a označené a o každé rozhodujete vy. Naše smlouvy s poskytovateli AI jsou v režimu zero data retention: poskytovatel neukládá prompty ani výstupy a nikdy se nepoužívají k trénování modelů. Poskytovatel i model jsou vaše volba.
02Co AI skutečně vytváří?: Návrh: dvojice polí zdroj–cíl, transformační pravidla a z jedné věty i validační pravidla – každé se skóre spolehlivosti a srozumitelným zdůvodněním (významová shoda, kompatibilita typu, délka, rozložení hodnot). Návrhy spadají do tří skupin: schválené bez výhrad, schválené s problémy ke kontrole, zamítnuté.
03Kdo rozhoduje?: Váš konzultant nebo vlastník dat, řádek po řádku, v pohledu podle cílové struktury, který ukazuje každé povinné cílové pole jako vyřešené, s výchozí hodnotou, k ručnímu nahrání nebo nevyřešené. Každé rozhodnutí má jméno a datum.
04Co znamená skóre spolehlivosti?: Je to hodnocení modelu, jak dobře si pole v navržené dvojici odpovídají ve čtyřech ohledech – významová shoda, kompatibilita typu, délka, rozložení hodnot – se zdůvodněním zobrazeným hned vedle. Není to kalibrovaná pravděpodobnost, že se záznam nahraje. Použijte ho k určení pořadí kontroly: řádky s vysokou spolehlivostí se zkontrolují rychle, čas dostanou ty s nízkou spolehlivostí a významově podezřelé.
05Můžeme ho používat bez vise DMW?: Ano. FieldMap je krok Field Map v nástroji vise DMW a běží i samostatně; schválené mapování se exportuje do Migration Cockpit, BODS nebo vašeho vlastního loaderu jako verzovaná specifikace.
06Co potřebujeme pro začátek?: Export metadat zdrojového a cílového objektu – názvy polí, typy, délky, popisy – a pro profilování vzorek extraktu zdroje. Jednoho konzultanta nebo vlastníka dat, který rozhoduje. První objekt se obvykle namapuje v rámci 30denního PoC.

Podívejte se na to na vlastním objektu.

Přineste jeden konverzní objekt. AI mapování a validace poběží 30 dní v plně řízeném režimu a uvidíte, co to udělá s pracností daného objektu. Z vaší strany: export metadat zdroje a cíle, vzorek extraktu a jeden konzultant, který rozhoduje. Konzultace za pevnou cenu; po dobu 30 dní žádný licenční poplatek. Co měříte: hodiny konzultanta na objektu, podíl přijatých, upravených a zamítnutých návrhů, pokrytí povinných polí a to, zda export zapadne do vaší pipeline bez předělávek.

Spusťte 30denní PoC Celé pracovní prostředí: vise DMW