Skip to Content

invoice split analysis different address data after program UKM_RFDKLI20

Dear all,

we upgraded from ECC to S/4 some time ago and were facing troubles with Credit Management Data in Sales orders, that have been created in ECC. Different Credit management data caused invoice and delivery splits. We were informed to run the program UKM_RFDKLI20 in SA38 to update this information, which was working.

unfortunately now we have the problem that also the address data is updated, even if the address did not change at all.

How can I solve this problem? And how can I avoid it in the future?

we have it almost every time we update UKM data in sales orders.

Thakn you for your support!


Add a comment
10|10000 characters needed characters exceeded

Related questions

1 Answer

  • Posted on Oct 25, 2019 at 07:06 AM

    It is not because you are in S/4 Hana, even in ECC you should be having this issue. If the Partner Address is different, and the entries in VBPA table are not identical, then, obviously, you will have an invoice split. If you want to avoid this, you need to go with enhancement.

    Have a look at OSS note 1561427 which explains five different causes of invoice split, for more details.

    Add a comment
    10|10000 characters needed characters exceeded

    • Thank you for your comment. This is absolutely clear for me, that the system creates invoice splits.
      I will explain my problem in detail.

      After change to S/4 we had different credit management data in sales orders for ONE customer and company code (depending on when the order has been created). which was definately from S/4 change. The solution was to run program UKM_RFDKLI20 in SA38 to update this information. This woked fine.

      BUT - now we have for the same customer and same company code an invoice split due to different header data of ADDRESSES. Which was not the case before. A comparison of address numbers 36652 and 9000042196 in table ADRC found, that both addresses are the same but Field NAME1 and ADRC_UUID for 9000042196 are in capital letters. ADDR_GROUP for 9000042196 is SD01 instead of BP.

      My question is now how to solve this problem and how to avoid this in the future. We often have to update UKM data in Sales orders.

      Thank 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.