Vodiči
Pojmovi, svaki objašnjen na jednoj stranici.
Najprije definicija, zatim što pođe po zlu, zatim kako se to radi u praksi. Pišu ljudi koji to vode u produkciji; ažurira se kada se praksa promijeni. Vodiči su na engleskom.
Počnite ovdje · tri vodiča, redom 9 vodiča · ažurirano stu 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
Migracija
Što je podatkovni dio projekta, kako se uklapaju SAP-ovi vlastiti alati i koji objekti određuju raspored.
01 Počnite ovdje 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. Ažurirano 3. stu 2026. Pročitajte 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. Ažurirano 3. stu 2026. Pročitajte 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. Ažurirano 3. stu 2026. Pročitajte 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. Ažurirano 3. stu 2026. Pročitajte 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. Ažurirano 3. stu 2026. Pročitajte
02
Kvaliteta podataka i upravljanje
Jedan broj za spremnost i kontrola koja svakodnevne promjene drži sigurnima.
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. Ažurirano 3. stu 2026. Pročitajte 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. Ažurirano 3. stu 2026. Pročitajte
03
Mapiranje
Polja i vrijednosti: gdje AI pomaže, a gdje proračunska tablica prestaje biti sigurna.
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. Ažurirano 3. stu 2026. Pročitajte 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. Ažurirano 3. stu 2026. Pročitajte
Tri načina učenja. Odaberite dubinu koja vam treba.
- Upoznajte pojmove Pojmovnik Definicije u jednoj rečenici za pojmove koji se koriste na ovim stranicama, svaka s poveznicom na stranicu koja ide dublje. Otvorite pojmovnik →
- Pročitajte vodiče · Ovdje ste 9 vodiča Objašnjenja pojmova koja počinju odgovorom: migracija, kvaliteta podataka, mapiranje. Dovoljno kratka da ih pročitate prije sastanka.
- Bilješke s terena 6 objava Što učimo na migracijama, u programima kvalitete podataka i u svakodnevnom radu s podacima – s brojkama. Čitajte blog →
Pitanje na koje vodiči ne odgovaraju?
Postavite ga – odgovaramo na svako pitanje. Ako se pojavi dvaput, postaje sljedeći vodič.