Pro architekty SAP
Model integrity SAP posilujeme. Nikdy ho neobcházíme.
Otázky, které položíte při prvním hovoru, zodpovězené pokaždé stejně. Pokud něco není pro vaše prostředí dost přesné, ptejte se – raději se vám ozveme později, než abychom improvizovali.
Jak se záznam dostane do SAP Zápis provádí SAP
Vaše zdroje
SAP ECCJD EdwardsDynamics / NAVStarší systémy a soubory
vise DMW
ValidateProfileMapLoad SimApprove
Byznysová pravidla nad kontrolami SAP; zkušební běh vůči vašemu customizingu; jmenovitě určený schvalovatel. Váš SAP
BAPIIDocOData / RAPMigration Cockpit
CVI, customizing, BAdI, číselné intervaly, změnové doklady – vše zapnuto. Přímé zápisy do KNA1, LFA1, BUT000 nebo jakékoli tabulky SAP – nikdy.
01
Šest věcí, které platí vždy.
01 Pouze přes vlastní API systému SAP Každé nahrání jde přes API systému SAP: BAPI, IDoc, OData/RAP, funkční modul RFC, který volá vlastní API systému SAP pro údržbu dat – nebo přes SAP Migration Cockpit, pokud si ho chcete ponechat. Nástroj vise DMW nikdy nezapisuje přímo do KNA1, LFA1, BUT000 ani do žádné jiné tabulky.
02 Integrita SAP zůstává zapnutá Synchronizace CVI, kontroly customizingu, validace BAdI/exit, číselné intervaly, oprávnění, změnové doklady (CDHDR/CDPOS) – vše běží přesně tak jako u každého nástroje schváleného společností SAP, protože zápis provádí SAP.
03 Druhá vrstva validace, ne náhrada SAP kontroluje, zda záznam přijme. vise DMW kontroluje, zda s ním váš byznys může pracovat: konzistence napříč objekty, regulatorní formáty, finanční governance, firemní zásady, předpoklady pro workflow, koherence kmenových dat.
04 Simulace před každým nahráním Nahrání se vyzkouší nanečisto vůči vašemu cílovému systému s vaším customizingem. Cílový systém validuje každý záznam tak, jak by to udělal při skutečném nahrání, takže vidíte stejné chyby – po záznamech, dřív než se cokoli potvrdí.
05 AI navrhuje, lidé schvalují Mapování polí, transformační pravidla i validační pravidla může navrhnout AI. Každý návrh je verzován, otestován v sandboxu a zapnut jmenovitě určenou osobou. Nic z toho, co AI napíše, se nedotkne vašeho cílového systému bez schválení.
06 Připraveno na audit od prvního dne Každá transformace, změna hodnoty a rozhodnutí o sloučení se zaznamená s uživatelem, časem a použitým pravidlem. Tabulky křížových odkazů (staré KUNNR / LIFNR → cílový PARTNER) vznikají nativně.
02
Engine pro nahrávání je vaše rozhodnutí.
DMW je vůči mechanismu nahrávání agnostický. Vestavěný loader je výchozí; každá jiná cesta dostane stejná předem zvalidovaná data.
| Cesta | Kdy | Co DMW dodá |
|---|---|---|
| Vestavěný loader DMWVýchozí | Výchozí. Jedno kliknutí z DMW; BAPI, IDoc nebo OData se volí podle objektu a konfigurace. | Od začátku do konce v jednom nástroji, audit nahrání propojený s auditem validace a transformace, monitoring v reálném čase a zpracování chyb v rozhraní DMW. |
| SAP Migration Cockpit (LTMC / LTMOM) | Už ho provozujete, váš integrátor ho používá jako standard, nebo předdefinovaný migrační objekt přesně odpovídá rozsahu. | Soubory ve formátu šablony Cockpitu, předem zvalidované, takže nahrání proběhne bez překvapení, mapování na strukturu migračního objektu. |
| BAPI | Výchozí pro mnoho objektů; zákaznické objekty bez šablony Cockpitu. | Payloady podle struktury BAPI, povinná pole podle objektu, testovací běh před commitem, commity po dávkách, logika opakování. |
| IDoc | Distribuce kmenových dat napříč systémovým prostředím; zavedená infrastruktura ALE; DEBMAS / CREMAS, kde BP generuje CVI. | Payloady IDoc se správnými segmenty, předem zvalidované, takže WE02 / SM58 zůstávají čisté, sledování stavu a obnova. |
| OData / RAP | S/4HANA Cloud a Public Cloud, průběžné datové toky po go-live, integrace s API Business Hub. | API_BUSINESS_PARTNER a služby RAP, práce s tokeny, dávkování a zpracování chyb. |
| Funkční modul RFC | Obchodní partner s rolemi odběratele a dodavatele; vaše vlastní funkční moduly nebo programy Z jako cílové místo nahrání. | Pro každého obchodního partnera jedno volání malého funkčního modulu s podporou RFC, nainstalovaného ve vašem systému. Modul volá API systému SAP pro údržbu obchodního partnera (CL_MD_BP_MAINTAIN), nejprve běží jako test a commit provádí jen při čistém výsledku. |
| Vlastní loader nebo BODS | Máte vlastní loader, ETL pipeline nebo BODS a chcete si ho ponechat. | Čisté, předem zvalidované datové sady ve vašem formátu (CSV, XML, JSON, staging tabulky), historie transformací a zdokumentovaná pravidla mapování. |
Co DMW nikdy nedělá: přímé zápisy do tabulek SAP, obcházení validace na úrovni modulů ani pseudo-RFC triky do interních tabulek.
03
SAP se ptá, zda záznam přijme. My se ptáme, zda s ním váš byznys bude moci pracovat.
Formáty polí, povinná pole, customizing a kontroly BAdI jsou vrstva SAP – vůči nim validují Migration Cockpit, LSMW a BODS. Záznam tím vším může projít, a přesto být nepoužitelný: dodavatel přiřazený nákupní organizaci mimo hierarchii závodu, DIČ se správnou délkou a špatným kontrolním součtem, platební podmínky mimo nákupní politiku, strategický zákazník bez key account manažera. To jsou tiché chyby; vyplavou měsíce po go-live, v účetnictví nebo v zablokovaném schválení. Knihovna pravidel DMW je místo, kde je váš byznys jednou definuje, a každý záznam se před nahráním zkontroluje.
Konzistence napříč objektyDodavatel ↔ nákupní organizace ↔ závod; nákladové středisko ↔ profit centrum ↔ účetní okruh; prodejní oblast ↔ závod.
Regulatorní formátyNIP, USt-IdNr, GB VAT, EIN – s kontrolními součty; oborové identifikátory; příznaky uchovávání podle GDPR.
Finanční governanceZemě banky vs. sídlo, údaje o skutečném majiteli, úvěrové limity vs. schválení, sankční expozice.
Firemní zásadyPlatební podmínky podle kategorie dodavatele, stropy slev podle segmentu, ceny vs. pravidla značky.
Předpoklady pro workflowKey account manažer pro každého strategického zákazníka, vlastník nákladového střediska, disponent pro každý materiál.
Koherence kmenových datCenové podmínky podle prodejní oblasti, infozáznamy podle nákupní organizace, zařízení ↔ technické místo.
04 · Customer Vendor Integration
CVI je tu rutinní práce, ne riziková položka.
DMW připraví; SAP provede. Záznam, který dorazí do CVI, je už konzistentní.
- 01Sloučení zákazníka a dodavatele
- Deterministické a fuzzy párování podle názvu, DIČ, adresy a bankovního účtu; jeden kandidát BP s FLCU01 + FLVN01; nesrovnalosti označené k byznysovému rozhodnutí; tabulka křížových odkazů pro audit a rekonciliaci.
- 02Seskupení BP a číselné intervaly
- Staré účtové skupiny namapované na vaše seskupení BP z customizingu; povinná pole zvalidovaná podle seskupení před nahráním.
- 03Kategorie BP
- Osoba / Organizace / Skupina odvozené ze starých dat a ověřené vůči rolím, které každý záznam nese.
- 04Adresy, daňová čísla, bankovní data
- Primární a další adresy do BUT020/BUT021; STCD1–3 / STCEG namapované na typy daňových čísel S/4 a zvalidované podle zemí; IBAN a klíč banky ověřené vůči BNKA.
05
Kde to běží.
- Hosting
- EU · AWS nebo OVHcloud (Německo), podle vaší volby – nebo vaše vlastní infrastruktura, s odhadem na vyžádání
- Konektivita
- Site-to-site IPsec tunel omezený na dohodnutou podsíť – nebo předání extraktu
- Přístup
- Podle rolí (CAS), pro program / projekt / lokalitu
- Šifrování
- TLS při přenosu; zálohy i uložené přihlašovací údaje šifrované
- Certifikace
- ISO/IEC 27001, ISO 9001
- AI
- Žádné osobní údaje v promptech AI; pouze návrhy, které schvalují lidé
Technické otázky a odpovědi.
- 01Potřebuje DMW ke svému fungování Migration Cockpit?
- Ne. vise DMW má vlastní engine pro nahrávání, který využívá standardní rozhraní SAP. Cockpit je možnost, ne podmínka: pokud si ho ponecháte, DMW dodá předem zvalidovanou datovou sadu k nahrání.
- 02Může být cílovým místem nahrání vlastní funkční modul nebo program Z?
- Ano, přes RFC. Nahrávání obchodních partnerů už takto probíhá: pro každého partnera jedno volání malého funkčního modulu s podporou RFC, který je nainstalován ve vašem systému a volá vlastní API systému SAP pro údržbu obchodního partnera. Zápis stále provádí SAP – customizing, CVI, číselné intervaly a změnové doklady zůstávají aktivní a do žádné tabulky se přímo nezasahuje.
- 03S/4HANA Public Cloud, kde není přímý přístup k databázi ani klasický přístup přes BAPI?
- API OData / RAP (API_BUSINESS_PARTNER a příbuzná) – nativní cesta SAP pro Public Cloud. Přímý přístup k databázi není možný ani potřebný.
- 04A co výkon při více než 5 milionech záznamů?
- Propustnost nahrávání závisí na cílovém systému, rozhraní a vašich BAdI. DMW dávkuje podle rozhraní (paralelní zpracování BAPI, balíčkování IDoc). Čísla bez benchmarku na vašich datech neuvádíme – k tomu slouží PoC.
- 05Vlastní role nebo seskupení BP?
- Validační pravidla jsou konfigurace, ne kód, který musíme dodat. Vlastní role s povinnými poli a vlastní seskupení se přidávají pro každého zákazníka.
- 06Co se stane, když jeden záznam během nahrání neprojde synchronizací CVI?
- Opakování na úrovni záznamu, izolace dávky a fronta chyb. Neúspěšný záznam jde k opravě, zbytek nahrání pokračuje a záznam se po opravě zpracuje znovu.
- 07Vztahy BP (BUT050)?
- Samostatná třída objektů v mapování. Nejprve primární BP, poté vztahy (kontaktní osoba → organizace), v pořadí, které CVI očekává.
- 08Jak se řadí závislá nahrání a mohou nahrání běžet paralelně?
- Závislosti určují pořadí nahrávání: partneři před vztahy nebo smlouvami, hlavičky před položkami. Každý záznam se nejprve simuluje a commit se provádí až po čisté simulaci, nikdy po blokující zprávě ze SAP. Paralelní relace běží pro každý cílový systém zvlášť s izolací na úrovni záznamu; míra paralelismu se nastavuje pro každou instalaci.
- 09Greenfield S/4 se zdrojem mimo SAP?
- Ano. Jakýkoli zdroj: starší ERP, Excel, staging tabulky, soubory. Typické jsou carve-outy a integrace po M&A.
- 10Z jakých zdrojů umí nástroj vise DMW číst?
- SAP ECC a S/4HANA přímo nebo z extraktu, další databáze, jako jsou Microsoft SQL Server a PostgreSQL, soubory, Azure Blob Storage včetně formátu parquet, staging databáze a API, například systému Microsoft Dynamics 365 Business Central. Přístup do produkčního systému není potřeba: stačí extrakt nebo replika.
- 11IS-U a Migration Workbench (EMIGALL)?
- Produkční referenci pro IS-U zatím nemáme a raději to říkáme otevřeně. Smluvní účty, instalace a přístroje se zavádějí jako každý jiný objekt: šablony, mapování a validační pravidla, ověřené v PoC na vašich objektech. EMIGALL dnes integrovaný není; nabízejí se dvě cesty – importní soubor ve struktuře, kterou očekávají vaše migrační objekty, nebo volání nástroje Migration Workbench přes RFC – a rozsah s vámi vymezujeme v PoC.
- 12Opravy po go-live?
- To je vise Data Run: stejná knihovna validací, optimalizovaná pro opakované hromadné změny místo jednorázové migrace.
- 13Partnerství nebo certifikace SAP?
- Visehub není partnerem SAP, a to záměrně. vise DMW pracuje přes uvolněná rozhraní SAP (BAPI, IDoc, OData/RAP, Migration Cockpit) pod vaší vlastní licencí SAP, takže nic v něm nezávisí na partnerském programu – a v naší ceně není partnerská marže.
Přineste schéma svého prostředí. My přineseme odpovědi.
60minutová technická konzultace s lidmi, kteří engine pro nahrávání postavili – ne obchodní hovor.