Průvodci
Pojmy, každý vysvětlený na jedné stránce.
Nejdřív definice, potom co se pokazí, potom jak se to dělá v praxi. Píší lidé, kteří to provozují v produkci; aktualizujeme, když se praxe změní. Průvodci jsou v angličtině.
Začněte tady · tři průvodci, popořadě 9 průvodců · aktualizováno listopad 2026
- 01 What is SAP data migration? SAP data migration is the controlled transfer of master and transactional data from a legacy system into an SAP target (typically SAP ECC → S/4HANA, or another ERP → SAP), executed as a sequence of governed steps: extract, scope, validate, profile, map fields, map values, simulate the load, load through standard interfaces and reconcile.
- 02 SAP Migration Cockpit vs a data migration workbench SAP Migration Cockpit is SAP's standard tool for loading data into S/4HANA via predefined migration objects; it validates what SAP will accept (formats, mandatory fields, customizing).
- 03 S/4HANA Business Partner conversion (CVI) explained In SAP S/4HANA, customers and vendors are no longer separate master objects: every one of them must be represented as a Business Partner (BP) with roles such as FLCU01 (customer) and FLVN01 (vendor).
01
Migrace
Co je datová část, jak do ní zapadají vlastní nástroje SAP a které objekty rozhodují o harmonogramu.
01 Začněte tady What is SAP data migration? SAP data migration is the controlled transfer of master and transactional data from a legacy system into an SAP target (typically SAP ECC → S/4HANA, or another ERP → SAP), executed as a sequence of governed steps: extract, scope, validate, profile, map fields, map values, simulate the load, load through standard interfaces and reconcile. It is a data track that runs alongside the system implementation and is usually the reason programmes slip. Aktualizováno 3. 11. 2026 Číst 02 SAP Migration Cockpit vs a data migration workbench SAP Migration Cockpit is SAP's standard tool for loading data into S/4HANA via predefined migration objects; it validates what SAP will accept (formats, mandatory fields, customizing). A data migration workbench adds the layer before and around the load: profiling, business-rule validation, field and value mapping, load simulation against your customizing, a correction loop for business users, change mode for existing records, and an audit trail across all of it. The two are complementary — the workbench can deliver pre-validated files to the Cockpit or load through BAPI, IDoc and OData itself. Aktualizováno 3. 11. 2026 Číst 03 S/4HANA Business Partner conversion (CVI) explained In SAP S/4HANA, customers and vendors are no longer separate master objects: every one of them must be represented as a Business Partner (BP) with roles such as FLCU01 (customer) and FLVN01 (vendor). Customer Vendor Integration (CVI) is the SAP mechanism that creates and synchronises the BP with the underlying customer and vendor records. In a brownfield migration CVI must be active before any record can enter S/4HANA, and converting ~100,000 customer and vendor records by hand typically takes 800–1,000+ hours. Aktualizováno 3. 11. 2026 Číst 04 SAP ECC → Business Central migration: the data track In an SAP ECC → Dynamics 365 Business Central migration the system implementation is done by a BC partner; the data track — extracting, profiling, validating, mapping and simulating the data before the partner loads it — is a separate job that decides whether the programme lands. Run as four gates, it typically cuts test migrations from five or six to one or two, and the validation rules built for it keep working in Business Central after go-live. Aktualizováno 3. 11. 2026 Číst 05 Decommissioning SAP ECC: what history to keep Decommissioning SAP ECC means switching the legacy system off after go-live on the new ERP without losing the history that audit, tax, legal retention and reporting still require. The practical approach is retain → report → decommission: extract and validate only the records that must be kept (financial documents, master data, the audit trail) into a structured archive, keep that archive queryable for on-demand historical reports, then shut ECC down and stop paying for licences, infrastructure and maintenance. Aktualizováno 3. 11. 2026 Číst
02
Kvalita dat a governance
Jedno číslo pro připravenost a kontrola, díky které jsou každodenní změny bezpečné.
01 Data quality before SAP go-live: the readiness score A data readiness score is a single, weekly-published measure per site and programme — the share of records that pass the validation rules the business has agreed on — built from five data-quality dimensions (completeness, validity, conformity, consistency, uniqueness) applied per SAP object. It replaces fragmented Excel trackers with one answer to 'are we ready?', tells business owners exactly what to fix (in the source system), and shows the trend since the baseline. Aktualizováno 3. 11. 2026 Číst 02 Four-eyes approval for ERP data changes Four-eyes approval (the four-eyes principle) is a control under which a second, named person approves a data change, or its execution in the target system, independently of the person who prepared it. For ERP master-data changes it is implemented as a role-based workflow — requester, data owner, validator, executor, admin — where nothing is posted without an approval that carries a user and a time, and where validation and a dry run happen before the approver ever sees the request. Aktualizováno 3. 11. 2026 Číst
03
Mapování
Pole a hodnoty: kde pomáhá AI a kde excelová tabulka přestává být bezpečná.
01 AI field mapping with human approval AI field mapping is the use of a model to draft source-to-target field pairs and transformation rules from system metadata and plain-language descriptions, each proposal carrying a confidence score and a rationale (semantic fit, type compatibility, length, value distribution). Used safely, every draft passes a sandbox test, a named human approval, versioning and an audit trail before it is loaded — cutting the mechanical mapping effort for a complex conversion object from about 30 expert-days to about 12 without loosening governance. Aktualizováno 3. 11. 2026 Číst 02 What is value harmonisation (LoV mapping)? Value harmonisation (list-of-values mapping, LoV mapping) maps the reference values used in source systems — payment terms, account groups, countries, currencies, units, plants, storage locations, chart-of-accounts entries — to the values the target system allows, so that every record loads with a valid value and every site uses the same ones. It is step 6 of a migration and a standing task in BAU master-data governance; done in spreadsheets it is one of the most fragile parts of a programme, because real mappings depend on combinations of keys. Aktualizováno 3. 11. 2026 Číst
Tři způsoby, jak se zorientovat. Zvolte hloubku, kterou potřebujete.
- Seznamte se s pojmy Slovník pojmů Definice pojmů používaných na tomto webu v jedné větě, každá s odkazem na stránku, která jde do hloubky. Otevřete slovník →
- Přečtěte si průvodce · Nacházíte se zde 9 průvodců Vysvětlení pojmů, která začínají odpovědí: migrace, kvalita dat, mapování. Dost krátká na přečtení před schůzkou.
- Poznámky z praxe 6 příspěvků Co se učíme při migracích, v programech kvality dat a v každodenních datových operacích – včetně čísel. Čtěte blog →
Otázka, na kterou průvodci neodpovídají?
Zeptejte se – odpovídáme na každou otázku. Pokud přijde dvakrát, stane se z ní další průvodce.