Skip to Content

C4C: Unit Of Measure Mapping for ECC integration

Hello Experts,

We are performing data replication from ECC to C4C system. When we send Material from ECC to C4C, we get error in Web Service Message monitoring.

It says: "Conversion between BLB and CS not valid; conversion to CS already exists".

This error is related to MeasureUnitCode. Can anybody please help me understand the CLM methodology for this since this error occurs even when the codes are mapped. We have faced same issue for our last work but later on it was decided to filter the UoM coming from the OnPrem system.

I saw the below statement in one of the document for Code List Mapping with respect to CLM for MeasureUnitCode.

"These code lists in the Cloud system are not extensible. Hence, for each of the code lists in the Cloud system, the system checks if a mapping exists. Only, if the same code list exists in the on-premise system, and the mapping is missing, the system proposes a new mapping."

If anybody has worked earlier on this and resolved it kindly help me understand this Code List Mapping for MeasureUnitCode.

Regards,

Chandan

Add a comment
10|10000 characters needed characters exceeded

Related questions

2 Answers

  • Best Answer
    Posted on Mar 25, 2015 at 10:04 AM

    After confirming with SAP on the incident that we raised on SCN, we found that there is some bug which would be resolved in further release.

    However just for information so that if in case anyone is facing same issue, I would like to mention them the work around for this.

    We have filters only the Base UoM from the On Prem system so that we don't get this conversion issue. Also maintain the Code List Mapping for the Base UoM that you wish to bring in C4C.

    Marking this thread as complete.

    Cheers,

    Chandan

    Add a comment
    10|10000 characters needed characters exceeded

  • Posted on Mar 09, 2015 at 11:15 PM

    Hello Chandan,

    The error message does not refer to a code list mapping error, but to an error in the product's quantity conversion.

    Please have a look at the entries in the quantity conversion node of the message and check if there are any conversions that are incorrectly maintained.

    This error could be related to a cyclic quantity conversion. For example: You can maintain conversions from UoM A to B and A to C. If you try to maintain a conversion B to C the error above will be shown as this conversion can be already calculated from the ones before. In your case it looks like there is already some conversion from a UoM to BLB and UoM to CS so you do not need to maintain BLB to CS.

    Best regards,

    Konstantin

    Add a comment
    10|10000 characters needed characters exceeded

    • Hello Konstantin,

      Thanks for replying. I am actually completely unknown to this conversion factors for UoM. This has given some explanation. 😊

      After looking into this in details I can see the UoM data from ECC is coming up into C4C as below:

      UoM data on ECC

      Payload on C4C

      Can you please help me understand how exactly this is expected to be processed into C4C?

      The material from above screenshots produced the below error.

      Conversion between PK and CS not valid; conversion to CS already exists

      Can you please help me understand what is going wrong here and what should be looked in to fix this issue?

      Thanks,

      Chandan

      UoM.JPG (22.1 kB)
      1UoM.JPG (54.5 kB)

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.