SAP SD CREDIT MANAGEMENT FURTHER KNOWLEDGE MATERIAL (Sources: help.sap.com, SDN Forums, Misc) Credit Ctrl.

Area is determined based on the following 1. Company Code CCA is assigned in Co. Code 2. Sales Area Sales Area can be assigned to CCA in Sales and Distribution Enterprise St. Assignment 3. Payers Customer Master (Sales Area Data Billing Tab) If the field is not available, then check OB20 (Customer Activity Dependent Field Selection) 4. Userexit - EXIT_SAPFV45K_001 You can use this user exit to derive the credit control area from all the fields in the sales order header. The credit control area is determined in the following sequence: 1. 2. 3. 4. User exits Distribution channel Customer master Company code for the sales organization

SOME IMPORTANT FIELDS

ALSO VALIDITY PERIOD OF SEASONAL FACTOR CAN BE ENTERED

THE NEXT REVIEW DATE IS MAINTAINED IN FD32. THIS IS OVERDUE TOLERANCE BEFORE TAKING THE ACTION.

CRITICAL FIELDS CHECK

Those two fields are used for calculating payment terms Suppose for the terms of payment is defined as 10 days and the Sales order is created on 01.03.2009 and on 10.03.2009 is the due date for payment Additional value days if you give as 2 days then the system calculates from 03.03.2009 for the order created on 01.03.2009 (it gives 2 additional days) and hence the due date for payment becomes 13.03.2009 That much additional days is given along with the no of days mentioned in payment terms Fixed value date means that for a sales order created on 01.03.2009 then if you give the fixed value date as 04.03.2009 then from 4 th march the payment terms is calculated and accordingly 14.03.2009 becomes due date for payment Note: If you give the fixed value date then there should not be any additional value days because it becomes meaningless Fixed value date is always mentioned as DATE Addional value days is always mentioned as no of days

REGARDING HORIZON I am copying the contents of the OSS note 379007 for your view. This note explains the mechanism of horizon date calculation. Hope this helps you Basic principles for the dynamic check: 1. Determination of the horizon: The horizon is defined in Customizing (Transaction OVA8).The time units correspond to the settings for statistics structure S066 in Transaction OMO1. When you create a sales order, the system determines the end of horizon. To do this, it adds the defined horizon to the current date (SY-DATUM) and determines all open order values within this time interval. Example: Horizon: 2 months Current date: August 15th End of horizon: August 15th plus 2 months -> October 15th Because the update occurs monthly, the system uses the complete month into which the end of horizon falls. As a result, the actual end of horizon in this example is October 31st. The open sales order values are updated in time units. 2. Update of the open sales order values: Update of the open sales order values:The basis for the determination of the correct time interval is the material availability date of the schedule line (VBEP-MBDAT). 3. Block of documents: When the system checks sales orders, it is not important whether the sales order itself lies within or outside the horizon.The system simulates the values of the sales order currently being edited and adds them to the consumption from the master data: If the sales order items lie within the horizon, the system adds their open values to the consumption, if the sales order items lie outside the horizon, they do not increase the consumption.In this case, the material availability date is also relevant. As a result, documents which lie outside the horizon are also credit blocked if the consumption within the horizon already exceeds the credit limit - that is, if the customer has exceeded the credit limit beforehand. Caution: Consider that order items exist which do not update open order values but open delivery values. These are specified in note 361637. Since open delivery values are always taken into account during the dynamic credit check, the values of these items are always taken into account as well - the material availability date is not important in this case. 4. Check of documents which reach the horizon: If you use the dynamic check, you should plan report RVKRED08.The report checks all documents again which reach the horizon.See Note 26881 or the documentation of the report. 5. Update group: The update group is defined in the credit control area (transaction OB45). If you use the dynamic credit check, you should use update group 000012. Update group 000015 does not update open order values at all. For update group 000018, the order already udpates the open delivery values. However, the open delivery values are not updated in time units. According to the dynamic credit check, open delivery values and open billing document values are always taken into account completely.