Regarding Horizon period in Dynamic Credit Check

Hi All,
i am using a dynamic credit management with horizon as 1 month, suppose consider todays date ( 11th May), as per the configuration, the system should block the documents that has Material availability date till 10th or 11th June, but am getting credit holds even beyond this period, say for the MAD on 30th June too.
am i missing something on the configuration part, also please let me on the ways of changing the horizon period to days from months, currently this field is marked as non-editable & is seen in grey.
Thanks & Regards
Ilango

Hi
no the horizon period is calculated from the Material availability date, please refer to the SAP note 447919
The relevant date for the dynamic credit limit check is NOT the shipping date, BUT the material availability date of schedule line VBEP-MBDAT.
This also concerns the time horizons in reports RFDKLI40 and RFDKLI41 and in Transactions FD32 or FD33.
and my question is to understand does it consider the June month fully or strictly the 30/31 days from the current date for 1 month horizon as on 10th may 2010.
Thanks & Regards
Ilango

Similar Messages

Dynamic Credit Checks - Different Horizon for Sales Order & Delivery

Hi Experts ,
had a query . I am testing a scenario for Dynamic credit Check where the Horizon is ZERO for Sales Order & 3 Months Horizon for deliveries. How should the system behave in such a case. What would be the best way to test whether system behaviour is ok as per this expectations.
Also I would like to know whether "0" horizon for sales order means that system looks into the entiire list of open sales orders or the horizon of check is only upto the end of the current month . In FD32 the curent date is indiacted as the horizon date. While creating sales orders today I found dynamic block for 0 horizon is only working for sales orders with availabilty date upto 7th July '10 which neither covers the existing month-June & neither full of July. Beyond that there is no dynamic block soccuring.That made me a bit confused .
Please advice with you valuable inputs.
Thanking You.

Hello Sai ,
thank you for the response. Had already checked note . But this does not speak about the implication "0" M horizon of dynamic credit check . What is coverage for that ?

Credit Management: Difference Between Static and Dynamic Credit Check

Hi,
Could anyone tell the difference Between Static and Dynamic Credit Check?
According to website: http://www.sap-basis-abap.com/sd/difference-between-static-and-dynamic-credit-check.htm ... this is the answer:
====================
Simple Credit Check : Tr.Code - FD32
It Considers the Doc.Value + Open Items.
Doc.Value : Sales Order Has been saved but not delivered
Open Item : Sales Order has been saved , Delivered, Billed & Transfered to FI, but not received the payment from the customer.
Static Credit Check it checks all these doc value & check with the credit limit
1) Open Doc.Value / Sales Order Value : Which is save but not delievered
2) Open Delivery Doc.Value : Which is delivered but not billed
3) Open Billing Doc.Value : Which is billed but not posted to FI
4) Open Item : Which is transfered to FI but not received from the customer.
Dynamic Credit Check         1) Open Doc
                                            2) Open Delivery
                                            3) Open Billing
                                            4) Open Items
                                            5) Horizon Period = Eg.3Months
Here the System will not consider the above 1, 2, 3 & 4 values for the lost 3 months.
====================
Question 1: Could you further explain the above information, if there is any?
Question 2:: What is the Tcode to customize settings of:
a) Simple Credit Check (isn't this same with b) below?)
b) Static Credit Check
c) Dynamic Credit Check

Hi Tanish,
Diff between Static and Dynamic Filters.
Example One at report Level.
Create a variable for a Infoobject say ,Material .
1)In the Query Designer and if u restrict it to some 10 materials at query level, the report will display for only those 10 materials only.This is Static Filter.UR AHrdcoding it to those materials.You cant change them at Query Run time.i.e not changeable by user.
2)If u give the variable as input ,and when u run the query ,u can can choose the material,may 10 may be 1 or may 20 .It is dynamic.Changeable by user at run time
Example Two at DTP and Start Routine Level,say Document Type.
1)If u give filters in Start routine it is Static as u cannot change it in Production,not changeable by user.
2)f u give filters in DTP it is Dyanamic as u can change it in Production.U can give any doc type,Changeable by user at run time.
Hope it is Understood.
Rgds
SVU

Dynamic Credit check

Dear all,
Iam facing one issue , while saving the sales order, getting error as"Dynamic credit chek has been exceeded xxxx inr"
new customer created with out assign credit control area
credit customer master data has not maintained with limits.
at sales doc type as assigned the credit group.
my question is : how system has showing error based on which criteria, upto yet no transacitonal data for this cusomer.
plz sugest to raise the SO.
regards,
NAr

Hi,
Since you said, you don't have FD32 record for this customer, I would assume this is not due to your "Automatic credit control" settings which we do under OVA8.
Therefore you should be using "Simple credit check" facility in SAP.
Please check what is maintained under the transaction OVAK for your sales document type. If you have "A" or "B" or "C" under the column "Check Credit", then you're using simple credit check.
If you look at the SAP documentation given under that IMG node, you can clearly seebelow.
The SAP System checks the credit limit which was granted to the customer in this credit control area. The credit control areas and the credit limit of a customer are defined in financial accounting and entered in the customer master record. During the check, the SAP System totals the receivables, the open items from special G/L transactions and the net value of the sales order for every item of a sales document. The open items take into account obligations bound by contract which are not recorded for accounting purposes but which involve expenses through diverse business transactions. The total is compared with the credit limit. If the limit is exceeded, the system responds in the way defined by you in the configuration menu.
And also please check whether you have maintained a risk category and the credit limit in the Credit control area setting under the IMG path.
Enterprise Structure -> Definition -> Financial Accounting -> Define Credit control area
And also chcek below link on the credit management config
Cr[Credit management config|http://learnsaptips.blogspot.com/2011/08/credit-management-in-sap.html]
Best regards,
Rahal

Dynamic Credit check - problem -Delivery creation from Sales order

Hi
we have a problem which i would appreciate some help with.
Sales order is blocked for credit and subsequently released via VKM1
BUT as soon as line item is selected and then Sales document > deliver -
the Dynamic credit block kicks in again straight away, no other changes have been made
why is this occurring ?
I managed to get round the problem by creating delivery via VL10c and selecting line item and then create in background

Hi Tony,
Do you have a credit check active again at Delivery level?
In OVA8 - for the combination of credit control area, risk cat & credit group - please check field 'Number of days'.
If you do not wish to carry out the credit check again for the released doc, here you can maintain the number of days.
Description of F1 for this field is as below.
Credit check: Number of days without check
Specifies the number of days after which a changed document must be re-checked for credit.
Use
This function is used for checking documents that have already been released by a credit representative, but that have subsequently been changed. The system does NOT carry out another credit check if the following conditions are met:
The value of the changed order is not greater than the value already approved for credit (inclusive of the deviation factor), AND
The current date is not greater than the original release date plus the number of days specified here
thanks
Anirudh

For Dynamic Credit Check replacing Material Availability date with Delivery date

Hi All,
Our client has this requirement, where they want to change the standard SAP functionality which Checks whether a schedule line item in a sales order is with in horizon or not based on "Material Availability Date" VBEP-MBDAT. They want in place of this Delivery date of schedule line should be used i.e. VBEP-EDATU. I did some research and found out that this could be done technically by updating the BADI "BADI_SD_CM".
Now we are stuck as to what needs to be changed? has anybody worked on this kind of requirement before?
Please share your past experience.
Thanks and Regards,
Prateek Maheshwari.

As you know, VBELN-Currency-POSNR-ETENR-MBDAT is standard exposure key of sales order but my ex-colleague changed it into VBELN-Currency-POSNR to compress exposure data for certain CCA.
In this case, of course, that CCA should meet some biz requirements(User-exit. etc) like no partial delivery. etc.... for integrity of exposures..
This case is different because you want to change value of key....and it's Date!!!!
Anyway I think it's techinically possible but it's very risky in live system because existing exposures would be not removed even if delivered, changed, deleted or blocked.
So you have to delete all exposures and rebuild after program changed.
I'm writing it's possible now but I refused when my customer want to change it because I don't have any way to rebuild huge data in live system.

Link b/w credit horizon period and pricing proceadure

Hi Gurus
what is the link between credit horizon period and pricing proceadure.

Hi there,
Also check in OVA8 what is the horizion in Dynamic credit check for your credit control area.
Could be that the system is defaulting the horizion from there.
But as per standard, for your case system willnot check the orders that are due for delivery after 2 months. It will consider the orders that are due for delivery only within the 2 months of the order date.
So check the delivery due date is within the 2 months period or after the 2 months.
Regards,
Sivanand

Dynamic Credit Limit check not giving error message

Hi!
I have configured the credit management like below:
1. high risk, medium risk, low risk category.
2. credit control area with update : 00000012
3. In pricin procedure for net value, routine "A" is given.
4. In Item Category, Credit Active tick mark is checked.
3. Assigned D, credit group 01(Credit Group for Sales Order) in sales document types.
4. assigned credit group in Delivery document types.
5. configured automatic credit control;
for high risk, with credit group 01 , dynamic check with reaction D , and status/block tick by considering open order and open deliveries .
My main aim is when sale order is creating, system should give error message , when credit limit is exceeded.
But system is giving following information message only:
     Dynamic credit check: credit limit exceeded (data
     cannot be saved)
     250.00 USD
that is only information message and allowing to save the sael order and delivery also.
can any one give idea where config is missed.
we have activated FSCM also, but no link to credit control area.
regs,
ramesh

Hi,
Check up at message control with OBA5
Regards
VG

How can we change horizone period from Months to days in credit management

Hi SAP SD gurues,
                              Can anybody tell the procedure "how to change Horizone period from months to days in credit management in "OVA8" . As you may get month is greyed out in horizone period settings. Advance Thanks with warm regards.
                                                                      Kartik

Dear Sadhu,
                  Sorry still i am not satisfied with your answer.As you hav told to go through the TC OVBI, there i found it is no where or little related to Horizon period of Credit management of SD module. In OVBI it is meant for "Maintain Billing plan type for Period Billing". Yes there is a combo box called "HORIZON", but i believe the purpose of this Horizon is diffrentthan the "Horizon period in SD Credit management. Pls correct me and explain me how it is related if i am wrong. Hope you'll do so.Thanks for yr valuable reply.Kartik...

Open Delivery is not considering in credit check in sale order

Dear Experts,
Please advice what setting is required for Dinamic credit check at the time Sale Order creation
for Open Delivery & Open Billing Items should be considered at the time of new sale order creation,
I have ticked on Dinamic check - "C" Open Items "C" and ticked on open orders and open deliveries Horizon - 2 "T" but still it is not taking the open delivery amount.
Ragards,
SP Shukla.

Hi
Pls. check your schedule line (delivery date)as you have mentioned the 2 days as the horizon period. If your delivery is falling after the specified horizon period then the credit limit will not be validated.
Hope this will help you.
Regards
Aravind

Make To Order With Credit Check.......

Dear Expert,
Could i know about Automatic Credit Check-Static and Make to Order with Credit Check...
Thanking you,

hi
in simple credit check it considers only the current sales order with the value assigned to the customer
but in automatic credit check we have two types
1. Static: it compares the value assigned to the customer with the value of open sales orders + value of open delivery documents + value of open billing documents + value of billing doc's posted into accounting but for which we have not recieved the payment..
2. Dynamic : the way of calculation is the same as static but the difference is we have horizon in dynamic credit check
Example: in static all the open doc's will be considered for credit check
but in dynamic if i give the horizon as 2 months
sales orders for which the delivery date falls after two months will not be considered
similarly delivery doc's whose billing date is after 2 months will not be considered..
etc
even though its a make to order it will be processed using doc type OR
you assing the credit group to the sales doc
that is suffecient
hope this helps
regards
ravi

Automatic V simple credit check

what r the advantages of automatic over simple credit management

Simple credit limit check
A credit limit check can be carried out when sales documents are created or changed. The check is carried out within one credit control area. When changing a document, the check is repeated if changes regarding quantity or value are made. A credit control area consists of one or more company codes. A sales document belongs to one credit control area depending on the allocation of the sales organization to a company code. The SAP System checks the credit limit which was granted to the customer in this credit control area. The credit control areas and the credit limit of a customer are defined in financial accounting and entered in the customer master record. During the check, the SAP System totals the receivables, the open items from special G/L transactions and the net value of the sales order for every item of a sales document. The open items take into account obligations bound by contract which are not recorded for accounting purposes but which involve expenses through diverse business transactions. The total is compared with the credit limit. If the limit is exceeded, the system responds in the way defined by you in the configuration menu.
Automatic Credit Check
The automatic credit check can target certain aspects during a check and run at different times during order processing. In this menu option, you can define your own credit checks to correspond to your requirements in the area of Credit Management.
You can determine an automatic credit check for any combination of the following:
Credit control area
Risk class (classifying attribute for your customers from the viewpoint of credit risk which is maintained in FI Customizing)
Credit group
Example
You can define a credit check for a certain credit control area and for all sales orders in which the customer has risk class 2 (RK2).
It is possible to define a system response for each credit check (for example, warning message). In the case of a warning message, a block can be set in the credit status of a document.
When you define automatic credit checks, you can also freely define requirements which cause a document or the forwarding of the material requirements to MRP to be blocked. This is described in the IMG section "Make default settings for Credit Management".
If you define your own credit checks, proceed as follows:
specify type of check
specify scope of check
specify system response to check
allocate credit control areas
define and allocate risk classes if necessary
allocate credit group
assign description to the credit check
Types of credit check
The following types of credit checks can be carried out:
Static credit limit check
Credit allocation depends on the total value of open orders, deliveries, billing documents and open items.
Dynamic credit limit check
The dynamic check includes both a static part which checks all open items, deliveries and billing documents and a dynamic part which checks all outstanding order values, that is, all orders not yet delivered or partially delivered. The value resulting from the checks is accumulated up to the shipping date in the information structure "S066" in freely definable time units or periods (day, week, month). This information structure is entered in Logistics Controlling and described in the section "Carry out default settings for credit management" under Basic functions.
To define the credit check, you specify a certain number of relevant periods from which a date in the future can be calculated (for example, 10 days or 2 months depending on the selected period). This ensures that sales orders which lie further in the future are not used to determine the credit exposure.
The total of the static and dynamic part of the check must not exceed the granted credit limit.
Credit check on the basis of the maximum document value
The sales order value or the value of goods to be delivered must not exceed a certain value defined for the credit check. The value is stored in the currency of the credit control area. In particular, this check is useful if the credit limit of new customers has not yet been specified. This check can be accessed explicitly by a risk class reserved for new customers.
Credit check when changing critical fields
The credit check is started when changes are made to credit-relevant document fields so that they differ from the default values proposed from the customer master record (terms of payment, value days and fixed value date).
Credit check at the time of the next internal check
The credit check is started automatically on a certain date. All sales orders entered up to this time are regarded as not critical.
Credit check on the basis of overdue open items
The ratio between open items, which are overdue by more than a certain number of days, and the customer balance must not exceed a certain percentage.
Credit check on the basis of the oldest open items
The oldest open item may only be a certain number of days overdue.
Credit check against maximum allowed dunning levels
The dunning level of the customer may only assume a certain maximum value.
Customer-specific credit checks
If you require further checks to those defined in the standard system, you can define them in the corresponding user exits (LVKMPTZZ and LVKMPFZ1).
Regards
Nadarajah Pratheb

Dynamic Credit Mgmt

Hi Gurus..
I would like to know from where the value of sales value field in FD32 get captured.Is it from open sales order.??

Hi,
Static Credit Check
it checks all these doc value & check with the credit limit
1) Open Doc.Value / Sales Order Value : Which is save but not delievered
2) Open Delivery Doc.Value : Which is delivered but not billed
3) Open Billing Doc.Value : Which is billed but not posted to FI
4) Open Item : Which is transfered to FI but not received from the customer.
Dynamic Credit Check
1) Open Sales order
2) Open Delivery
3) Open Billing
4) Open Items
5) Horizon Period = Eg.3Months
Here the System will not consider the above 1, 2, 3 & 4 values for the last 3 months.
Reg
JJ

Type of credit check

HI,
Could anyone explain to me about type of credit check specially "Credit check on the basis of overdue open items" ?
Thanks & Best Regards,
Saiful arif

Hi,
There are 2 main types of credit check:
1. Simple Credit check
2. Automatic check
Simple credit check behaves in the same way for all the customers & hence is not used frequently.
Automatic credit check allows you to control different customers in different way with respect to their payment history (good payment master/bad payment master). The control is done for the combination of "credit control arearisk categorycredit group". You use transaction code OVA8 for the control.There are many types of automatic credit checks:
Before that I would like to explain some terms:
open sales orders: delivery not done for any item in the sales order
open deliveries: invoice not done even for a single item
open invoices: accounting document not yet generated
open line items: when the system generates an accounting document for an invoice, it generates a line item which is displayed in the transaction code FBL5N. Here you see against which invoice, how much is the A/R (accounts receivable) amount. Open line items means the payment has not been received for this line item.
Types of credit checks:
1. Static credit check = The customer's credit exposure may not exceed the established credit limit. The credit exposure is the total combined value of the following:
*Open sales documents
*Open delivery documents
*Open billing documents
*Open items (accounts receivable)
2. Dynamic credit check: The customer's credit exposure is split into a static part - open items, open billing, and delivery values - and a dynamic part, the open order value. The open order value includes all not yet or only partially delivered orders. The value is calculated based on the shipping date and the credit horizon you specify in the adjacent field. For the purposes of evaluating credit, the system will ignore all open orders that are due for delivery after the horizon date. The sum of the static and dynamic parts of the check may not exceed the credit limit.
3. Document Value: The sales order or delivery value may not exceed the maximum value that you specify in the adjacent field. The value is stored in the currency of the credit control area. This type of credit check makes sense, for example, if you process orders for new customers whose credit limits have not yet been defined. The check can be initiated by a risk category which is defined specifically for new customers.
4. Critical fields: The indicator controls the critical field check. If the field is selected, the system checks whether critical fields have been changed. The critical fields are as below:
*Payment terms
*Additional value days
*Fixed value date
Use this type of check for sales documents only.
5. Next Review Date: The next credit review date is stored in the credit data in the customer master record. When you process a document, the next credit review date must not be beyond the current date.
6.Open Items: This type of credit check works in conjunction with two values that you specify in the adjacent fields:
*Maximum % of overdue items in open items
*Number of days which the open items are overdue
The proportion of overdue open items (that exceed the specified number of days) in the total of open items should not exceed the percentage specified.
7.Oldest open Item: system carries out a credit check based on the age of the oldest open item. The oldest open item must not be older than the number of days specified.
8. Highest Dunning Level: With this type of credit check, you specify the highest dunning level you want to allow in the adjacent field. The dunning level is tracked and stored in the credit data in the customer master record. If this level is exceeded during order or delivery processing, the system carries out a credit check.
Dunning means the follow up with the customer for receiving the payment.
9. User Specific: Used for user specific credit check if it is noe fulfilled through first 8 options.
Overdue Open Items: You enter a payment term in the customer master - sales area data - billing screen. The payment term is suppose "within 15 days" & the baseline date (date used by system to calculate due date) is say posting date.
If today, i.e on 21/08/2008, you create an invoice & accounting document also generated (which will generate a line item in FI-A/R statement), the system will determine the due date as 04/09/2008. If the payment is not received latest by 04/09/2008, the line item will automatically become overdue. In the first field the system asks for Maximum item percentage which is calculated as under:
"X" = (open items which are more than a certain number of days overdue / customer balance )
customer balance is according to me the adjacent field, i.e "Number of days for considering open items".
Say if "X" = 1 & after creating some time if the system calculates that the value has exceeded "1" then it will block the sales order for credit check.
Hope this gives you a clear idea.
With best regards,
Allabaqsh G. Patil.

Static Credit Checks - Open orders - Confirmed quantity vs total quantity

We are using static credit checks. Credit currently only sees open orders with a confirmed quanitity.
Customer orders 10 items we have 5 in stock. Credit check runs, credit is evaluated basd on the confirmed open quanitity of 5. The order gets a credit block. Credit rep releases the order.
A few days later the balance of the order arrives in the warehouse. The remaining 5 are confirmed on the order. Since the confirmed quantity has been increased and subsequently the confirmed open value, the order goes back to credit.
We frequently encounter this situatuion and are looking for ways to reduce the number of credit round trips.
If we wanted to base the credit check on the total quantity / order value, as opposed to the confirmed quantity / value what do we need to change.
Insights are appreciated.
Edited by: tooCann on May 14, 2008 2:30 PM
Edited by: tooCann on May 14, 2008 2:31 PM

Hi cann
As you are going with static credit checks, system will check the order and if it exceeds it will throw an message (error , warning )
Now again , if you create another sales order , that value will not be taken into consideration , system again will check for the credit limit amount
For example :
credit limit - 10000
sales orders - 1010, 1011
1010 sales order value - 11000
1011 sales order value - 10500
Now when you create a sales order system will check the credit limit 10000. and once you save it and create another sales order (1011), again system will check for the same credit limit 10000.
The credit limit gets reset once the order is saved ,in static check
Now any open quantities are there means and when it gets confirmed then system will check for those open quantity also
To minimize all these use dynamic credit check
Regards
Srinath

Regarding Horizon period in Dynamic Credit Check

Similar Messages

Maybe you are looking for