Technology Blogs by Members
Explore a vibrant mix of technical expertise, industry insights, and tech buzz in member blogs covering SAP products, technology, and events. Get in the mix!
cancel
Showing results for 
Search instead for 
Did you mean: 
kaihuener
Explorer

SAP Master Data Governance (MDG) enables the effective management, consolidation, and quality improvement of business partner data. It comes with out-of-the-box integration for trusted data from CDQ, offering reference data from various trade registers and other open and paid data sources. The result is faster processes and higher data quality for both new entries and ongoing maintenance of customer and vendor data.

I am Kai Hüner, responsible for the SAP-endorsed app CDQ First Time Right at CDQ AG. In this blog post, I will explain the integration of SAP MDG on S/4HANA (aka "MDG on-premise") and CDQ as a trusted data provider. Together, we will explore the architecture that supports this integration and walk through the setup process step-by-step.

Topics covered

  • What is trusted business partner data good for?
  • Architecture: CDQ integration in SAP MDG on S/4HANA
  • Setup CDQ: Service access and configuration
  • Setup SAP: Connecting SAP MDG and CDQ
  • How to: Lookup trusted business partner data
  • Key takeaway

If you are interested in a similar walk-trough for the cloud edition of SAP MDG, check out my blog post Trusted Business Partner Data in SAP Master Data Governance, cloud edition.

 

What is trusted business partner data good for?

Trusted business partner data is crucial for any organization, as it forms the cornerstone for making important operational and strategic decisions. The significance lies not only in the data's accuracy and currency but also in understanding its source. Knowing where the data originates is essential. This enables companies to evaluate the trustworthiness of their data, ensuring that their decisions are based on information from credible and reliable sources.

In the area of trusted business partner data, where various types of external data such as open data, paid data, shared data, and web data come together, the source of the data assumes an even greater importance. For an in-depth look at this subject and its effects, please see my blog post Value Creation with Trusted Business Partner Data.

 

Architecture: CDQ integration in SAP MDG on S/4HANA

In this blog, I will show you how to set up CDQ as a provider for trusted business partner data in SAP MDG. We are focusing on integrating CDQ in SAP MDG on S/4HANA, covering both the private cloud and on-premise versions.

The following diagram shows you how we can pull business partner data from various sources like open, governmental, and paid databases, using CDQ. In SAP MDG, getting to this data is made possible through the Data Provider Integration (DPI) feature, part of the Central Governance capability.

Integration of CDQ as a provider of trusted business partner data in SAP MDG on S/4HANAIntegration of CDQ as a provider of trusted business partner data in SAP MDG on S/4HANA

CDQ provides access to all its connected external data sources through a REST API. This involves two main endpoints: Lookup Business Partners to search and find potential matches, and Fetch Business Partners to get detailed data for the match you choose.

In the 2023 release, SAP introduced in the cloud-ready mode for MDG, based on ABAP Cloud. Since the Business Partner Data domain was the starting point for this development, and DPI was one of the first features in this mode, it is now available in all S/4HANA editions – on-premise, private cloud edition, and the public cloud edition is on the roadmap.

 

Setup CDQ: Service access and configuration

Let’s talk about connecting to CDQ services in SAP MDG. First things first, you need the right credentials. If you are new to CDQ and want to test out trusted data access in SAP, feel free to start with CDQ's free tier option. I have covered this in my blog post Hands-on with Free Tiers: CDQ Trusted Business Partner Data in SAP Master Data Governance, give it a read for more insights. Whether you are using the free tier or have a full account, you will need an API key with a Client ID and Client Secret.

Credentials for the connection from SAP MDG on S/4HANA to CDQCredentials for the connection from SAP MDG on S/4HANA to CDQ

For those of you needing more advanced setups, like working with content packs that include legal form metadata, activating various external data sources, or managing credentials for paid data sources (think Dun & Bradstreet or Bureau van Dijk), I have got you covered in the same blog post linked above. While that post is primarily about SAP MDG, cloud edition, due to its free tier option, the steps for configuring CDQ are consistent no matter which MDG edition you are using.

 

Setup SAP: Connecting SAP MDG and CDQ

Getting Started with SAP MDG on S/4HANA for CDQ Integration. Before we dive in, I am going to assume two things:

  • First, you are working with at least the 2023 release of SAP MDG on S/4HANA.
  • And second, you have turned on the cloud-ready mode, which is anyway recommended.

For more details on these prerequisites, check out @Markus_Ganser's blog posts. They cover the general benefits of this release and the advantages of using cloud-ready mode. You can also find instructions on activating the cloud-ready mode in the SAP Help Portal, along with guidance on configuring Data Provider Integration (DPI) in SAP MDG on S/4HANA.

 

Fast track: SAP Cloud Appliance Library

The SAP Cloud Appliance Library (CAL) makes it super easy to set up demo environments for various SAP products. When you select the SAP S/4HANA 2023 template, you get an MDG on S/4HANA system with cloud-ready mode already on and CDQ connectivity set up for trusted business partner data (Kefeng Wang's blog post has all the details on this).

To create a demo system using SAP CAL, choose the SAP S/4HANA 2023, Fully-Activated Appliance template and set it up on a new Amazon Web Services (AWS) account.

CAL template "SAP S/4HANA 2023", with MDG, cloud-ready, and CDQ connectivityCAL template "SAP S/4HANA 2023", with MDG, cloud-ready, and CDQ connectivity

SAP provides a handy video tutorial on creating a technical user in your AWS account with the required permissions.

Configure a new CAL account on AWS with its appliance detailsConfigure a new CAL account on AWS with its appliance details

Just follow the video, use the AWS access key it generates, and you are set. The setup takes about two hours, and then your S/4HANA system is ready to go.

Up and running appliance with MDG on S/4HANA systemUp and running appliance with MDG on S/4HANA system

For example, you can use the Remote Desktop Protocol (RDP) to log in, enter the password you set during setup, and access SAP GUI or Fiori apps on a pre-configured Windows system.

RDP access to SAP S/4HANA applianceRDP access to SAP S/4HANA appliance

The pre-configured remote Windows system with SAP GUI and Fiori Launchpad linkThe pre-configured remote Windows system with SAP GUI and Fiori Launchpad link

IMPORTANT: The CAL scripts do not install the root certificate for the CDQ TLS certificate. You will need to do this manually, as explained in the Import TLS root certificate section. Once that's done, you can access the Fiori Launchpad with the user MDG_EXPERT, set up automatically for you, as detailed in section How to: Lookup trusted business partner data.

 

Import TLS root certificate

To ensure our SAP system can securely access the CDQ API, it needs to recognize and trust the Transport Layer Security (TLS) certificate of the API’s domain. This means we need to import the root certificate, which is part of the CDQ domain certificate, into our SAP system.

Here is how I go about it. First, I open a web browser (I use Chrome) and navigate to https://api.cdq.com. Then, on the left side of the address bar, I click to see the site information and open the connection details.

Get site information for api.cdq.com in Chrome browserGet site information for api.cdq.com in Chrome browser

Get connection details in Chrome browserGet connection details in Chrome browser

I check the certificate details, head to the Details tab, and select the top node in the Certificate Hierarchy. After confirming that it is the Root certificate, I export it as a Base64-encoded ASCII file, with a .crt extension, to my system.

Certificate viewer with details of the root certificate and export optionCertificate viewer with details of the root certificate and export option

In my SAP GUI, I open the STRUST transaction and double-click SSL client SSL Client (Standard) to see the trusted certificates. To import the root certificate, I use the Import Certificate dialog (first button in the lower left corner), select the certificate file, and confirm the import.

Managing trusted certificates in SAP GUI (STRUST transaction)Managing trusted certificates in SAP GUI (STRUST transaction)

After seeing the root certificate details listed, I switch to Change mode, click Add to Certificate List, and then save the changes.

Imported root certificate for the CDQ API domainImported root certificate for the CDQ API domain

 

Setting up RFC connections

For effective communication between SAP S/4HANA and the CDQ API, as illustrated in our architecture solution diagram, properly configured Remote Function Call (RFC) destinations are essential for both the lookup and fetch endpoints of the CDQ API

I navigate to transaction SM59 in my SAP GUI to set up or verify these destinations.

RFC destination for CDQ API lookup and fetch endpointsRFC destination for CDQ API lookup and fetch endpoints

CDQ provides REST endpoints through the SAP ODM API, fitting perfectly with SAP MDG's DPI standard. For both Z_DPI_CDQ_LOOKUP and Z_DPI_CDQ_FETCH destinations, I make sure the Technical Settings are correctly set with api.cdq.com as the Host and appropriate Path Prefixes for Lookup and Fetch.

  • Lookup: /sap-odm/v2/referencedata/rest/v3/businesspartners/lookup
  • Fetch: /sap-odm/v2/referencedata/rest/v3/businesspartners/fetch

Technical settings for the CDQ API in the Lookup destinationTechnical settings for the CDQ API in the Lookup destination

In the Logon and Security tab, I enter the Client ID and Client Secret from the API key (mentioned in the Setup CDQ: Service access and configuration section). This is also where I can switch from Free Tier credentials to other API key credentials.

API key credentials for CDQ API accessAPI key credentials for CDQ API access

Lastly, I run a Connection Test to check the setup. SAP uniquely confirms successful connectivity with an HTTP status code 404, which is actually a good sign here.

HTTP status code 404 confirms successful connection to the CDQ APIHTTP status code 404 confirms successful connection to the CDQ API

 

Install the content pack

In the world of SAP S/4HANA, managing metadata for business partner fields is a detailed affair. This data is spread across various tables. For instance, things like legal form codes, short names, and descriptions live in table TB019, while identification types such as BUP002 or FS0007 find their home in V_TB039A. Here is where CDQ's content packs come into play. They offer an expanded set of metadata, providing more than what is available by default. If you are curious about how these up-to-date content packs can be created and imported into MDG systems, especially the cloud edition, you might want to take a look at my blog post First Time Right with Trusted Business Partner Data in SAP Master Data Governance.

But when it comes to MDG on S/4HANA, importing content pack files into the system takes a bit more elbow grease. For example, if I need to work with legal form content, I head over to transaction SM30, select Table/View TB019, and jump into Edit mode.

Entering edit mode of table TB019 for managing legal form metadataEntering edit mode of table TB019 for managing legal form metadata

Then comes the task of copying each line from the TB019.xlsx file from the content pack into the Change View. It is a bit of a grind, copying everything line by line. Not the coolest task, but it is just a one-time effort. And who knows? Maybe SAP will roll out some enhancements to make this easier in future updates 🤞.

Extended legal form metadata in transaction SM30 for table TB019Extended legal form metadata in transaction SM30 for table TB019

 

How to: Lookup trusted business partner data

Let's now dive into the Fiori apps of SAP MDG on S/4HANA, Central Governance. I start by opening my Fiori Launchpad in a browser. There, I click on Business Partner Governance in the shell bar and navigate to the Central Governance apps.

Fiori launchpad with SAP MDG Central Governance appsFiori launchpad with SAP MDG Central Governance apps

The Manage Business Partners app is where I usually begin. It is the go-to place to find existing business partners in my S/4HANA system and to look up new data. The Go button allows me to search for existing records, while the Look Up and Create option lets me explore various trusted data sources connected through CDQ.

Manage Business Partner App with search form for existing records and records from CDQ trusted data sourcesManage Business Partner App with search form for existing records and records from CDQ trusted data sources

For my first lookup query, I simply enter CDQ as the search term, select Germany (DE) as the country, and hit the Look Up and Create button. Behind the scenes, here is what the app does:

  • It creates a JSON message from the parameters I entered.
  • This message is then sent to the CDQ API endpoint we configured earlier in the lookup RFC destination, using the API key credentials.
  • The lookup configuration linked to the API key (which is managed in the CDQ apps) is applied.
  • It distributes the search query to the data sources activated in this configuration.
  • Matches from these sources are gathered.
  • It compiles a Golden Record from the best matches, which is a comprehensive record created using country-specific logic from CDQ.
  • Finally, it presents an integrated search result, ensuring a uniform data structure across all records from the connected data sources, all within a few seconds.

Pick list with matching records from various CDQ trusted data sourcesPick list with matching records from various CDQ trusted data sources

Most of the time, the Golden Record (marked with a GR prefix) is my preferred choice. It combines the best data from various sources into one comprehensive record. So, I select the first item on the list and delve into the details.

Details view of a CDQ trusted data record, mapped to the SAP data modelDetails view of a CDQ trusted data record, mapped to the SAP data model

The Reference Record object page shows the detailed data provided by CDQ. It is not just about the attributes aligning with the correct SAP fields; it also includes matching various codes like the region code BW, tax category DE0, and details of identification numbers (like BUP002) to the corresponding codes in the SAP data model.

Using CDQ trusted data in SAP MDG has many more highlights. For additional examples, check out my blog post First Time Right with Trusted Business Partner Data in SAP Master Data Governance.

 

Key takeaways

SAP MDG is a strong tool that ensures the accuracy and safety of data. This helps businesses make better decisions with up-to-date and correct information. A key benefit of SAP MDG is its ability to use data from external sources. This makes the data more diverse and trustworthy.

With the 2023 release of SAP MDG on S/4HANA, we now have DPI available across all major MDG editions. CDQ can be used as a trusted source for business partner data in on-premise, private cloud, and public cloud SAP environments.

The Golden Record concept from CDQ is an important addition to the DPI feature in SAP MDG. It merges data from various sources into one trusted record. This method gives you the flexibility to either use data directly from specific trusted sources, which can be important for compliance or data lineage, or use a managed "best of breed" approach. With CDQ's detailed configuration options, you can tailor the integration to your needs. This includes selecting specific data sources per country, setting quota limits for paid data sources, or adjusting thresholds to control the number of matches you receive.

1 Comment
Labels in this area