Purpose

This document outlines the SyWay Program approach to data migration and readiness to move to new business processes as part of Release 2. It establishes an operational framework to ensure data is clean, reliable, structured and available at go-live.

The objectives are:

• To plan, govern and control data migration activities from legacy systems to Ariba and Icertis applications.

• To ensure business engagement and ownership in all data quality and validation activities.

• To meet global regulatory, operational and integration requirements with third-party systems.

Background

This document outlines the data migration and cleansing approach for Release 2, which focuses on the implementation of the Source to Contract (S2C) process as part of the broader program roadmap. Release 2 is an intermediate deployment that introduces standardised procurement processes and integrates with existing ECC systems and third-party applications such as Convergence.

The primary objective of this release is to establish foundational S2C capabilities that can be reused and scaled during subsequent releases, particularly Release 4 (R4), which will involve a broader S/4HANA transformation. As such, the data migration strategy for Release 2 is designed with reusability and future scalability in mind.

Due to the continued reliance on legacy ECC systems in this phase, there are limitations in the extent of data cleansing that can be performed. Existing data in ECC will be migrated largely in its current state, with only targeted validations and enrichment applied where feasible. Cleansing activities will be focused on data sets required for the new S2C processes and integrations, ensuring functional readiness without major disruption to upstream or downstream systems.

Data Migration Scope

The scope of data migration encompasses all master data, open transactional data and selected historical records required to ensure business continuity, legal compliance and readiness at the point of cutover and after. Data will be migrated from multiple SAP ECC source systems and legacy third-party applications into a Standardized SyWay environment.

Data Sources

Data will be extract data from a range of legacy systems that currently support Syensqo’s global operations. These sources span SAP and non-SAP applications and include structured and semi-structured data repositories. The source systems are segmented across regions, functions, and business units and must be accessed in a secure, controlled manner to support data profiling, transformation, and validation activities.

Primary Data Sources include:

• SAP ECC systems – multiple instances

• Convergence

• Contract repositories (other than convergence).

Data Migration Process

For Release 2, the data migration process supports the enablement of Source to Contract (S2C) functionality within SAP Ariba, with downstream integration to Icertis, which acts as a slave system consuming master data from Ariba. Unlike traditional ERP implementations, most relevant data for S2C is treated as configuration within Ariba, requiring a data-driven approach to setup rather than transactional migration.

The data team’s primary responsibility is to populate Ariba upload templates, which define the system’s configuration and reference data. These templates serve as the foundation for both Ariba and Icertis, as Icertis relies on Ariba to provide key master data objects such as suppliers, categories, and organizational structures.

The process follows these key steps:

1. Template Finalization
   Standard Ariba templates for key data objects (e.g., suppliers, commodity codes, sourcing templates, approval flows) are reviewed and finalized in collaboration with Ariba functional leads and business stakeholders.

2. Data Collection
   Source data is gathered from existing ECC systems, third-party applications (e.g., Convergence), and available documentation or spreadsheets. Given the limitations in cleansing capabilities within ECC, extracted data is used largely in its existing form, with targeted validations where necessary.

3. Template Population
   The data migration team populates the Ariba upload templates, applying data mapping and transformation logic to align source data with Ariba's structure. Particular care is taken to ensure consistency in the master data that will be shared downstream with Icertis.

4. Validation and Review
   Completed templates are reviewed with process owners and Ariba functional teams to verify data completeness, accuracy, and alignment with configured business processes. Templates are refined through multiple review cycles.

5. Upload to Ariba and Functional Testing
   Validated templates are uploaded into Ariba using its import tools. Functional testing in the test environment verifies that the configuration behaves as expected, and that master data is correctly consumed by Icertis where applicable.

6. Issue Resolution and Final Migration
   Any issues identified during testing are addressed in coordination with functional and integration teams. Final templates are prepared for production upload during cutover activities.

Data Objects for Cleansing

Following are the data objects that are in scope for cleansing

Assumptions

The following assumptions have been made for the data migration approach and serve as the basis for planning, design and execution across all phases of the migration lifecycle.

• Data ownership and cleansing accountability and responsibility  is with the business, supported by the Data Team and functional leads.

• Source systems will remain stable and accessible throughout all planned mock and cutover cycles.

• Master data standards and Conversions functional specifications will be "checked in" ahead of each mock load and consistently applied across systems and regions.

• Data Collection Templates (DCTs) are aligned to the target data model and generally do not require further structural transformation.

• Mock migration timelines are non-negotiable rehearsal checkpoints to validate readiness.

• Syniti Migrate will remain the primary platform for managing extraction, transformation, load and validation.

• Custom load programs, where required, will be approved through the formal governance process and will follow the same validation and audit protocols as standard loads.

• Security, access and privacy protocols are in place to ensure sensitive data is protected throughout the migration process.

• Final load decisions will be made based on successful completion of technical validations and formal business approvals from designated data owners.

Change log

Workflow history