Skip to Content

FD32 does not get updated with sales order value if the credit limit reaches 100%

Hi all,

I have a typical issue. Please guide further.

FD32 does not get updated with sales order value right after SO creation if the credit limit reaches 100%

Performed configuration
Defined credit control area - 6100
Defined credit groups:
01 - Credit Group for Sales Order
02 - Credit Group for Delivery
03 - Credit Group for Goods Issue

Defined risk categories
001 - High Risk
002 - Medium Risk
003 - Low Risk

Assigned credit limit check for sales order type: D (credit Check) and 02 (credit group)
Assigned credit limit check for delivery type: 02 (Dlv. credit group) and 03 (GI credit group)

Configured Automatic Credit Check only for (6100/002/02)
6100 = credit control area
002 = risk category
02 = credit group

Attaching image for automatic credit check controls in the next comment.


Test data:
Customer - 100030
Credit Limit - 70,000
1st SO - 983 (value - 11800); FD32 got updated right after SO creation with 11800;
2nd SO - 984 (value -11800); FD32 got updated right after SO creation with 23600;
3rd SO - 985 (value -11800); FD32 got updated right after SO creation with 35400;
4th SO - 986 (value - 23600); FD32 got updated right after SO creation with 59.000 (till this point, credit limit reached is 84.29%);
5th SO - 987 (23600); FD32 did not get updated right after SO creation. It still shows 59000 (credit limit used 84.29%) than 82600 (credit limit used 118%)


NOTE: I increased the credit limit to 90000, the credit limit for all first 4 sales orders (with value 59000) got changed to 65.56% (only first 4 sales orders were considered) from 84.29%
I then created 6th SO with value 11800; FD32 got updated right after this SO creation with credit limit used 78,67% (credit exposure 70800)


NOTE: still system did not consider 5th sales order value in FD32 because during 5th SO creation, credit limit crossed 100%.

Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

1 Answer

  • Oct 16, 2017 at 12:38 PM

    Did you do some analysis from CHECK_CM ??

    Add comment
    10|10000 characters needed characters exceeded

    • Noted that I will change the credit group 02 to Z1.

      I do not know at what stage is your project: if this is used in productive environment - this means a significant change. Please make sure to inform all departments that have anything to do with the process. When you change configuration you need to run certain reports to adjust the documents. Please read carefully the documentation related to changes to credit management configuration and master data. I have never changed credit group assignment of documents in a live environment and I made just a very brief test in a sandbox, so I cannot tell what you could potentially break by doing this.

      The standard behavior that I know for reaction D is if you are in creation mode and you have issue with credit limit for example, you cannot save the order. If the order already exists, you change the credit limit and recheck the order - it will be blocked. If you have an order that was not blocked initially, but you changed the price and as a result exceeded the credit limit - it will be blocked.

      If there is not enough available stock when you take the order - checks are normally done on available quantity, it is possible that your order will not be blocked, but when it becomes available and you recheck the order, it will be blocked.

      TLDR: If SAP can prevent document creation for reaction D - it will do so. If the document exists already the only possible way for the system to react is to block the document.

      Sometimes credit problems are difficult to track. The most important part is to start with fresh data - new customer, that has no SD documents and no open items, do not change pricing or credit master data between tests, do not change configuration until you finish testing, make sure that you have enough stock so that it is easier to investigate, make simple cases without additional confirmation blocks, a single item and the same material. If you have gone through the checklist for CM notes and everything seems correct and if you are certain that there are no custom developments potentially influencing pricing, ATP or credit behavior and if the case is easily reproducible - you may consider contacting SAP.