Skip to Content

C4C-ERP Integration: Number Ranges Setup for Account and Contacts

Dear all,

we are in need of clarification on how number ranges actually work when integrating C4C with ERP to transfer Accounts and Contacts. Do we understand correctly that it is not possible to have the same number range within ERP when accounts are created in both C4C and ERP. That in fact one needs an internal as well as an external number range? I have prepared the following slide based on insights I got at the C4C50 training and would like to confirm.

In the training I was quick sure that I got this right but another post I found on this contradicts my understanding. Here it is explained that "a confirmation is sent for the external ID mapping". To my understanding this kind of confirmation is only possible when integration with SAP CRM. In contrast, SAP ERP is not able to to this:

Looking foward to your replies.

Thanks and kind regards,


Add a comment
10|10000 characters needed characters exceeded

Related questions

2 Answers

  • Best Answer
    Posted on May 19, 2015 at 11:46 AM

    Hi Stefan,

    we do not send a confirmation back from ECC to C4C as there is no such IDOC in place in standard. That is actually the only reason why we are drawing the ECC number already in C4C based on the configured number range. If you want to keep the C4C ID the same as the ECC customer number in direction C4C->ECC for customers created in C4C, I would recommend either of the following 2 options:

    1. Implement the BeforeSave event in PDI on the customer and overwrite external ID in ID mapping with C4C ID. Background: We create the ID mapping (along with the external ID) in the AfterFinalize event on the account. As the BeforeSave in PDI is technically an AfterFinalize and runs after our standard routine you should abe able to overwrite the external ID there

    2. Map the field "InternalID" of the C4C outbound msg to field "KUNNR" of the DEBMAS IDOC. Drawback: You still see the "wrong" external ID in C4C ID mapping.

    When replicating ECC originated accounts to C4C, the solution is much simpler: You simply need to map IDOC field "KUNNR" to C4C field "ReceiverInternalID". By that, you handover ID mapping information along with the message.

    For both directions you need to make sure your external number ranges are configured to accept all numbers in scope of the remote system.

    Regards, Marcus

    Add a comment
    10|10000 characters needed characters exceeded

    • @Marcus: Thanks you for the detailed solution. However, I still think that our main issue is not addressed and most certainly never will due to the technical setup: There will still always be an internal and an external number range in ERP for accounts created in ERP and C4C respectively. One will always know where an account was created based on the ID in ERP. Since this is the main concern of the customer we will most propably not do any changes to the standard scenario.

      Please let me know if I got this right!

      @Ginger: As stated above, there will not be any beforeSave event implementation. Consequently and sadly, there be nothing to be posted, sorry.



  • Posted on May 19, 2015 at 07:44 AM
    Add a comment
    10|10000 characters needed characters exceeded

    • Ginger,

      thanks for your input. I agree, that this is not too big of a problem but still the customer asked if it would be possible in any way (in standard of course). Their main concern is the following. As depicted in the pricture included in the first post you would end up with two different number ranges in ECC depending on where the customer was created:

      1. Customers created in C4C: 3000-3999
      2. Customer created in ECC: 2000-2999

      At best the customer would like to align these two if this is possible without a custom development.


      if I got your link right hiding the standard ID field and just displaying the external ID would allow us to limit the view to the ECC ID. But still we would end up with two number ranges as explained above. This is simply something we have to exept, right?

      Thanks and regards to both of you,


Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.