You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 19 Next »

Status

  Approved

Owner
Stakeholders

Issue

Managing master data is vital from a business perspective because it ensures accuracy, enhances efficiency, supports compliance, improves customer experience, and drives financial performance. By implementing effective master data management practices, organizations can achieve reliable data, streamlined operations, and better decision-making, all of which contribute to long-term success of ERP Implementation.

Syensqo currently operates with a fragmented master data management and governance process across multiple systems, leading to challenges in maintaining data consistency, quality, and integration across the organization. As part of the ERP Rebuild program, there is an opportunity to streamline and enhance master data governance by implementing a unified and effective master data management (MDM) solution and a robust governance process.

The objective of this document is to evaluate various options for master data management solutions along with the governance processes that will address the current fragmentation and support Syensqo’s goal of achieving standardized, and efficient master data management. This evaluation will consider factors such as integration capabilities, flexibility, cost, scalability, and alignment with business needs to determine the most suitable MDM approach for Syensqo.

Recommendation

Option C - Separate master data governance process and system tailored to specific master data objects is recommended for Syensqo due to its flexibility, targeted governance, and adaptability to diverse business needs. Here’s a detailed expansion on why this option is preferred:

  • Customized Governance and Flexibility: Option C allows Syensqo to tailor governance processes to the specific needs of each master data object. Critical data can be managed centrally with strict controls, while less critical or localized data can be governed by systems that best suit their unique requirements, providing a balanced and adaptable approach.

  • Enhanced Responsiveness and Agility: By using separate systems, Syensqo can quickly adjust governance processes to respond to changing business needs or regulatory requirements ex: ITAR

  • Optimized Resource Allocation and Cost Control: This approach enables efficient use of resources by centralizing governance only for high-priority data and allowing localized management for less critical data. It avoids unnecessary overhead and allows strategic investment in systems that align best with specific data governance needs.
  • Scalability and Future-Proofing: Option C provides scalability and the ability to adapt as Syensqo grows or evolves. New systems can be added for emerging data types or business requirements without disrupting the existing governance structure, making it a flexible and future-ready solution.

Next Steps during the detailed design phase:

  • Determine and confirm the tier mapping for the master data objects - Link
  • Tool determination for each key master data and the dependent objects

Background & Context

Managing master data is critically important from a business perspective for several reasons, all of which contribute to the efficiency, effectiveness, and success of organizational operations. Here’s why effective master data management (MDM) is crucial:

  • Ensures Data Accuracy and Consistency by enabling single source of truth and reducing any errors
  • Enhances Operational Efficiency by enabling streamlined processes and automation
  • Improves Decision-Making by providing reliable insights and a unified view of data
  • Supports Regulatory Compliance by enabling audit trails and implementing data privacy and security
  • Facilitates Integration and Interoperability
  • Drives Financial Performance by cost reduction due to data errors, redundancies, and inefficiencies
  • Mitigates Risks by reducing the likelihood of errors that can lead to financial losses, legal issues, or operational failures.
  • Supports Scalability and Growth by providing the framework to scale data management practices efficiently and supporting the integration of new systems and data sources while maintaining data quality.
  • Enhances Competitive Advantage by enabling strategic insights and agility to respond quickly to market changes, customer demands, and emerging opportunities.

Syensqo currently utilizes various disjointed systems for creating, maintaining, and governing master data. This fragmented approach poses significant challenges to data quality, consistency, and governance. Following are some of the key systems that are used for master data maintenance. Apart from the below, there are multiple other homegrown and 3rd party applications where some of the master data is maintained and governed. 

Note that the below list of systems and the governance process is only for a subset of master data objects and there are many master data objects where there is no system nor governance implemented.

SystemUse
Mappy SpPMappy application is used to improve commercial data accuracy
Material CenterMaterialCenter is a web application for materials data management.
SAP MDM-MDGSAP Master Data Governance is a solution allowing to define, enforce, monitor and improve master data management in a hybrid landscape.
Solvay is using it for Finished Product mgt for few businesses (it is not a global implementation). 
Vendor WorkflowHomemade ABAP application for automating vendors creation in the ERP
SAP PF1 - PRS (Client 50)SAP ERP PF1 - Data - Master Data module of SAP ECC
CRMApplication for maintaining prospects and customers


Approach

To fulfill Syensqo’s master data governance requirements, it is proposed to divide the master data into three tiers:

Tier 1: Critical Master Data Objects
This tier includes master data objects that are essential to Syensqo’s key processes and must be managed centrally to ensure consistency and reliability. These data objects are crucial for the smooth operation of critical business functions and require strict governance and oversight. Any master data object shared across regions also falls into this tier to maintain data integrity and uniformity across all areas of the organization.

Tier 2: Important Master Data Objects
This tier encompasses master data objects that, while important to Syensqo, are not as critical as Tier 1 objects. These objects require centralized governance to ensure adherence to company-wide standards and policies, but their maintenance can be performed locally. This allows for flexibility in data management while ensuring alignment with the organization’s overall data governance framework.

Tier 3: Localized Master Data Objects
This tier consists of master data objects that are specific to individual regions, countries, or plants and are tailored to meet the unique needs of each location. These objects are not critical to the key processes of Syensqo and therefore do not require centralized governance. They will be managed and governed locally, providing flexibility and customization based on regional requirements with minimal central oversight.


TiersGovernanceManagementMaintenance
Tier 1CentralCentralCentral
Tier 2CentralCentral / LocalLocal
Tier 3LocalLocalLocal


A list of all the tiers based on the current data objects is here (Note that this is still in a draft stage and will be refined during the detailed design)

Assumptions

  • Master data standards will be available and will be the input to the governance rules required for each Master Data Object
  • Centralized and Standardized Data will be available: Data will be cleansed as per the Master data standards for all the objects when we go live

Constraints

None identified

Impacts

Master Data Governance Organisation:  A central governance organization will be established to manage, monitor, and enforce master data standard for all master data objects. This central team will oversee the maintenance of Tier 1 data and govern all master data created within the system to ensure consistency and compliance with established standards. For Tier 2 and Tier 3 master data, which are less critical or more localized, maintenance will be handled by local master data maintenance teams, allowing for flexibility while still adhering to overarching governance rules.

Integration with the Downstream systems: Downstream systems that currently integrate with existing master data solutions will need to update their integration processes to align with the new master data governance system. This will involve modifying integration points and potentially reconfiguring data flows to ensure seamless interaction between the new master data system and the various downstream applications.

Training: Comprehensive training will be provided across the organization to familiarize all relevant personnel with the new master data governance processes. This training will cover how to request master data, understand the new standards, and navigate the updated systems, ensuring that all users are equipped to effectively participate in the new governance framework.

Business Rules

Will be determined as part of the detailed design

Options considered


Following are the Options considered for implementing a master data system

Option A: Single / central SAP master data governance system (MDG)

This option involves utilizing SAP Master Data Governance (MDG) as the primary system for managing master data across the organization. SAP MDG is an integrated solution within the SAP environment, designed to centralize master data management and governance, ensuring consistency, accuracy, and compliance. SAP MDG helps streamline the processes for creating, updating, and maintaining master data, providing a robust platform for data governance that aligns with SAP standards and best practices.

MDG has 2 flavours classic and cloud ready. Both of these can co-exist and doesn't need any additional licences than the MDG licenses.

Classic MDG: As part of the classic MDG the following objects are supported. Note that EAM and Retail are supported by partner extension (Utopia).


Cloud Ready MDG:  This is an attempt from SAP to harmonise MDG, MDG for S/4 HANA public cloud and MDG in BTP. Supports Fiori UI and uses BTP as the workflow layer. Uses BRF+ for master data rules configuration. It is a very recent product and supports only some roles of Business partner at the moment. Material support is planned in the next release in 2025, and no roadmap confirmed beyond that. 

For the sake of evaluation, this option considers adopting the master data objects available as part of the cloud ready MDG and the rest via Classic MDG.

As a part of this option

TierApproachExamples
Tier 1 Data Implement the master data governance in SAP MDG. For the objects that are not available custom development required 

Material Master General View

Tier 2 DataGovernance workflows and reports custom developed in SAP MDGMaterial Master QM view
Tier 3 DataGovernance and maintenance managed locally - System to be determined by the local teamTM - Transportation Zones


Example workflow 


Option B: Single / Central master data governance system 

This option involves using an external, non-SAP system as the centralized master data governance solution. The chosen system could be a specialized master data management (MDM) platform or another enterprise solution that is capable of integrating with various systems across the organization. The external system would serve as the single source of truth for all master data, centralizing governance and ensuring data consistency, quality, and accessibility across multiple platforms and applications within the organization. 

Below are some of the master data tools available in the market and a detailed analysis with tool selection will be done during detailed design.


TierApproachExamples
Tier 1 Data Implement the master data governance in a Master data management tool 

Material Master General View

BOM's

Tier 2 DataGovernance workflows and reports custom developed in Master Data toolMaterial Master QM view
Tier 3 DataGovernance and maintenance managed locally - System to be determined by the local teamTM - Transportation Zones



Option C: Separate master data governance process and system for specific master data objects

This option proposes the use of separate master data governance systems tailored to specific master data objects or business needs. Instead of a single, centralized system, different master data objects would be managed by dedicated systems that are best suited to their unique requirements. Critical data objects may have their own centralized governance system, while less critical or more localized data could be managed by different systems that cater specifically to regional or departmental needs. This decentralized approach allows for greater flexibility and customization, enabling each system to be optimized for its particular data governance requirements while ensuring that the organization can effectively manage diverse data needs across various areas.


Following is the implementation approach

TierApproachExamples
Tier 1 Data For a master data object and the corresponding dependent objects, implement a master data governance process and tools that will best cater to that master data object
Master Data ObjectDependent ObjectsMaster Data tool
Materials (All relevant views)GTS Data, EHS Data, BOM's, Production version, Transportation lanes etc..Tool 1
Business PartnerBidders, Prospects, Customers, Vendors, Customer hierarchy, Vendor Hierarchy, GTS Licenses , Supplier Risk etc..Tool 2
Tier 2 DataGovernance workflows and reports custom developed in the tool chosenMaterial Master QM view
Tier 3 DataGovernance and maintenance managed in the tool chosenTM - Transportation Zones

Evaluation


Criteria

Option A: Single / central SAP master data governance system (MDG)

Option B: Single / Central master data governance system

Option C: Separate master data governance process and system for specific master data objects

Fit for Purpose

(minus) SAP solution supports only limited master data objects ex: Business Partners, materials and finance objects. 

Any other master data needs to be implemented as a custom object

(minus) No system out in the Market which supports all the master data objects. Some customisation required to support all the relevant master data objects


(plus) Best of breed solutions to support the critical master data objects of Syensqo


Integration and Compatibility

(plus) Easy integration to SAP Landscape

(minus) Very few out of the box integrations available. Rest needs to be custom built

(plus) Easy integration to SAP Landscape as majority of the best of breed MDM solutions support SAP integrations

(minus) Custom integrations still required for some of the bespoke objects

(plus) Easy integration to SAP Landscape as supported solutions are selected


Flexibility

(minus) Moderately flexible as most of the objects are custom 

(minus) Least flexible as most of the objects are custom 

(plus) Highly flexible as each of the Master data object and its dependent objects can be customised as per the requirements

Ex: Customisation can be done based on various requirements like ITAR


Complexity and Maintenance(minus) Complex system for configuration (BRF+ rulesets) and maintenance(minus) Complex system for configuration and maintenance as one system supports all the master data objects

(plus) Least complex in terms of the master data processes

(minus) Complex maintenance in terms of the number of bespoke processes for the master data objects

Implementation and Cost

(minus) Complex implementation and expensive licenses

Based on SAP's feedback customer typically implement 5-10 master data objects

(plus) Relatively less complex implementation as one governance process(minus) Complex implementation as multiple governance processes
Scalability(minus) Scalability is difficult as a lot of objects are custom built(plus) Scalable across various systems and data types(plus) Scalability tailored per system
Suitability for Critical vs. Non-Critical Data(minus) Best suited for critical data in SAP; less efficient for non-critical.(plus) Suitable for both, adaptable to specific data needs.(plus) Optimizes by centralizing critical data and localizing non-critical data.

See also


No files shared here yet.

Change log

Version Published Changed By Comment
CURRENT (v. 19) Sept 11, 2024 19:57 NARAHARI-ext, Bhargavi
v. 28 Sept 11, 2024 19:51 NARAHARI-ext, Bhargavi
v. 27 Sept 11, 2024 18:59 NARAHARI-ext, Bhargavi
v. 26 Sept 11, 2024 17:00 NARAHARI-ext, Bhargavi
v. 25 Sept 11, 2024 16:48 NARAHARI-ext, Bhargavi
v. 24 Sept 10, 2024 11:50 NARAHARI-ext, Bhargavi
v. 23 Sept 10, 2024 11:39 NARAHARI-ext, Bhargavi
v. 22 Sept 09, 2024 10:24 WENNINGER-ext, Sascha
v. 21 Sept 05, 2024 12:20 NARAHARI-ext, Bhargavi
v. 20 Sept 05, 2024 11:16 NARAHARI-ext, Bhargavi

Go to Page History

Workflow history

Title Last Updated By Updated Status  
There are no pages at the moment.

  • No labels