Skip to Content

The document describes the new features we have added in C4C 1608 in the integration between C4C and ERP. We start with an overview and then explain the features one-by-one.

Overview

Here an overview slide for the 1608 integration enhancements for transactional data scenarios.

Overview Transactional Data.png

And here is an overview slide listing the enhancements we did for master data integration.

Overview Master Data.png

In the following chapters we will go through all the new features one by one.

Work Ticket Integration C4C -> ERP

These are the four new features we offer in the work ticket integration from C4C to ERP.

1. C4C header level registered product reference is added as an attribute to the ERP internal order

In a C4C work ticket you can state in the header the registered product that is broken. Starting from 1608 this registered product id is transferred to ERP. In ERP the corresponding equipment id is added as an attribute to the ERP internal order. This enables customers for a more granular cost assignment in ERP by evaluating the equipment id when further processing the internal order in CO.

Example

Here a sample screenshot of the C4C work ticket with the registered product highlighted

C4C Ticket Header Registered Product.png

and the ERP internal order created out of this with the equipment id highlighted.

ERP internal order.png

2. C4C item level registered product references are added as technical objects to the ERP debit memo request item

In C4C you can assign a registered product not only on header level but also for the individual items. If so this reference is transferred to ERP and added as a technical object to the ERP billing request item. With this change the billing request e.g. occurs in the transaction history of the ERP equipment.

Example

Here you see a screenshot of a C4C work ticket where item 20 has a reference to a registered product which is highlighted.

C4C Ticket item 20.png

And here you see the corresponding ERP billing request item 20 with the menu path to the technical object highlighted.

ERP DMR item 20 path to tech object.png

And this is what you see when clicking on “Technical Objects”: The ERP equipment corresponding to the C4C registered product (with the same serial number).

ERP dmr equipment.png

You may want to ask why treat registered products from the C4C work ticket header and the work ticket items differently in ERP. The reason is the different data models in ERP and C4C.

  • We create one internal order in ERP per C4C work ticket. Therefore here the C4C header reference fits.
  • The ERP billing request does only support technical objects on item level, not on header level. Therefore here the C4C item registered product references fit.

3. Additional parties are transferred from the C4C work ticket to the ERP billing request

We enhanced the parties we transfer from C4C work ticket to the ERP billing request. Other parties are supported as well. For other parties the code list mapping between the C4C party role code and the ERP partner function has to be done in the project.

Example

Here a screenshot of a C4C work ticket that has a deviating ship-to.

C4C Ticket Involved Parties.png

And here you see the screenshot of the ERP billing request where you see the deviating ship-to as well.

ERP dmr parties.png

4. Time entries in the C4C work ticket were added to the C4C outbound message (no end-to-end integration with ERP)

In a C4C work ticket you can record time entries e.g. to record non-working time. In 1608 we have added these time entries to the C4C outbound message for a work ticket. There is no end-to-end integration to ERP because we are not aware of a canonical place in ERP where to put them. This is just to enable customers for an extension to transfer time entries to ERP if needed.

Example

Here you see a screenshot of a C4C work ticket that has a time entry.

C4C Ticket Time Entries.png

And here you see the outbound message payload in C4C highlighting the time entry.

C4C Ticket XML Outbound Time Entry.png

Contract Integration C4C <-> ERP

In 1608 we added three new features for the contract integration between C4C and ERP.

1. Contract types and contract item types are supported. Item hierarchy is supported.

The C4C contract now supports contract types, contract item types and an item hierarchy. This is integrated with the ERP contract in both directions.

Example

Here you see a screenshot of a C4C contract. It has two items where the second item is a text item and a child of the first item.

C4C Contract Items.png

And here you see the corresponding ERP contract. It has two items, the second item is a text item (we use a custom item category ZMCT for contract text items in ERP here) and is a child of the first item (you see this in the last high level item column).

ERP contract items.png

2. Additional parties are transferred from the C4C work ticket to the ERP billing request

We enhanced the parties we transfer between the C4C contract and the ERP contract. Other parties are supported as well. For other parties the code list mapping between the C4C party role code and the ERP partner function has to be done in the project. Please be aware that the C4C contract currently doesn’t support item level parties, only header level parties.

Example

Here you see a C4C contract with a deviating ship-to.

C4C Contract Parties.png

And here you see the ERP contract showing the deviating ship-to as well.

ERP Contract parties.png

3. C4C covered objects and ERP technical objects are considered in the interfaces but no end-to-end-integration

In a C4C contract you can enter covered objects. E.g. if you create a service contract for a certain machine, the registered product for the machine would be the covered object of the contract. The ERP contract offers something similar, you can assign technical objects to an ERP contract. Only there is a difference between the data models. In C4C the covered objects are on contract HEADER level, the technical objects in the ERP contract are on ITEM level. Here what we have done in 1608:

  • The C4C contract message now supports covered objects on header level in both directions, inbound and outbound.
  • The ERP contract IDoc from the C4C integration component now supports technical objects on item level in both directions, inbound and outbound.
  • The standard PI/HCI content does NOT map between the C4C covered objects and the ERP technical objects. Customers can adjust the mapping according to their needs in a project.

The reason why we don’t provide an end-to-end integration is that there is no canonical approach how to overcome the data model differences. Some customers may want to copy the C4C covered object to just the first item in the ERP contract, some may want to copy it to all ERP contract items.

Example

Here you see a screenshot of a C4C contract with a covered object.

Contract with covered object.png

Here is a screenshot of the C4C contract outbound payload with the covered object highlighted.

C4C XML Message Contract.png

As we have no end-to-end integration we need to tweak the ERP part. In a customer project one normally would adjust the PI/HCI mapping. Instead we use the ERP IDoc editior (transaction WE19) to add the technical object the incoming ERP contract IDoc to the first contract item. This is the screenshot of the edited IDoc.

ERP Edited IDoc.png

This is the ERP contract posted from the edited IDoc. You see the contract item with the menu path to the technical object highlighted.

ERP Contract item.png

And this is the technical object that shows up when clicking on “Technical objects”.

ERP contract item equipment.png

Sales Order Integration C4C <-> ERP. Item level parties are now integrated in both directions.

We now transfer item level parties between the C4C sales order and the ERP sales order. Other parties are supported as well. For other parties the code list mapping between the C4C party role code and the ERP partner function has to be done in the project.

Example

Here you see a sales order in C4C with a deviating ship-to on the first item 10.

C4C Sales Order.png

And here you see the corresponding ERP sales order item with the same deviating ship-to.

ERP Sales Order Item Parties.png

Channel Partners and Competitors are now bidirectionally exchanged between C4C and ERP

Starting from 1608 the C4C outbound for the business partner ERP service is triggered for Channel Partners and Competitors. Before 1608 the outbound was only triggered for the CRM business partner service but not for the ERP business partner service.

A a result we now have a bidirectional exchange of Competitors and Channel Partners with ERP.

Example

Here is an example here two screenshots of a C4C Channel Partner

C4C Channel Partner.png

and the corresponding Channel Partner in ERP (in account group 0007)

ERP Channel Partner.png

Please be aware that there are still differences between the C4C data model and ERP. E.g. the C4C Channel Partner does NOT support sales data in difference to ERP.

To report this post you need to login first.

8 Comments

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

    1. SVEN FEURER

      Hi Nadina, connecting the SAP Cloud Applications Studio 1605 against a 1605 C4C tenant is not possible. There are 2 options: you either activate automatic updated in your SAP Cloud Applications Studio or you download the new MSI file from the Service Marketplace: https://launchpad.support.sap.com/#/softwarecenter -> By Category -> SAP Cloud Solutions -> SAP Cloud Applications Studio -> … 1608. I can see the inst file there. KR, Sven

      (0) 
  1. Kenneth Eriksen

    I have downloaded the latest ESR Content for PI for our integration between C4C and ERP (SWCV COD_ERP_INT_IC 6.00, filename CODERPINTIC60018_0-10010183.zip). But now I cannot find the Operation and Message Mapping for replicating Quote from C4C to ERP (COD_ERP_CustomerQuoteProcessingSalesOrderRequest).

    Has this scenario been removed in the latest release or where can I find it?

    This is a scenario we have running in our productive environment.

    Br, Kenneth

    (0) 
    1. Hermann Josef Duengelhoef Post author

      Dear Kenneth,

      we deprecated the iFlow COD_ERP_CustomerQuoteProcessingSalesOrderRequest with release 1502. The successor is COD_ERP_CustomerQuoteFollowupBusinessTransactionDocumentReq. This was announced with note “2124376 – Release 1502: HCI/PI content information for ERP integration”. The new iFlow uses a different IDoc in ERP and is more flexible. With the old one you can only create inquiries in ERP (everything you see in VA13). The new iFlow supports also other SD documents, e.g. sales orders and quotes. A second change was that the new iFlow creates a sales order per default and no longer a sales order request. This was based on the customer feedback we received. If you just want to keep your current integration scenario stable you can continue to use the existing iFlow. If you want to enhance it and anyhow plan to touch it I would suggest to switch to the new iFlow.

      Hope that helps

      Hermann

      (0) 
      1. Anthony Roker

        Hi Hermann,

        Does the new message mapping COD_ERP_CustomerQuoteFollowupBusinessTransactionDocumentReq support replication of sales quotes in C4C to a sales quote in ERP (as depicted in the Transactional Scenarios slide above)?

        Appreciate your advice.

        Thanks,

        Anthony Roker

        (0) 
        1. Hermann Josef Duengelhoef Post author

          Hi Anthony,

          yes you can create a quote in ERP as well. Set the right transaction type in PI/HCI. You may need to adjust the PI/HCI mapping a little. Our main scenario is to create a sales order in ERP. We may not map some fields that are relevant for a quote in ERP. This iFlow models a follow-up scenario. If the quote is updated in ERP, changes are not sent back to the C4C quote!.

          Hope that helps

          Hermann

          (0) 

Leave a Reply