Przejdź do treści

01

Migracja

Czym jest ścieżka danych, gdzie pasują własne narzędzia SAP i obiekty, które decydują o harmonogramie.

01 Na początek 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. Aktualizacja 3 lis 2026 Czytaj 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. Aktualizacja 3 lis 2026 Czytaj 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. Aktualizacja 3 lis 2026 Czytaj 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. Aktualizacja 3 lis 2026 Czytaj 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. Aktualizacja 3 lis 2026 Czytaj

Trzy sposoby nauki. Wybór głębokości należy do Państwa.

  • Poznaj pojęcia Słownik pojęć Jednozdaniowe definicje pojęć używanych na tej stronie, każda z linkiem do strony, która opisuje temat szerzej. Otwórz słownik →
  • Przeczytaj przewodniki · Bieżąca strona 9 przewodników Wyjaśnienia, które zaczynają od odpowiedzi: migracja, jakość danych, mapowanie. Na tyle krótkie, by przeczytać je przed spotkaniem.
  • Notatki z projektów 6 wpisów Czego uczymy się przy migracjach, programach jakości danych i codziennej obsłudze danych — z liczbami. Czytaj blog →

Pytanie, na które przewodniki nie odpowiadają?

Wystarczy je zadać — odpowiadamy na każde pytanie. Jeśli padnie dwa razy, stanie się kolejnym przewodnikiem.