| Status | |
| Owner | |
| Stakeholders | The business stakeholders involved in making, reviewing, and endorsing this decision. Type @ to mention people by name |
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 identify and define the data objects and migration requirements from ECC and other third-party systems to Ariba, Keelvar, and Icertis as part of Release 2
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.
The scope encompasses all master data, open transactional data and historical records required to ensure business continuity, legal compliance and readiness for Release 2. Data will be migrated from multiple SAP ECC source systems and legacy third-party applications into a Standardized SyWay environment.
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.
Primary Data Sources include:
SAP ECC systems – multiple instances
Convergence
Contract repositories (other than convergence) / Local drives
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 Data tables / 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:
| Step | Activity | Owned By |
|---|---|---|
| Template Finalisation | Standard Ariba/Icertis templates for key data objects (e.g., suppliers, commodity codes, sourcing templates, approval flows) | Functional Team |
| Data Collection | Source data is gathered from existing ECC systems, third-party applications (e.g., Convergence) etc. | Data Team |
| Template Population | Source data is provided to the function team for populating the templates | Functional Team / Data team |
| Validation and Review | Validation of the values with Business | Functional team |
| Upload Templates | Validated templates are uploaded into Ariba/ICertis using its import tools | Functional Team |
Following are the data objects that are in scope for Release 2
| Data Object | Category | How is it loaded in Ariba | How is it loaded in Icertis |
|---|---|---|---|
| Company Code | Enterprise Structure | Interface | Replication from Ariba |
| Purchasing Organization | Enterprise Structure | Interface | Replication from Ariba |
| Purchasing Groups | Enterprise Structure | Interface | Replication from Ariba |
| Plant | Enterprise Structure | Interface | Replication from Ariba |
Suppliers | Master Data | Interface from ECC / Convergence | Replication from Ariba |
| Bidders | Master Data | Interface from ECC / Convergence | Replication from Ariba |
| Materials | Master Data | Not Required | |
| Material Groups / Commodity Codes | Master Data | Interface | Replication from Ariba |
UOM | Master Data | Upload | Replication from Ariba |
Payment Terms | Master Data | Interface | Replication from Ariba |
| Incoterms | Master Data | Interface | Replication from Ariba |
| Currency | Master Data | Upload | Replication from Ariba |
| Item Categories | Master Data | Interface | Replication from Ariba |
| Users (Including Jobs, Roles and org structure) | Master Data | Interface from SF | Interface from SF |
| Legal Contracts | Transactional Data | N/A | Upload |
| Exchange Rates | Transactional Data | Interface | Replicate from Ariba |
The data strategy for the Source to Contract (S2C) implementation spans across Release 2 and Release 4, with a clear distinction in how data is handled across both Ariba and Icertis.
In Release 2, the focus is on enabling Ariba Guided Sourcing using a targeted data set derived from existing ECC and third-party systems. This data is used to configure Ariba via upload templates and to support sourcing and contracting processes. Key characteristics of the Release 2 approach include:
Data Entry in Ariba: Configuration and master data required for sourcing are loaded into Ariba using predefined templates.
One-Time Use of Data: The data supports sourcing events initiated during Release 2. Once sourcing documents (e.g., RFPs, auctions) are completed, they are not reopened or modified.
Icertis Consumption: Icertis consumes master data from Ariba, aligning with the Release 2 data set to support contract lifecycle management.
The Source to Contract (S2C) data strategy spans multiple releases, transitioning from a manually managed data load in Release 2 to a fully integrated and governed master data model in Release 4. The approach differs by system, depending on its role in the S2C landscape.
This section outlines the data approach for Ariba, Icertis, and Keelvar across both releases.
Data Source & Load Method: Master and reference data required for Ariba Guided Sourcing (e.g., suppliers, commodity codes, organizational units) are collected from ECC and third-party systems. Data is loaded via structured Ariba upload templates.
Cleansing & Standardization: Due to limitations in ECC, only minimal data cleansing is performed. Data is validated where feasible but largely migrated in its existing form.
Document Handling: Sourcing documents initiated in Release 2 are not reopened or updated after completion. Therefore, no retrofitting of documents is needed.
Data Consumption Model: Icertis consumes master data from Ariba based on the Release 2 configuration using standard integration.
Configuration Approach: Data is manually configured to align with Ariba to ensure consistency in contract metadata.
Retrofit Status: No retrofit is performed in Release 2. Contracts created during this phase remain linked to the original data set.
Data consumption model: Keelvar is used for strategic sourcing and optimization and feeds off master/transactional data in Ariba based on each event. It doesn't store any master data
Configuration Approach: No data configuration required
Data Source & Integration: Ariba is now integrated with S/4HANA and Master Data Management (MDM) systems. Master data is replicated directly from S/4, replacing the manually loaded Release 2 data.
Data Quality & Governance: Data is centrally cleansed, validated, and governed before replication, ensuring higher data quality and standardization across the S2C process.
Document Handling: As with Release 2, completed sourcing documents are not retrofitted. New events will automatically use the integrated S/4-based master data.
Alignment with S/4 Master Data: To stay in sync with the new S/4-driven master data, Icertis requires a retrofit of existing contract data.
Retrofit Execution: Leveraging Icertis's find-and-replace capability, master data fields (e.g., supplier names, commodity groups) can be updated to reflect the S/4 data model.
Outcome: Contracts remain compliant and consistent with the new enterprise data standards post-R4.
Data Role Remains the Same: Keelvar continues to act as a consumer of Ariba data and does not persist any master data.
Impact of Integration: With Ariba now sourcing its master data from S/4, Keelvar will automatically consume the updated data without requiring any changes or data loads.
Action Required: No retrofit or data migration activity is required in Release 4 for Keelvar.
| System | Release 2 Approach | Release 4 Approach |
|---|---|---|
| Ariba | Manual data load via templates Limited cleansing No document retrofit | Master data integrated from S/4 and MDM Higher quality data No document retrofit |
| Icertis | Consumes Ariba-configured data No retrofit | Retrofit required to align with S/4 master data Find-and-replace supported |
| Keelvar | Pulls data from Ariba No data stored No action required | Continues to consume data from Ariba Updated data from S/4 flows through No action required |
Following is the table
| Data Object | Change in R4 | R2 | R4 | Pre-requisite |
|---|---|---|---|---|
| Company Code | Numbering Scope | Existing company codes are replicated to Ariba and Icertis | Ariba: The R2 company codes are inactivated, and the new company codes are made active Icertis: The R2 company codes are replaced with R4 company codes | Mapping between R2 and R4 codes |
| Purchasing Organization | Numbering | Existing Purchasing Org codes are replicated to Ariba and Icertis | Ariba: The R2 POrgs are inactivated, and the new codes are made active Icertis: The R2 POrgs are replaced with R4 codes | Mapping between R2 and R4 codes |
| Purchasing Groups | Numbering Scope | Existing Purchasing groups codes are replicated to Ariba and Icertis | Ariba: The R2 Pgroup are inactivated, and the new codes are made active Icertis: The R2 Pgroup are replaced with R4 codes | Mapping between R2 and R4 codes |
| Plant | Numbering Scope | Existing plants are replicated to Ariba and Icertis | Ariba: The R2 plants are inactivated, and the new codes are made active Icertis: The R2 plants are replaced with R4 codes | Mapping between R2 and R4 codes |
Suppliers | Numbering Scope | Existing suppliers are replicated to Ariba and Icertis | Ariba: The R2 suppliers are inactivated, and the new codes are made active Icertis: The R2 suppliers are replaced with R4 codes | Mapping between R2 and R4 codes |
| Bidders | Numbering Scope | Existing bidders are replicated to Ariba and Icertis | Ariba: The R2 bidders are inactivated, and the new codes are made active Icertis: The R2 bidders are replaced with R4 codes | Mapping between R2 and R4 codes |
| Materials | Numbering Scope | Existing materials are replicated to Ariba and Icertis | Ariba: The R2 materials are inactivated, and the new codes are made active Icertis: The R2 materials are replaced with R4 codes | Mapping between R2 and R4 codes |
| Material Groups / Commodity Codes | Numbering Scope | Existing material groups / commodity codes are replicated to Ariba and Icertis | Ariba: The R2 material groups / commodity codes are inactivated, and the new codes are made active Icertis: The R2 material groups / commodity codes are replaced with R4 codes | Mapping between R2 and R4 codes |
UOM | Scope | Existing UOM are replicated to Ariba and Icertis | Ariba: The delta UOM R2 material groups / commodity codes are inactivated, and the new codes are made active Icertis: The R2 material groups / commodity codes are replaced with R4 codes | Mapping between R2 and R4 codes |
Payment Terms | Scope | Old Payment terms are loaded and marked as inactive New Payment terms loaded | No Action required | |
| Incoterms | Scope | Existing incoterms are replicated to Ariba and Icertis | Ariba: The delta UOM R2 material groups / commodity codes are inactivated, and the new codes are made active Icertis: The R2 material groups / commodity codes are replaced with R4 codes | |
| Currency | None | Existing incoterms are replicated to Ariba and Icertis | No Action required | |
| Item Categories | None | Existing Item Categories are replicated | Based on lean services outcome, Lean Services needs to be added in the item categories | |
| Users (Including Jobs, Roles and org structure) | Numbering Scope | Existing users including their Jobs and Roles are replicated | Users with their new Jobs and Roles are replicated | |
| Legal Contracts MetaData | None | Meta Data determined in Release 2 is loaded | No Action Required | |
| Legal Contract Templates (Clauses) | None | Legal contracts and clauses are loaded | No Action Required | |
| Legal Contracts | None | Legal contracts and clauses are loaded | No Action Required | |
| Exchange Rates | None | Exchange Rates from ECC are loaded daily | No Action Required |