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

To report this post you need to login first.

11 Comments

You must be Logged on to comment or reply to a post.

      1. Subhronath Mukherjee

        Hi,

        Will wait for the details. In the meantime can you tell me the hardware n software pre requisites wrt C4C cloud SRM. I am ok with the MDG side. To do the POC what all is needed for the Cloud side and how to get that?

        Thanks,

        Subhronath

        (0) 
  1. Meghna Sharma

    Hello Amitava,

    I have one question regrading the approval process that happens in MDG. If the change request is rejected in MDG, is there anyway to get that information in C4C?

    Thanks & Regards,

    Meghna

    (0) 
  2. Amitava Mitra Post author

    Hi Meghna,

    This particular case was quite simple and straight forward. Customer record from C4C – created change requests and were auto-approved used BRF+ Rule Based Workflow. Thus there were no rejection in MDG at all. In future however MDG could send a deletion indicator depending on the business process and requirement – which again works simply by means of the SOA messages.

    This also aligns with the single version of truth – where any Master data for customer created anywhere is atleast recorded in MDG.

    But I understand your question where you want to keep the control with MDG whether to accept or not AND to update the sending system ( C4C in this case) that the Data has been rejected.

    Since in your scenario you are not creating the BP at all.

    • try notification on the back of the workflow rejection to update C4C.

    Kind Regards

    Amitava

    (0) 
    1. Meghna Sharma

      Thanks for your clarification. I have one more doubt regarding this scenario. If the change request is rejected in MDG how the changes done in C4C be reverted back? I am not sure what exactly happens after rejection of change request.

      Can you please provide some document on MDG-C4C Integration if possible.

      Thanks & Regards,

      Meghna

      (0) 
  3. Markus Greutter

    Hello Amitava,

    another interesting scenario would be if you have a hybrid scenario with C4C communicating with CRM on Premise and an MDG for Master Data Quality.

    Let’s say, a prospect becomes a customer in C4C and a quote is also created. The customer is sent to MDG, the quote should be also available in CRM on Premise where the customer not yet exists because the MDG process is not finished yet.

    How would you handle such a scenario?

    Best regards,

    Markus

    (0) 
    1. Amitava Mitra Post author

      Hi Markus ,

      This is why we created the MDG BP instantly and then propose a manual governance with a follow on CR.
      This has the following benefit.

      1. Minimum latency from C4C – > MDG–>CRM.

      2. ERP or ECC Governance doesnt stop marketing actions as you have suggested.

      One check comes to my mind – which is check for the key mapping in C4C from MDG ( on the confirmation message) and then send the Quote – i think this is project specific validation which would ensures that the customer is managed in the target before a transaction (Quote) is sent.

      Kind Regards

      Amitava

      (0) 

Leave a Reply