
Introduction
Clients across the globe are getting into the Transformation journey started with SAP S/4HANA.
In this blog, we will take one of the use cases to discuss how the master data (MDG) journey will be the stepping stone for SAP S/4HANA Transformation and the needed steps to achieve it.
This is the 5th blog in this series. Please go through the previous parts in the given below link
https://blogs.sap.com/2023/01/27/sap-mdg-a-stepping-stone-for-sap-s-4hana-journey-part-i/
Workflow : Multiple steps of action which can be performed either serially / or in parallel
In the master data terms, it would be an requestor, enricher and approver.
In this section, we will discuss the various needs of operating model & approach for MDG workflow flexibility to fulfill the needs
Operating Models
For master data to be successfully managed, then it needs the specific set of people / process to be operated
There are multiple of models which exists in the business
The challenge is that in a business there could be multiple segments, markets for which we can’t apply one operating model across globally which might impose some operational challenges
There needs a flexibility to operate multiple models depending upon the segments and markets
Requirements for operating model flexibility
As we focus on the governance, we will consider the centralized & hybrid operating model for requirements
For requirements collection, discussion with business to understand their current business operating models, pain points and areas of improvements
Understand the corporate vision, transformational goals while defining the requirements for the future
As customer master data have been taken as example for this discussion
There would be atleast 4 dimensions by which requirements can be defined
Depending upon the size of the markets, the functions might be operated by a single or multiple teams
Within the segments, markets & by account group the requirements differ. There could be account group: Intercompany where it needs a centralized model whereas others doesn’t need to.
Workflow Requirements :
MDG workflow Framework
For solution approach discussion, we will be considering the data collation, maintenance, approval process to be done in MDG system
As SAP MDG being the global MDM system, its needs to be flexible enough to accommodate multiple requirements
In MDG perspective, there would be 3 sets of personas
Control Table
In the control table build on MDG, a sample requirements have been build.
An quick overview of the the table
SAP MDG offers various workflow solution through which we can manage the requirements. For this requirements, the dynamic agent selection concept will be taken up. A control table to be build up to have the combination set it up which will be read by the dynamic agent determination Badi for workflow operations
In the table, each column acts as a step in the workflow. If a value exists ( Role), the MDG sends the workflow to the given users. If there is no value, then the step is skipped.
Using this approach, a generic workflow framework is set it up which can able to cater to various scenarios with lots of combinations
If there is new requirement later : where a local approver is needed, it would be a role value add in the control table without any developments
For simplicity , only create scenario is shown. Similar entries needs to be build for each business process. Importantly, the steps can be different for each scenarios.
Key Things
In the next blog, I will cover other topics in detail.
About the Author,
Antony Prasanna has been working in SAP master data space since 2006. Have experience working across multiple large transformation programs on SAP S/4HANA including SAP MDM, MDG and Data Migration tools.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
9 | |
9 | |
7 | |
7 | |
5 | |
4 | |
3 | |
3 | |
3 | |
2 |