Zum Inhalt springen

01

Migration

Was der Daten-Workstream ist, wie die eigenen Werkzeuge von SAP hineinpassen, und die Objekte, die über den Zeitplan entscheiden.

01 Für den Einstieg 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. Aktualisiert 3. Nov. 2026 Lesen 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. Aktualisiert 3. Nov. 2026 Lesen 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. Aktualisiert 3. Nov. 2026 Lesen 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. Aktualisiert 3. Nov. 2026 Lesen 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. Aktualisiert 3. Nov. 2026 Lesen

Drei Wege zu lernen. Wählen Sie die Tiefe, die Sie brauchen.

  • Begriffe verstehen Glossar Kurzdefinitionen der Begriffe auf dieser Website, jeweils verlinkt mit der Seite, die tiefer geht. Glossar öffnen →
  • Leitfäden lesen · Sie sind hier 9 Leitfäden Erklärungen mit der Antwort zuerst: Migration, Datenqualität, Mapping. Kurz genug für die Lektüre vor einem Meeting.
  • Erfahrungen aus Projekten 6 Beiträge Was wir in Migrationen, Datenqualitätsprogrammen und im laufenden Datenbetrieb lernen – mit Zahlen. Zum Blog →

Eine Frage, die die Guides nicht beantworten?

Stellen Sie sie – wir beantworten jede Frage. Kommt sie zweimal, wird sie zum nächsten Guide.