1 2 3 7 Previous Next

SAP Master Data Governance

101 Posts

Hi Can some one help me with the below requirement for our client.

 

I have checked CL_BS_BP_GUIBB_VENDOR GET DATA, FLUSH methods to populate External Vendor number which is coming from ECC to MDG using BAPI RFC call.

But as most of the parameters are importing in nature, we cannot modify the temporary value with actual vendor value once after we select the create Vendor Request and relevant account group where external number range is set up in MDG and ECC systems.

 

Can some one throw light on this requirement on how to achieve solution in these kind scenarios.

I have raised message to SAP as well. But they have suggested to enhance the GET_OBJECT method of CL_MDG_BS_GENIL class which I think not a right approach as this is also trigger Customer Master External number. In fact we have similar requirement for Customer as well.

Forrester positioned SAP MDG as a leader in master data management

SAP has been positioned as a leader in, "The Forrester Wave: Master Data Management, Q1 2016" report. According to the report, "Customers appreciate the strong stewardship capabilities that solidify data governance across all MDM roles, data management and lines of business." For more details, see the announcement on sap.com.

 

New kid on the block in SAP Master Data Governance applications

The SAP MDG applications for material, customer/supplier/business partner and financial data have now been accompanied by partner-driven solution extensions that broaden the MDG domain coverage:

 

This extension provides governance for enterprise asset data such as equipment and functional location master data as well as MRO Bills of Materials (BOMs).

This allows customers using SAP Retail or SAP Fashion Management to put the article master and related master data objects under central governance. See also the related SCN blog by Ingo Moesner

 

Best,

 

Markus

Hello Experts,

 

I have a Scenario for MDG 2 client Approach,

 

Scenario 1. Currently Client are using MDG 7.0 version of Oracle Data base.

Scenario 2 : Now my client would upgrade with MDG 8.0 with S/4HANA of Central finance(Simple Finance).

 

now my question is....

 

1. If use the same client approach (Existing MDG 7.0) for upgrade from Oracle DB to S/4HANA with MDG 8.0, then what is the Pros and Cons.

 

2. If Client will go with New Client Approach (MDG 8.0 - S/4HANA), then we will review the Landscape design of AS-IS and TO-BE. Then what is the pros and Cons.

 

 

Please provide the best practice on Landscape design as well as..

 

 

 

Thanks in advance.

 

 

Regards,

A.Madhu Kumar

Hi,

 

Could you please clarify the below queries.

 

1. Process flow of MDG Replicate to  Simple finance (S/4HANA), Both systems (MDG-F & Simple finance) are the same tables/fields or having different tables?

 

 

 

2. How we could integrate from MDG to S/4HANA, could you please share if having any documents.

 

Regards,

A.Madhu Kumar

Dear Team,

 

This is SAP MDG-F 8.0 integrated Central finance with S/4HANA.

 

Please see the below landscape of MDG Step 2 which Highlighted with Red, any idea why the integration may required from “SAP ERP to MDG system”.

 

How to replicate from MDG system to Central finance for Business Mapping(S/4HANA).

 

Capture.JPG

 

Regards,

A.Madhu Kumar

This year again, SAP offered various sessions about SAP Master Data Governance at SAP TechEd. All were fully packed and very well accepted by the audience. It is true that the topic of master data management has been around for quite some time now, but it hasn't lost any of its importance. It's quite the contrary.

In the times of Big Data, Cloud, IoT, and S/4 HANA it has gained yet another dimension: getting and keeping master data clean, e. g. in heterogeneous landscapes, with high volumes of data records, or in mixed deployments consisting of on-premise and cloud applications, requires an effective processing environment and a UX that combines simplicity for the user with context and process-strength. This is where SAP Master Data Governance comes in.

 

Take a chance and benefit from essential SAP MDG content that was provided at SAP TechEd 2015. For example, you can:

 

  • Learn about the latest release 8.0, where SAP MDG's coverage has evolved from pure central governance to consolidation:

 

SAP Master Data Governance: Beyond Central Governance: In this recording of a one-hour hour lecture by MDG architect Markus Kuppe, you can find out how release 8.0 of SAP Master Data Governance software has expanded beyond central governance of master data by allowing decentralized ownership and consolidation of master data, supporting many new use cases for either capability or a combination of the two. Learn about other new features, especially how consolidation uses SAP HANA platform services and about enhanced hierarchy management, extended SAP HANA platform-based analytics, additional SAP Fiori UX interfaces, and more. In this context, see also the current roadmap for SAP MDG at SAP Service Marketplace

  • In addition, registered TechEd participants can also access the following interactive hands-on sessions:
    • DMM160 Hands-On Introduction to Central Governance in SAP Master Data Governance

provides you with the basic concepts of SAP Master Data Governances and lets you experience what you can achieve with the application’s processes for central governance and distribution of master data

    • DMM167 Hands-On Introduction to Consolidation in SAP Master Data Governance

shows you how to use the application’s standardization, matching, and best-record calculation features to gain a single view of master data, and also how to integrate consolidation with central governance


You can access the Interactive Hands-On Workshop assets using the SAP Mobile Documents App. Information on how to access the interactive sessions is available specifically for the attendees of SAP TechEd in Barcelona, and for the attendees of SAP TechEd in Las Vegas


Take the chance and recap.


Regards,


Markus

Note: If you are new to SAP Master Data Governance (MDG), you might want to read my blog post on the Enhancement Package 6 version of SAP Master Data Governance first. It provides a general introduction to central governance and distribution capabilities of SAP MDG. This post here focuses on the additional value provided by release 8.0. There is also a blog post on SAP MDG 6.1, a blog post on SAP MDG 7.0, and one on SAP MDG 7.0 SP02 (Feature Pack).

 

The very successful ramp-up phase for SAP Master Data Governance 8.0 ended on September 30, 2015, and right after that, the software was generally released. This release marks a significant milestone for SAP MDG, since we have expanded the product from its original purpose (provide central master data governance and distribution) to a broader set of use cases (by introducing master data consolidation capabilities). In addition to consolidation, there are many more innovations in SAP MDG 8.0, some of which I will describe in more detail below.

 

(Note: A presentation on the innovations in SAP MDG 8.0 can be found here.)

 

Quick recap: What is SAP MDG?


With this new release, SAP MDG is a very comprehensive solution for the complete master data lifecycle. It covers central creation, change and distribution as well as de-central ownership and consolidation. We have lots of customers who use SAP MDG for SAP as well as for non-SAP master data, and for data in SAP systems as well as in many non SAP systems in their enterprise landscape.

 

We have built SAP MDG as a full application, and not just as a toolbox. Of course, SAP MDG is open and flexible and can manage any kind of master data in an enterprise. But for master data that is to be used in the context of business processes at a later point, and particularly in SAP business processes, SAP MDG provides much more “out of the box”. For example, it already provides data models, validations, user interfaces, processes, and the integration into SAP systems.

Furthermore, customers can enhance the standard model and adapt the processes or validations corresponding to their additional master data attributes. And they can execute master data processes for completely different types of master data by creating their own custom-built domains in SAP MDG. The solution also allows you to distribute the data to every system in which you need it.

 

Serving the major purpose of providing consistent, high-quality data, SAP MDG fulfills all the promises of a state-of-the-art master data management solution. It ensures data quality either during data creation or change, with workflow-driven central processes and data distribution, or through a very flexible best record calculation and optional data validation during the consolidation process.

 

I also understand that every company needs data validations that go beyond SAP MDG’s pre-built validation against SAP business logic. These additional validations can, for example, be company-specific rules defined in SAP MDG’s rule framework, or you can make use of any external service call, or use SAP Data Services for fuzzy matching, duplicate detection or address validation.

 

Depending on your preference, you may run SAP MDG on top of SAP HANA. It also runs on other databases, but we encourage you to run it on HANA. This has considerable advantages, for example for real-time analytics, for high-quality match and duplicate detection using HANA’s similarity-based ranked search, or for optimized data flow and throughput in consolidation. I will describe some additional aspects of using SAP HANA in SAP MDG further below.

 

While SAP MDG always checks the data quality when data is being touched, you can additionally use SAP Information Steward for periodic checks of the quality of all master data in the repository. This includes all master data that is not being touched but just sits there. SAP Information Steward can provide you with the current quality score, with trends in data quality, and it can trigger error correction for master data remediation in SAP MDG.

 

What’s new in SAP MDG 8.0?


The most important topic in SAP MDG 8.0 is of course the master data consolidation capability that we added. In addition to consolidation, there are several more innovations in MDG 8.0, and there are some overarching themes that we had in mind when we planned these innovations.

 

One theme for example is to empower business agility with SAP HANA-based analytics as well as consumer-grade user experience. With this focus, we have added more SAP HANA-based analytics that provide a real-time insight into master data processes and results. And we use the power of SAP HANA’s aggregation capabilities to provide key performance indicators and trend reporting, without the need for pre-aggregation in an information warehouse. We also provide additional SAP Fiori apps for master data requests and approvals.

 

We also did a lot to strengthen what was already there in SAP MDG for central governance. For example, we have improved efficiency and user experience for hierarchy management. We have enhanced the capabilities for mass data handling in an Excel-like grid layout. And we have extended the data models across various domains.

 

SAP MDG now also provides business partner screening directly integrated into the change process. You will find very comprehensive screening capabilities in SAP Business Partner Screening to identify denied parties or politically exposed parties. This can be based on hundreds of restricted party lists from authorities worldwide, leveraging the power of SAP HANA. As stated earlier, all of this is now fully integrated into SAP MDG.

 

Let us now discuss some of these innovations in SAP MDG 8.0 in more detail.

 

Master Data Consolidation in SAP MDG 8.0

 

The purpose of master data consolidation is to allow for decentral ownership of master data in an organization while still centrally providing transparency of that master data. Accordingly, SAP MDG 8.0 supports a process where you first acquire master data from decentral sources, then you standardize the master data, identify duplicates, and - based on the duplicate match groups - you create a best record.

 

01_Consolidation_Process.jpg

Figure 1: Process flow for master data consolidation in SAP MDG

 

To start the consolidation process, the relevant master data can be loaded from any source. To do so, companies can either continue to use the ETL tools they already use and fill transparent tables in SAP MDG that are then used as “source tables”. Companies can also use SAP Data Services or, for example, Sybase replication, if they like. If they decide to run SAP MDG on SAP HANA, this also comes with built-in mechanisms called SAP HANA Smart Data Integration that can very effectively load data from any source.

 

During data standardization, SAP MDG can natively use the Smart Data Quality services embedded in SAP HANA for processes like address validation. This is done with an open interface that can also be implemented with any other service provider. The same applies for matching: SAP MDG provides pre-integration against SAP HANA Smart Data Quality for mass matching and fuzzy search, and it provides an open interface for any search provider.

 

Running SAP MDG on SAP HANA and using its capabilities makes a lot of sense, because these services can run directly on the data in the SAP HANA database. This results in a much higher data throughput than if you had to move the data into a separate solution, for example, for address validation. Some companies are targeting tens of millions and maybe hundreds of millions of records for consolidation. That is why we say, SAP HANA is optional, but SAP MDG’s master data consolidation runs best on SAP HANA.

 

The best record calculation then runs on the match groups, which means it runs on each group of duplicates found. Before running the best record calculation, users can review the match groups; either all of them, or just those with a lower match score. During the best record calculation, the system can use custom-defined survivorship rules to compose the best record out of all source records in one match group.

 

This is where most master data consolidation solutions stop. You would then just take the key mapping between the duplicates found and perhaps also the calculated best records, and use this information in an analytical context. SAP MDG also supports these scenarios, but it can do more than that: it can validate and activate the newly constructed records. “Activation” in this context means that the consolidated records can become fully valid parts of a company’s central repository of master data.

 

In detail this means that if a company wants to validate the best records against business rules, this can be done. For example, if you want to use the result of the consolidation in certain business processes, you can check the data for completeness and correctness. And you can even combine the consolidation with the central governance capabilities of MDG in such cases. For example, you could activate all validated data automatically. And only if the validation fails, you launch a change request in SAP MDG’s central governance to have the data looked at, enriched, and perhaps approved by a person.

 

Consolidation can optionally be combined with central governance

 

02_Consolidation_and_CentralGovernance.JPG

Figure 2: Combine consolidation and central governance to get data clean and then keep it clean

 

It is one of SAP MDG’s strengths that it allows the combination of “consolidation” and “central governance”, while you can also just use one of them. With this, SAP MDG supports a lot of different scenarios at companies.

 

03_SAP_MDG_UseCases.JPG

Figure 3: The combination supports many different use cases

 

For example, some companies might want to keep master data ownership decentrally and only use consolidation continuously to, for example, support some analytical use cases.

 

A second use case is a company that intends to do central governance for the complete company, but before they can do so, they need to clean up their data. They can use consolidation once for the initial load and duplicate detection, and then compose the best records, from which they will start their central governance practice.

 

Another company may already have been doing central governance for some time, and then this company buys another company. They will have to merge the master data from the new company with the existing master data from the buying company. And then they will continue the central governance. The advantage of using SAP MDG is that this can be done without disrupting the central governance and without business downtime. You can keep changing entries in the central repository while merging and adding new data.

 

Another scenario would be a company that just wants to do central governance and not use SAP MDG’s consolidation function at all. Of course, this is also still possible.

 

What we have also seen at companies is that they want to have some parts of the company under central governance and distribution, while the rest of the company is not ready to do so. They will hence keep decentral ownership of master data in that other part of the company, and will continuously consolidate decentral master data into the central repository to have one complete picture of the company’s total master data. Maybe over time they decide to put more and more of the company under central governance. With SAP MDG, they can smoothly do so by flexibly and gradually moving data ownership to central governance.

 

SAP Business Partner Screening integrated into SAP MDG 8.0

 

In SAP MDG 8.0, we have added business partner screening integrated into SAP MDG central governance processes. SAP offers very comprehensive screening capabilities to identify denied or politically exposed parties. This can be based on hundreds of restricted party lists from authorities worldwide, supporting fuzziness, aliases, exclusion terms, initials, addresses, and so on. The detection methods leverage the power of SAP HANA for real-time screening of high-volume businesses in time-sensitive environments. It uses SAP HANA to achieve highly accurate results to minimize the number of false positive hits, which is typically a big issue in all screening scenarios.

 

The compliance checks are fully integrated into SAP MDG. Screening can run automatically in any change request step. A popup is displayed in case of suspicion. The business user can then decide whether he assumes this to be a positive hit or no hit. And as demanded by our customers, the user can still freely decide how to continue the SAP MDG process, independently of the screening decision.

 

04_BPS_integration.jpg

Figure 4: Business partner screening integrated in SAP MDG’s change request process

 

In the back office, a screening specialist has full visibility of the SAP Business Partner Screening application for evaluation purposes. All hits are recorded within SAP Business Partner Screening where all decisions can be centrally monitored and reviewed. For each of the alerts, the screening specialist can trigger appropriate activities after drilling down to detail pages with information about detection method, risk score, evaluation result, and parameters of the evaluation.

 

Contextualized SAP HANA-based analytics

 

SAP MDG offers a broad spectrum of analytics that will help companies optimize their master data management processes. We call this process analytics. If you run SAP MDG on SAP HANA, you can use the real-time aggregation capabilities of SAP HANA to provide these analytics without the need for pre-aggregation in a business warehouse.

 

With SAP MDG 8.0, we have enhanced the analytics on SAP HANA to become sensitive to data that is directly associated with the change request itself, covering master data attributes, change documents, and SAP Business Workflow-based information. This results in the following business value: the detailed analysis and drilldown options that are based on master data attributes and their changes and the related SAP Business Workflow data make it possible to identify MDG process issues in large amounts of information in real time. You can then trigger appropriate remediation activities by a systematic analysis of SLA failures, or by collaboration with those in charge for fast correction.

 

SAP MDG process analytics can now retrieve the following information associated with change requests:

 

  • Object-based change request analytics: This enables scenarios combining the change request data information with detailed, attribute-level information from the objects in the change request. For example, you could investigate the number of change requests for the creation of suppliers and offer a drilldown by purchasing organization or company code.
  • Change document-based change request analytics: This allows you to combine the change request data information with change information about the object data contained in the change request. For example, you could show all material-related change requests where a specific plant was involved.
  • Workflow-based change request analytics: This now enables scenarios that combine the change request data information with information from the assigned workflow. This could be detailed information on the various work items (like runtime or duration) or information from the workflow container object (like change request step number) as well as information about potential processors of the work items. For example, you could analyze open work items per organizational unit and visualize which unit currently has the most open work items.

 

05_HANA_based_Analytics.jpg

Figure 5: Example of workflow-based change request analytics

 

The analytics described above can also be made available for mobile devices. You can, for example, use SAP Smart Business to provide this insight in the form of small tiles that catch the user’s attention by visualizing a key performance indicator or a trend supported by some color coding.

 

06_SmartBusiness.jpg

Figure 6: KPIs and trends shown on a tablet using SAP Smart Business

 

The next topic also addresses business users with a similar kind of consumer-grade user experience.

 

Additional SAP Fiori apps for request and approval of master data changes

 

The Feature Pack for SAP MDG 7.0 already provided several SAP Fiori apps for request scenarios. With SAP MDG 8.0, we have added to those, and we provide the first SAP Fiori apps for the approval of master data changes.

 

The idea of all these apps is to allow more people in the organization to directly participate in the master data management process from any device and from anywhere. For example, you might want to allow every employee of a company to request master data changes or master data creation from any device. Similarly, the approval apps enable the people in charge to check and approve master data changes, and to do so from anywhere – even when on the road.

 

07a_Approval_1.jpg07b_Approval_2.jpg

Figure 7: Approval of the creation of a cost center (left) or a cost center change showing the intended attribute changes (right)

 

SAP Fiori request apps are available in SAP MDG 8.0 for Business Partners, Customers, Suppliers, Materials, Cost Centers and Profit Centers. SAP Fiori approval apps are available for Cost Centers and Profit Centers. We intend to add more apps soon, and we encourage our customers to build their own SAP Fiori apps on top of SAP MDG, which some companies have already done.

 

Enhanced and Simplified Hierarchy Management

 

SAP MDG 8.0 provides an improved user experience for hierarchy management for custom objects as well as in the area of financials. The user interface now provides a more intuitive access, for example when launching the change process from the search screen. It provides a more efficient single-object processing, because the object changes and the assignment of the object to the hierarchy can now be done in one change request. In addition, the processing of multiple objects and the mass change process have been enhanced and are now more effective. With better transparency along the process of what has been changed in the objects themselves and within the hierarchy, it is now easier for approvers to make fast and informed decisions about the approval of proposed changes.

 

We have also simplified the execution of analytical reports on the basis of hierarchy information. And in addition, the integrated creation of change requests for mass changes and file upload provides additional efficiency in these processes.

 

Other innovations in SAP MDG 8.0

 

The list of innovations in SAP MDG 8.0 is long, and I could fill several more pages writing about them. Instead, I will only mention a few selected other innovations in this last paragraph.

 

For example, we have made enhancements to multi-record processing: You can now create multiple objects at a time using existing objects as a template. Multi-record processing can now also more intuitively handle texts in multiple languages. Accordingly, the users can now, for example, easily change language-dependent texts and copy or remove many materials in one change request. In SAP MDG 8.0, this can also be done directly from the search result list.

 

There are many more improvements, like a simplified mass change and mass upload for master data with increased flexibility in the inbound processing. Enhancements were made to the master data domain content, for example, the material data model now has approx. 500 attributes in the standard delivery. We have made many additional improvements to usability as well as easy integration, for example to synchronize audit information between SAP MDG and SAP ERP Financials. And so on and so on…

 

More information

 

There is a lot more you can learn about SAP MDG on the SAP Master Data Governance page on SCN.

 

For example there are some expert session recordings on SAP MDG 8.0:

 

 

You may also want to have a look at the recently published latest version of the SAP MDG Product Roadmap on the SAP Service Marketplace under => Product and solution road maps => Database & Technology => Enterprise Information Management.

 

P.S.: Just in case that you haven't seen them, there are two new videos Introduction to SAP Master Data Governance from a Business Perspective and Consolidation with SAP Master Data Governance.

Hi,

In the last months I have spent a lot of time in building POCs and demos with SAP MDG 8.0. I also kicked off a customer project with MDG-M at the customer site during the ramp-up phase of MDG 8.0. As you might be aware, MDG 8.0 is out of ramp-up in the meanwhile and generally available.

In this blog I would like to share my highlights of SAP MDG 8 with you.

 

1.       Introduction of SAP MDG, consolidation

With SAP MDG 8.0 SAP introduces a complete new use case/scenario for consolidation. From an architectural and solution perspective this is a major and important step towards the possibility to use SAP MDG for all master data scenarios. In addition to the central creation, SAP ships now the business function for “SAP MDG, consolidation”. The UI for the end user is completely Fiori-based and the user gets guided through the consolidation process. At the end of the process the consolidated data gets activated into the operational tables of the SAP ERP or into the staging area of SAP MDG to be able to have system supported/based governance before the data ends up in operational processes. SAP MDG, consolidation is available for Business Partners (as well customers and suppliers) only in SAP MDG 8.0, but the foundation is built to support Materials and more domains with upcoming releases.

 

2.       Major enhancements in SAP HANA-based analytics

Basic features were introduced with SAP MDG 7.0 already, but now much more is possible: In SAP MDG 7.0 it was only possible to do analytics and reporting on Change Request header data. Now with SAP MDG 8.0 you are able to bring that meta data together with “payload” data. In other words: Combine change request data with additional data that is directly linked to the change request.

In a demo-build I was now able to configure (completely code free) tiles and drill downs with SAP Smart Business in a very simple way. In the past I needed to write hundreds line of codes to get the same result in ABAP and Web Dynpro for ABAP. One example: How many change requests were created in the actual quarter when a specific US-Plant was included?

In addition to the new possibilities of the new SAP MDG 8.0 HANA calculation views, SAP Smart Business is getting also more major and includes now more more features and user friendly capabilities.

 

3.       New functions and features in specific domains/applications

Many new functions and enhancements are delivered SAP MDG 8.0, but I would like to highlight the following specifically because they are a big benefit for the projects have done so far:

a. MDG-M Data Model Enhancements:

SAP MDG 8.0 includes now the entity for the table QMAT (Inspection type - material parameters). In the past we delivered that part most of the time via customer specific enhancements with SAP MDGs enhancement concept. In addition SAP MDG 8 also has more new entities such as production version, MRP areas and material ledger.

b. Hierarchy Maintenance in SAP MDG for Financial Data:

Now it’s possible to assign cost center, profit centers, G/L accounts, and cost elements to hierarchies from single-object processing. No need to create separate 2 Change Requests anymore. This improves the speed of the business process dramatically and the user friendliness increases of course.

c. Enablement of Mobile Access through Fiori Apps

In the past, SAP MDG had standard Fiori apps to submit a new change request from a mobile device, but the further processing and approval was executed in a more complex looking SAP Web Dynpro user Interface. Now, with SAP MDG 8.0, the approval of a change request is also possible via a SAP Fiori app. For a demo I configured the standard app to approve financial data with a minimum effort.

 

 

Pretty soon I plan to post some offline demos to the SCN as I did for SAP MDG 7.0 already. So please check for that upcoming update.

Best Regards

Steffen

What is SAP Master Data Governance all about?

 

Three new videos provide quick insight into the concept and benefits of SAP Master Data Governance. Watch the new videos introducing SAP Master Data Governance from a business perspective, it takes no more than 3 minutes (each).

 

Video 1: Introducing SAP Master Data Governance

 

The first video describes the impact of poor master data across the enterprise and outlines how SAP Master Data Governance can help to get and keep your customer, supplier, material, financial and technical asset data ready-to-use for excellent business operation and analytics. And this is valid also in hybrid landscapes consisting of on-premise and cloud systems. Check the SAP Master Data Governance introduction video out on SAP.com:

MDGvideo1.jpg

(The SAP MDG intro video can also be accessed on youtube.)

 

Video 2: Introducing Consolidation with SAP Master Data Governance

 

The second video focuses on the consolidation capability of SAP Master Data Governance which has come with product release 8.0. With this capability, SAP MDG also tackles the challenge of consolidating master data that is spread across heterogeneous system landscapes. As of release SAP MDG 8.0, consolidation is available for customer, supplier and business partner data. More details can be found in this presentation.

To get insight into the concept, the use cases and the process flow in consolidating master data with SAP MDG, check out the video about SAP Master Data Governance, consolidation.

 

MDGvideo_consolidation.jpg

(The video about consolidation with SAP MDG can also be accessed on youtube)

 

Video 3: Introducing SAP Master Data Governance for Technical Assets

 

The third video is about optimizing master data governance for asset-intensive industries based on the SAP Master Data Governance, enterprise asset management extension by Utopia. To see how it provides maintenance pros and other asset management stakeholders with the information, tools, and process control they need to optimize operations in asset-intensive industries, click here:

EAM.jpg

(The SAP MDG for EAM video can also be accessed on youtube.)

 

 

Hope this info is beneficial for you.

 

Regards,

 

Markus

When we were implementing SAP MDG-F Cost center and Profit center , our requirement was to import all the Cost centers and Profit centers  from the ERP system that were valid right from the year 2005. Based on the business processes and existing data, we identified that we had to create one edition per month in the MDG system. That meant we had to create 120 editions to import the current data into MDG system.

 

Now ,  a How-To Video is already available showing how to create an edition manually.But as we had to create 120  editions , the manual process looked little tedious and time consuming , so we decided to automate this process.


During our analysis , we found a  utility class called CL_USMD_EDITION_API. I couldn't find any detailed documentation regarding this and so I decided to blog about this API.


This a very useful API with methods for almost all the edition relevant operations.


Method CREATE_EDITION is what we were looking for the automatic creation of Editions.





We created a small file upload program and used method  CREATE_EDITION within this program to upload 120 editions and the process took just seconds

 

This class contains lot of other useful methods for e.g. GET_EDITIONS_OF_ENTITY that determines the editions where the current object was
changed and   GET_VALID_EDITIONS which determines a list of editions for a given object which
can be used to create a change request for this object.

 

The above two are just examples and  there are many other useful methods

 

If you would like to perform various edition relevant operations programmatically , be sure to check this class.

 

Regards,

Raghu

Configure MDG Entity Search result list : With this configuration result list columns order can be changed , some columns can be hided and Push buttons on Tool bar can be removed and new buttons can be added .

 

1.Prior to  Configure Entity Search result list we have to create configuration of Search application ( USMD_SEARCH ) . For this open customizing path in MDG IMG :General Settings-> UI Modeling-> Manage UI Configurations . Select the Application as USMD_SEARCH  and template configuration given by sap

 

 

2. Open Component Configuration USMD_SEARCH_OVP_TEMPLATE. Under Additional Functions , choose the Deep Copy button. Enter target configuration IDs for the application configuration .In Below example APAP is my entity name so configration ID is given as ZZ_APAP_SEARCH.

Now open the App.Configuration created and Enter parameters

USMD_MODEL: The data model

USMD_ENTITY: The entity type

USMD_OTC: The business object type.

 

By default system will give Template configuration name . This has to be replaced with custom configuration  .

 

Then replace the template configuration with the configuration you created . Finally your application Configuration should look like below

 

Then open the configuration Name then we can see one search UIBB and one list UIBB.

Now replace your template configrations of search UIBB and List UIBB with custom configration .( You can use deep copy of templates as we did in previous steps)

 

To configure the result list of the search application, The List UIBB need to configured .

component configuration of list UIBB  uses standard

feeder class CL_USMD_SEARCH_GUIBB_RESULT. This feeder class has two

main parameters:

+ (GenIL) Component

+ (GenIL) Object Name

Using these parameters, you can decide in which mode the result list runs. First, you can leave both parameters empty. In this case, the

result list is configured by an implicit configuration (-> displayedcolumns, order of columns, buttons) you cannot influence. Second, you

can enter the name of a GenIL component and the name of a GenIL queryresult object. In this case, the result list is configured by the

explicit configuration you created and you can influence all aspects of its appearance.

My data model name is ZZ , so my Genil component will be ZSP_ZZ.

and object name will be QResAPAP ( i.e QRes<entityname> )

 

 

Once these settings are done the List will be editable to users and they can delete unwanted columns and unwanted push buttons based on the requirement .

So, there are many documents and notes from SAP that highlight how to extend a standard UIBB with a custom field. So before you flag my content as duplicating previously covered material...hear me out.

 

Despite this abundance of information on how to do this, it still took us a good while to get the correct sequencing down for this to actually work on our recent MDG-M project, and a LOT of trial and error.

 

For this reason I put together a document, a step by step guide with screenshots, to easily and successfully do this seemingly simple task.

 

Hope you find it as useful as we did!

 

Extending SAP Standard Entity with Custom Fields

 
 

STEP-BY-STEP EXPLANATION

Example Requirement


Table MARA should be extended with the customer specific fields ZZBASETYP, ZZBRAND and ZZPROAREA

The Data Model MM, Entity MARASALES should be extended with these attributes. The attributes should also display in the UI.

 

1. Append new fields to Standard Table (MARA)

 

You have to extend the table MARA with the new fields, include the new fields in the customizing table T130F and extend the backend structures.

1.1 Open Transaction SE11

1.2 Display the MARA table

1.3 Pick ‘Append Structure…’ and add your own or expand on an existing one

1.4 Add new fields to the append structure as required using namespace ZZ…

1.5 Activate the table (this will take some time…so remember – patience is a virtue!)

screen1.JPG

2.     Include Z-field in Table T130F

 

You must include the Z-field into table T130F, see SAP Note 44410.

2.1 Open Transaction SE11

2.2 Display the table T130f

2.3 Using the menu got to: Utilities -> Table Contents -> Create Entries

2.4 Select V_130F

2.5 Add your field(s) with table name in front e.g. mara-zzbrand

2.6 Activate the table

screen2.jpg

3.     Structure Extensions

 

The Service Mapping Tool (SMT) is a program used in ABAP to fill a target structure with a set of source structures. The relevant structures for the target structure of the primary persistence (MARA, MARM, MEAN, MARC…) are:

  • MDG_BS_MAT_S_<Tablename>
  • MDG_BS_MAT_S_ <Tablename>_UI
  • MDG_BS_MAT_S_ <Tablename>_X

The new fields are automatically included in structure MDG_BS_MAT_S_MARA, but the other 2 structures must be appended.

3.1 Open Transaction SE11

3.2 Display the table: MDG_BS_MAT_S_ MARA_UI

3.3 Pick ‘Append Structure…’ and add your own or expand on an existing one.

3.4 Add new fields to the append structure as in the MARA table

3.5 Activate the table

3.6 Repeat steps 3.1.2 to 3.1.5 for table: MDG_BS_MAT_S_ MARA_X

 

MDG_BS_MAT_S_MARA (Automatically populates)screen3.JPG

MDG_BS_MAT_S_MARA_UI

screen4.JPG

MDG_BS_MAT_S_MARA_X

screen5.JPG

Note

The following information concerning the structure MDG_BS_MAT_S_MARA_X:

If the X-field-structure of the MDGM-API is extended after the creation of an SMT mapping, the SMT mapping needs to be regenerated. Therefore repeat this step.

4.     Extending the Data Model

 

You now have to extend the data model MM with the new fields, extend the structures and maintain customer includes. The system uses the data model to generate database tables in which the master data can be stored.

4.1 Open Transaction MDGIMG

4.2 Follow the menu path General Settings -> Data Modeling -> Edit Data Model

4.3 Select the line for data model ‘MM’ and click the ‘Entity Types’ folder

4.4 Select the line for the entity you are working on (e.g. MATERIAL) and click the ‘Attributes’ folder.

4.5 Add the new fields to the list of attributes

4.6 Activate the Data Model

4.7 Open Transaction SE38 and execute the report: USMD_ADJUST_STAGING using data model ‘MM’

screen6.JPG

5.     Generating Back End Structures

 

5.1 Open Transaction MDGIMG

5.2 Follow the menu path General Settings -> Data Modeling -> Generate Data Model Specific Structures

5.3 Select the line with the data model ‘MM’ and click on ‘Structures’

5.4 Select all 6 entries for the entity ‘Material’ and click ‘Generate Selected Structures’

  scrteen7.JPG

6.     SMT Mapping

You extend mappings by creating new transformations (complex transformations, field mappings) and field checks for them or by editing them. Here you work cross-client.

6.1 Open Transaction MDGIMG

6.2 Select General Settings -> Data Modeling -> Create and Edit Mappings -> Create and Edit Mappings

6.3 Follow the next steps twice, once for each mapping. Click on Mappings -> Open and select the Mapping:

  • MDG_BS_MAT_MAP_2PP
  • MDG_BS_MAT_MAP_2STA

6.4 Look for ‘MDG_BS_MAT_MATERIAL (for 2PP) or ‘MDG_BS_MAT_MARA’ (for 2STA) in the column ‘Mapping Step’ of the table and click ‘Details’

6.5 Select the ‘Transformation’ tab and click the ‘Edit’ Button

6.6 Click on the add button for the field mappings and add you custom field

screen8.jpg

6.7 After you have created the mapping in SMT you should return to the IMG and perform the IMG activity check customizing to ensure consistency of the changes.

screen9.jpg 

7.     UI Model

The new attributes should also be considered in the UI. UI configurations can be adapted using the FPM-enhancement option.

For details see other Extensibility Guides:

http://scn.sap.com/docs/DOC-29042 (Chapter User Interface Configuration and Extending the UI configuration)

http://scn.sap.com/docs/DOC-27859 (Chapter User Interface Configuration and Extending the UI configuration)

 

7.1 Open Transaction MDGIMG. Select General Settings -> UI Modeling -> Manage UI Configuration

7.2 Scroll down and select  UI config you are using.

7.3 Select ‘Continue in Display Mode’ and click on the hyperlink for the configuration layout

7.4 Scroll down the page to the ‘Overview Page Schema’ and select the line for the relevant UIBB for the section of the UI you are adding your field to. Click the button ‘Configure UIBB’.

screen10.jpg

 

7.5 Click ‘Additional Functions’ -> ‘Enhance’. If using the ‘Basic Data’ UIBB there is already an enhancement created, if not you will need to create one. You will now be able to Hit the EDIT button

7.6 Scroll to where you want your new field in the UI and click on  ‘Add element’ -> ‘New element’

7.7 A list of fields will come up and if you scroll to the bottom you will see your newly added fields.

7.8 Once fields are in the correct place SAVE and exit.

 

8.     Reactivate Data Model

8.1 Reactivate the data model and run the adjust staging report again Now should all be good to go!

The standard Workflow inbox delivered by SAP Master Data Governance is very generic, since it does not contain any business data (like Material attributes). Luckily we can change this.

 

Business requirement

Turn this:
inbox_old.PNG
... into this:
inbox_new.png

 

Technical background

The MDG Inbox uses the Suite Inbox (CA-EPT-IBO) or Lean Workflow Inbox as a basis. This is basically a WebDynpro application that uses a POWL List to display Workitems. While the application offers Workflow-specific features not found in the standard POWL application (e.g. substitution settings for Workflow), it is driven by a specialization of the POWL feeder.

 

Implementation

We implement a new Query by deriving a new ABAP Class from the SAP MDG Standard one. First the SAP Standard fetches the assigned Workitems and standard fields (like priority, CR status, ...), then we add the business data (here: Material).

 

1. DDIC Structure & Table Type

In SE11, create new DDIC structure and table types describing your result structure. The structure must contain the base fields of the MDG inbox in structure USMD_S_CREQUEST_POWL. Use a named INCLUDE so that you have easier access to the Material fields in your ABAP coding later on. I include the Material structure /MDGMM/_S_MM_PP_MATERIAL generated by MDG-M, i.e. all fields of the Type1 entity MATERIAL will be available for the end user.

inbox_ddic.PNG

2. ABAP Class for Query

Create a new ABAP class derived from CL_USMD_CREQUEST_POWL, the standard Inbox feeder. Overwrite the following methods:

  • SET_MV_RESULTS: Set me->mv_results to the name of your result table type
  • SET_MV_RESULTSTRUCTURE: Set me->mv_resultstructure to the name of your result structure
  • CONSTRUCTOR: Copy the code from the super Constructor into this method
    (for ABAP internal reasons, the Constructor does not execute the code in your overwritten methods as you might expect. It's in the documentation, so you cannot complain, and I for once am not half as good in explaining such things as Mr. ABAP himself)

 

3. Register the new POWL application

Using transaction POWL_COCKPIT, you create a new POWL application, query type (this references our ABAP class), query, and finally register your query to the application. See the POWL documentation for details.

 

4. Create WebDynpro configurations

Now we need WebDynpro application and component configurations that start the Suite Inbox application IBO_WDA_INBOX with our new POWL list:

  1. Copy the application configuration USMD_CREQUEST_POWL into customer namespace & edit it
  2. Copy & edit the component configuration of IBO_WDC_INBOX. Change the parameter applid to the name of your newly created POWL application
    inbox_comp_inbox.PNG
  3. (Optional) Copy & edit the component configuration of POWL_UI_COMP. This allows you to modify the look&feel of the POWL result table.
  4. Assign the newly created component configurations in the application configuration created aboveinbox_appl_config.PNG
  5. (Optional) From transaction POWL_QUERY, define a standard ALV layout for the result table, e.g. which columns are being displayed initially.

 

5. ABAP code for reading Material data

At last, some real coding (You didn't think you could just customize this together, did you?! ). In this code, we first let the MDG standard fetch the Workitem information, then we add the Material data using theMaster Data Governance Application Programming Interface.

 

The code uses some tricks for enhancing the performance that are applicable to MDG programming as a whole:

  • Use concrete DDIC types whenever possible
  • Reduce the MDG API calls to the bare minimum, i.e. it is better to do more work in your own code than to call the API. For instance, in the code below, instead of invoking the MDG API from within the LOOP (n calls), I prepare a list of Material numbers and invoke the API only once.

First display is pretty slow (>1.5s), as the MDG API initialization (CL_USMD_GOV_API=>GET_INSTANCE())alone adds 0.5s to the start-up time.

 

METHOD if_powl_feeder~get_objects.
     "Let Standard fetch & fill basic fields
     CALL METHOD super->if_powl_feeder~get_objects
       EXPORTING
         i_username              = i_username
         i_applid                = i_applid
         i_type                  = i_type
         i_selcrit_values        = i_selcrit_values
         i_langu                 = i_langu
         i_visible_fields        = i_visible_fields
       IMPORTING
         e_results               = e_results
         e_messages              = e_messages
         e_workflow_result_count = e_workflow_result_count.
     IF e_results IS INITIAL.
       RETURN.
     ENDIF.
 
     "Cast result into real type
     FIELD-SYMBOLS: <workitems> TYPE y0mm_mat_ui_t_ibo_creq_mat.
     ASSIGN e_results TO <workitems>.
 
     "Create mapping table workItem --> CR
     DATA(lt_wi_crequest) = cl_usmd_wf_crequest_mapper=>get_crequest_by_wi(
       it_wi = VALUE #( FOR <wi> IN <workitems> ( <wi>-wi_id ) )
     ).
 
     "Get MDG GOV API
     DATA: lo_mdg_api TYPE REF TO if_usmd_gov_api.
     TRY .
         lo_mdg_api = cl_usmd_gov_api=>get_instance(
                      iv_model_name   = cl_mdg_bs_mat_c=>gc_usmd_model
         ).
       CATCH cx_usmd_gov_api.
         RETURN.   "Some error, so we show only vanilla worklist
     ENDTRY.
 
     "Get list of (first) Material in each CR
     DATA: lt_material_keys TYPE SORTED TABLE OF /mdgmm/_s_mm_kf_material
             WITH UNIQUE KEY material.
     TYPES: BEGIN OF ty_wi2material,
       wi_id     TYPE y0mm_mat_ui_s_ibo_creq_mat-wi_id,
       material  TYPE /mdgmm/_s_mm_kf_material-material,
     END OF ty_wi2material.
     DATA: lt_wi2material TYPE HASHED TABLE OF ty_wi2material
             WITH UNIQUE KEY wi_id.
     LOOP AT <workitems> ASSIGNING FIELD-SYMBOL(<workitem>).
       "Get CR for that Workitem
       READ TABLE lt_wi_crequest
         ASSIGNING FIELD-SYMBOL(<wi2crequest>)
         WITH TABLE KEY wi_id = <workitem>-wi_id.
       IF sy-subrc <> 0.
         CONTINUE.
       ENDIF.
       TRY .
           "Get object list of that CR
           lo_mdg_api->get_object_list(
             EXPORTING
               iv_crequest_id             = <wi2crequest>-usmd_crequest
             IMPORTING
               et_object_list_db_style    = DATA(lt_object_list)    " Change Request, Entity, Table Type
           ).
           "Is Material entity in CR?
           READ TABLE lt_object_list
             ASSIGNING FIELD-SYMBOL(<ent_material>)
             WITH KEY usmd_crequest = <wi2crequest>-usmd_crequest
                      usmd_entity = cl_mdg_bs_mat_c=>gc_entity_name_mat.
           IF sy-subrc <> 0.
             CONTINUE.
           ENDIF.
           "Get Material key into key table (conversion!)
           INSERT
             VALUE #(
               material = <ent_material>-usmd_value
             )
             INTO TABLE lt_material_keys
             ASSIGNING FIELD-SYMBOL(<material>).
           "Store association workItem -> material
           INSERT
             VALUE #(
               wi_id     = <workitem>-wi_id
               material  = <material>-material
             )
             INTO TABLE lt_wi2material.
         CATCH cx_usmd_gov_api.
           "Ignore errors, just let add-on data fields empty in output
           CONTINUE.
       ENDTRY.
     ENDLOOP.
     IF lt_material_keys IS INITIAL.
       RETURN.   "No CRs in list, nothing to add
     ENDIF.
 
     "Read all Materials from MDG API (Only 1 call for performance reasons!)
     DATA: lt_materials TYPE HASHED TABLE OF /mdgmm/_s_mm_pp_material
             WITH UNIQUE KEY material.
     lo_mdg_api->retrieve_entity(
       EXPORTING
         iv_crequest_id = VALUE #( )         "Initial CR, means read all
         iv_entity_name = cl_mdg_bs_mat_c=>gc_entity_name_mat    "Material
         it_key         = lt_material_keys    "Material in current CR
       IMPORTING
         et_data        = lt_materials    " Entity Keys and Attributes
     ).
     IF lt_materials IS INITIAL.
       RETURN.   "No Materials, nothing to add
     ENDIF.
 
     "Add Material information to Change Requst Work Item List
     LOOP AT <workitems> ASSIGNING <workitem>.
       "Get material_id by workitem_id
       READ TABLE lt_wi2material
         WITH TABLE KEY wi_id = <workitem>-wi_id
         ASSIGNING FIELD-SYMBOL(<wi2material>).
       IF sy-subrc <> 0.
         CONTINUE.
       ENDIF.
       "Get Material data into WorkItem list
       READ TABLE lt_materials
         WITH TABLE KEY material = <wi2material>-material
         INTO <workitem>-yy_material.
     ENDLOOP.
 
   ENDMETHOD.

 

6. Test it

You can invoke your new MDG-M Inbox by starting the Suite Inbox with the newly created configuration. The URL should look something like this:
https://<your_host>:<your_port>/sap/bc/webdynpro/sap/IBO_WDA_INBOX?WDCONFIGURATIONID=<your_appl_config>


7. Inbox customizing

You might have realized that the Suite Inbox is showing all Workitems from all workflows and that the MDG specific buttons (e.g. "Process request") are not working. This is due to missing customizing settings, that SAP delivers for the MDG Inbox. The customizing is specific to the POWL applicationID, which is of course different for our own Inbox.


You can copy over the settings made by SAP (in system tables) into customizing tables. There are some Customizing transactions for this in SPRO, but I entered it directly. SM30 for the customizing table, SE16 for the system tables, as well as Copy&Paste are your friends in this task.


Customizing
System
Description
IBO_C_WF_TA_P_SCIBO_C_WF_TA_P_TYTasks to show in Inbox. Leave empty to see all tasks of all workflows in system.
IBO_C_WF_ACCIBO_C_WF_ACSAction types for the Inbox actions: Describes how a navigation event triggered by one of the Inbox buttons is evaluated by the Inbox, e.g. via OBN or a function module handler.
IBO_C_WF_TACIBO_C_WF_TASOverwrite the standard action to execute on a task.
IBO_C_WF_TTACIBO_C_WF_TTASWhich Inbox actions (buttons) are available for a task in the inbox.


Acknowledgement

This work is heavily based on the blog MDG: "Empower the POWER List" by Florian Raab, which also contains some very nice screen cams (movies, not just pictures!) to guide you through the POWL setup process.

SAP MDG & SFDC Integration:

Often in today’s world, we come across many cloud based products like Ariba, Salesforce being used by Organizations to deal with Procurement & Sales in their daily business.  Seamless integration is demanded between ERP & these cloud based applications without compromising on Data Quality. As Data plays a key role in any Company, compromising on data quality has ripple effects in Business Transactions. Hence it is very much needed to maintain Data quality and keep business intact along with maintaining quick turn-around between SAP & End-user facing solutions.

In the below blog, we will discuss real time scenario, where Salesforce is integrated with SAP and the role of Master Data Governance (SAP MDG) to improve the data quality.

  • A lack of a centralized, systematic review and approval of Customer data creation can lead to extensive data integrity issues such as duplicate records, inconsistent records.
  • On save of an Account in Salesforce an Interface is triggered, which creates a Change Request for Customers (Account Type: Prospect) in MDG. This Change Request appears in Data Stewards in-box for approval. Sales/Customer Service needs very quick turn-around time in-order to facilitate the SAP Quotation for these Prospects. Hence there are very minimal checks (duplicate & address Validation) that are needed for Prospects.
  • On Approval from Data-Steward (after performing business and Data Quality validation), Prospect is created in SAP and synchronized to Salesforce using Data Replication which facilitates further transactions in Salesforce.
  • Once the Quotation is approved, and ready to be converted to a Sales Order, Sales or Customer Service logs into Master Data Governance and requests for Account Group upgrade from Prospect to Sold-To. As Sold-To plays a critical role, this Change Request goes through a series of checks from teams like Accounts Receivables, Sales etc. this series of validations can be manual or can also be automated with different third-party systems.
  • Below are few examples of the validations:
  • Credit Team: 
    • Credit Team will perform the credit check using third-party services (manual or automated) before they approve the Customer creation.
  • Tax Team:
    • To verify Customers Tax Exemption certificates if any.
  • Data Steward/AR Team:
    • Will be responsible for performing a sanity check on the CR data and also enriching the Customer data as per the Company’s business policies.

Prospect.jpg

Customer _ Acc Group.jpg


Technical Details:

  • Supplier Web service - BusinessPartnerSUITEBulkReplicateRequest_In is used to create Inbound Change Request for Customer.
  • MDG 7 Feature of changing the Account Group for Customer Master Data.

Integration scenario SAP MDG and C4C.


In a digitised economy masterdata and its life cycle also undergoes a sea change. Earlier for a B2C (business to consumer) scenario ERP was used to store information in batches. Hence customers coming to an online shop or a store were mostly anonymous and hence no identity or master data was necessary. But with social computing gaining ground organisations have to be more and more attentive to the needs of individuals and have started listening to them more than ever. Hence the customer speaking about a product on the cloud is no more left alone – he or she is very well connected with the feedback on the product and services posted on a social media etc. and could very well be a ‘prospect’. Or consider a B2B scenario where an organisation is looking for spares and then registers on the company portal for another organisation, thus becoming a prospect with interest.

 

In this document we describe the following customer integration scenario.

 

  1. Create a Prospect in C4C – send to MDG
  2. Create a Customer in MDG and send to C4C.

 

But before we start, we take a look at the landscape in context.

 

SAP MDG - SAP C4C Integration Architecture.PNG

 

 

So we can see C4C or Cloud for Customer SAP’s CRM on Cloud where prospect information arrives in the enterprise landscape and is mediated via SAP PI to integrate with SAP MDG for further enrichment and process enablement.

 

 

Let's look at the individual scenario and see how we achieve this integration.

 

Scenario1- Create a Prospect in C4C – send to MDG

 

  1. Prospect is created in C4C. Once prospect needs to become a customer, a request towards MDG is triggered.
  2. An outbound Web Service BusinesspartnerSelfInitiatedOut is sent to PI.
  3. In PI the above message would be mapped to BusinessPartnerSuiteBulkReplicateRequest_In message for MDG.    (PS- Few mappings are needed in SAP PI for this message to determine  values in BP Group, BP Role, Sales Area, Customer Account Group etc.as this information won't necesarrily be available in the incoming message.)
  4. MDG receives the above message and automatically generates a Change Request of type CUSTHI01.
  5. The change request can be either auto-approved or can be manually checked and approved.
  6. After final approval of the change request a BP and Customer is created in MDG and a key mapping is written in MDG UKMS framework along with the Prospect ID of C4C.
  7. After final approval outbound message BusinessPartnerSuitBulkReplicateRequest_Out is sent out to PI.
  8. In PI the above message would be mapped to BusinessPartnerreplicationIn message.
  9. When received in C4C, the message updates the prospect record with customer channel information along with a key-mapping holding MDG BP number.

Create Customer in C4C and Send to MDG.PNG

 

 

Scenario2- Create aCustomer in MDG – send to C4C

 

After an unsccessful Search in MDG – a CR is created for a BP with Customer Role.

 

  1. The CR goes through the governance process and is finally approved to create a BP and Customer in MDG.
  2. An Outbound WS BusinessPartnerSuiteBulkReplicateRequest_Out is sent to PI.
  3. In PI the above message would be mapped to BusinessPartnerreplicationIn message for C4C.
  4. C4C receives this message and creates BP with customer channel information.
  5. Along with the BP a key-mapping is created in C4C with MDG BP  and Customer ID.
  6. A confirmation message is sent from C4C to PI.
  7. The above message is mapped to BusinessPartnerSuitebulkConfirmation_In for MDG.
  8. The above message is received in MDG to update the key-mapping which now holds MDG-BP, Customer & C4C Business Partner ID.

 

Create Customer in MDG and Send to C4C.PNG

 

Scenario3- Create a Contact Relationship in C4C and send to MDG

 

  1. We have a Customer in C4C and we get a call from a person in the customer organisation - we want to keep him as a contact person in the customer information.
  2. The person's information is updated in C4C Customer as a Contact relation.
  3. Two Outbound WS are sent to PI: BusinessPartnerReplicationSelfinitiatedOut,and BusinessPartnerRelationshipReplicationInitiatedOut
  4. In PI the 1st message is covered as part of scenario 1 and the 2nd message is mapped to BusinessPartnerRelationShipSUITEBulkReplicate_In message for MDG.
  5. MDG receives the above messages in sequence – where the 1st message reads the UKMS key mapping in MDG to know a BP exists in MDG and thus it create a Change Request of type CUSTHI02 to change the BP. The next message updates the Change request with a Relationship information in the above Change Request.
  6. After final approval of this CR, two WS are sent out to PI with key-mapping information updating the Relationship.
  7. These messages are sent to C4C which updates the relationship key-mapping of MDG.

 

 

Create a Contact Relationship in C4C and send to MDG.PNG

 

 

Scenario4- Create a Contact Relationship in MDG and send to C4C

 

 

  1. We get a request from a customer to include a contact person. in this scenario we manage this master data in SAP MDG  which is interfaced and integrated with C4C
  2. The person's information is updated in SAP MDG Customer as a Contact relation.
  3. Two Outbound WS are sent to PI: BusinessPartnerReplicationSelfinitiatedOut,and BusinessPartnerRelationshipReplicationInitiatedOut_Out
  4. In PI the 1st message is covered as part of scenario 1 and the 2nd message is mapped to BusinessPartnerRelationShipSUITEBulkReplicateIN message for C4C
  5. C4C receives the message and reads the key-mapping which performs the change on the actual BP number and creates the contact relationship.
  6. These messages are sent to C4C which updates the relationship key-mapping of MDG

 

Create a Contact Relationship in MDG and send to C4C.PNG

 

We can extend this idea to more complex scenario of bringing in a master data from the cloud and then govern it for process enablement.

 

Thank you

 

Amitava

Actions

Filter Blog

By author:
By date:
By tag: