Credit Check on Open Items number of day

Hi
We have setup automatic credit control and all seems to work fine,  we now want to expandon this to include open items. So we have created a static block on open items.
The next step was to only include open itesm that have been open for longer than 60 day, sowe have entered 60 in the number of day box.  But order are stillgoing on block due to this statoc check.
We have 0 set in the max open items box.
Do we need to enter anything in this box.  We want the check to only include open items older than 60 days and the credit limit not to go over the main customers credit limit
Thanks
Barry

Hi,
Could you please share the answer?
Tawsif Chogle

Similar Messages

  • Credit check agianst 'open items'.. urgent

    Hi gurus,
    When you set the credit check against open items or oldest open items, suppose the check limit is exceeded: then... what exactly gets blocked?
    Does the sales orders and deliveries in which that oldest item lies, gets blocked? or... the customer is not allowed to book further orders?
    Thanks
    -Prashant

    Hi,
    It depends up on your configuration, if you have set the error message or status block for your Credit group of the Sales order then the Order will not be saved or it will be blocked, if you have this configuration for your delivery credit group then delivery will be blocked or not saved.
    Regards,
    Murali

  • Credit Check - Oldest Open Item

    Hi, can anyone advise why credit check is not triggered?  I configured automatic credit check for oldest open items as 1 day to trigger error message option 'B'.  In FBL5N, i changed one of the open line items, baseline date as last year.
    Pls let me know if i missed out anything.
    Thanks
    Peter

    Hi
    Check if that sales item (check in the sales order) has any payment terms. If that particular open item has a payment term of say 30 days, then after 30 days only it will be counted for credit check as an open item. This is my understanding but never tested it on the system. But different members have different opinions on this issue of 'Role of Payment Terms in Credit Management'. Please check it in the system and post the outcome.
    Thanks,
    Ravi

  • Credit check - oldest open items VS open items

    Hi all,
         Can anyone let me know the difference between oldest open item and Open items (No of days open)??
    As per my knowledge oldest open item means system will check if any open item is more than the given days. If it found one then it will through a message as per the settings while creating a document or else it will not give any message.
    (And Max.open.item % under Open items is also working fine.) But NoDays openI is also working same as above. what is the difference between these two????
    Can anyone explain me clearly on this.
    Ratna

    Hi,
    Could you please share the answer?
    Tawsif Chogle

  • Credit Check-Oldest open item issue

    Hi all
    Currently all the sales orders that are created for a particular customer is getting blocked as u201COldest open itemu201D and we are releasing the orders by VKM3. Will you please tell me how I can find in which order/invoice this open item is lying?
    Regards

    Dear Monika,
    You can check the open items in FD10N transaction which will give the amount which are due from the customer.
    Also, you can use VA05 and VF05 to see the list of Open oders and Open invoices for the customers respectively.
    Hope this helps
    thank you
    SP.Venkatesh
    Edited by: venkatesh paulraj on Mar 7, 2011 8:47 AM

  • Credit check only open billing item

    Dear Folks,
    Is it possible to do a creditcheck in the sales order on the basis of only open billing items and not at open sales order?
    Thank you very much.

    If I have correctly under stood your question, then the answer is <b>NO. It cannot be done.</b> All the three update groups ( in case of Automatic Credit control) consider both Open Items and Open sales order values. Even in the Simple credit limit check, the Credit value is calculated basd on Open Items and the Current Sales Order value.
    <b>Simple credit limit check</b>
    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.
    Hence, I think this is not possible in std sap, but if anybody knows a workaround, then I will be certainly glad to know.
    Thanks

  • Report this postReply with quote Credit check for unconfirmed item

    Hello,
    I have configured automatic credit control for sales orders.
    When a confirmed order quantity is entered, I get a warning message plus the credit block, just as I need. If I have no confirmed quantity of the items, I get no message, just a saved order.
    Our item confirmation is done only on what is in stock, not on RLT, so it is common that an item has 0 confirmation. I need a credit block if the value would otherwise exceed the open credit limit? How can I do this? I've tried both the static and dynamic checks, but they only work with confirmed quantities.
    Thanks

    pricing:
       step  Des                      From     print     subtotal
       120   Total                                   X        1
       130   Credit value           120         X        A
    and also in automatic credit control select open orders
    but system calculate the credit value=confirmed quantity*price.

  • Is Credit Check Per Line Item in Sales Order  Possible?

    Dear All,
    Hope you all are doing well !!!
    Infact i am currently implementing OPM and SCM modules for a CSD (carbonated soft drinks) industry. They have a specific requirement on Credit Management. Please look at the Requirement Below.
    Credit Management Per Line on SO
    Client Charges Distributors for both Liquids (Finished Product) + [Return Glass Bottles and Shells) for the First Time.
    Subsequently while returning RGB(Return Glass Bottles)'s and Shell's are being given Credit memos.
    CBL gives credit only on Bottles & shells but not on Liquids.
    For Liquids CBL takes the Prepayment & Its Compulsory.
    So the Credit limit needs to be check on the bottles and shells only.
    Oracle E-Business Suite Credit Management does not work per line item for a
    Particular Sales Order. It works on total Sales Order. as this is not a standard Process in Oracle how we can achieve this without customization.
    Please suggest me through any workaround we can achieve this and its a show stopper for us and business critical for my client.Please help me on this regard.
    Thanks & Regards,
    Aditya                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

    I'd suggest writing your own might be easier. Oracle buckets the exposure as per the list below whereas you are probably only interested in seeing a total order exposure (by line item for bottles/shells) and total AR exposure summary.
    Also the standard report will look at the unit sell * the ordered quantity in calculating transaction amounts on open orders which is your problem. If I've understood your requirement correctly, you only want to consider the shells and bottles in the credit check because you enforce prepayment for liquids so presumably your AR o/s balances are only for money owing on shells and bottles.
    In that case, your only real issue is at the order entry stage (again because Oracle will be considering the total transaction value if you're using the standard automated credit check) which is why I suggested the manual workaround there.
    1     Header uninvoiced orders
    2     Header uninvoiced orders tax
    3     Line uninvoiced orders
    4     Line uninvoiced orders tax
    5     Line uninvoiced freight
    6     Header uninvoiced freight
    7     Header and line freight
    8     Invoices
    9     Payments at risk
    10     Order holds
    11     Line holds
    13     Order tax holds
    14     Line tax holds
    15     Order freight holds
    16     Line freight holds     
    17     Header and line freight holds
    18     External exposure
    21     G_BR_INVOICES
    22     G_BR_PAYMENTS_AT_RISK
    23     G_HEAD_RETURN_UNINV_ORDERS
    24     G_LINE_RETURN_UNINV_ORDERS
    25     G_ORDER_RETURN_HOLDS
    30     G_ORDER_RETURN_HOLDS
    31     G_LINE_RETURN_HOLDS

  • Credit Check Per Line Item in Sales Order is Possible?

    Dear All,
    Hope you all are doing well !!!
    Infact i am currently implementing OPM and SCM modules for a CSD (carbonated soft drinks) industry. They have a specific requirement on Credit Management. Please look at the Requirement Below.
    Credit Management Per Line on SO
    Client Charges Distributors for both Liquids (Finished Product) + [Return Glass Bottles and Shells) for the First Time.
    Subsequently while returning RGB(Return Glass Bottles)'s and Shell's are being given Credit memos.
    CBL gives credit only on Bottles & shells but not on Liquids.
    For Liquids CBL takes the Prepayment & Its Compulsory.
    So the Credit limit needs to be check on the bottles and shells only.
    Oracle E-Business Suite Credit Management does not work per line item for a
    Particular Sales Order. It works on total Sales Order.  as this is not a standard Process in Oracle how we can achieve this without customization.
    Please suggest me through any workaround we can achieve this and its a show stopper for us and business critical for my client.Please help me on this regard.
    Thanks & Regards,
    Aditya                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

    I'd suggest writing your own might be easier. Oracle buckets the exposure as per the list below whereas you are probably only interested in seeing a total order exposure (by line item for bottles/shells) and total AR exposure summary.
    Also the standard report will look at the unit sell * the ordered quantity in calculating transaction amounts on open orders which is your problem. If I've understood your requirement correctly, you only want to consider the shells and bottles in the credit check because you enforce prepayment for liquids so presumably your AR o/s balances are only for money owing on shells and bottles.
    In that case, your only real issue is at the order entry stage (again because Oracle will be considering the total transaction value if you're using the standard automated credit check) which is why I suggested the manual workaround there.
    1     Header uninvoiced orders
    2     Header uninvoiced orders tax
    3     Line uninvoiced orders
    4     Line uninvoiced orders tax
    5     Line uninvoiced freight
    6     Header uninvoiced freight
    7     Header and line freight
    8     Invoices
    9     Payments at risk
    10     Order holds
    11     Line holds
    13     Order tax holds
    14     Line tax holds
    15     Order freight holds
    16     Line freight holds     
    17     Header and line freight holds
    18     External exposure
    21     G_BR_INVOICES
    22     G_BR_PAYMENTS_AT_RISK
    23     G_HEAD_RETURN_UNINV_ORDERS
    24     G_LINE_RETURN_UNINV_ORDERS
    25     G_ORDER_RETURN_HOLDS
    30     G_ORDER_RETURN_HOLDS
    31     G_LINE_RETURN_HOLDS

  • Check on open items during payment

    Hi experts.
    When we release payment to vendor system show all open items whether these are due or not due. Is  there any check available by which system show only due items .
    Regards
    Parkash Chand

    Hi,
    please use F110 automatic payment run - then system will pick whatever overdue line items for that particular vendor
    as per your above mentioned F-58 - not possible only fetch overdue line items - but if you know document numbers then we can filter those document directly in F-58
    but SAP standard that option not available in F-58
    Thanking you
    Regards
    Mahesh

  • Credit Check at Line Item Level

    We are trying to carry out credit checking at the line item level. So that user can release each line item from VKM1 or VKM3. Need to know how to achive this does any boday know any enhancements or notes we can apply to achieve this as Standard SD only has credit checking at the document level.

    Hi,
    This is a requirement user wants each line item should be released by VKM1 and VKM3.
    I am looking for any user exit or enhancement which does this
    Thanks
    Krushnakumar

  • Regarding open items in credit management

    Dear friends
    My query is that is it possible to restrict credit management for credit and debit open items? See i am using oldest open item blocking in my scenario. Now credit and debit amounts are both considered as open item for credit management. I want only invoice (Debit entry) for consideration and not his payment(credit entry).
    Please advise is it possible or not and if possible where to define that???
    With regards
    Inder

    Hi,
    All business have their own credit management needs, SAP allows you to specify your own automatic credit checks based on a variety of criteria. You can also specify at which critical points in the sales and distribution cycle the system carries out these checks.
    SM30 - Table/View
    V_TVTW – Define Distribution Channel
    V_TVTA_KKB – Assign sales area to credit control area
    V_T014 – FI - Define Credit Control Area
    T001CM - FI – Assign Permitted Credit Control Area to company code
    OVXG - Set up Sales Areas
    e.g. Sales Organization
    Distribution Channel Division Distribution Channel Division
    FD32 - Customer Credit Management
    OVAK - Define credit limit check by sales document type
    Check Credit
    A – Credit limit check and warning message
    B – Credit limit check and error message (no sales order can be created)
    C – Credit limit check and delivery block (block delivery if hit credit limit)
    Options B and C -> used for checking open order values (when you create/change the sales order)
    D – Automatic credit control with open order values
    More control in transaction OVA8 - Automatic credit control
    You check for open orders and deliveries, or just open deliveries.
    or open order values with other options
    Credit group
    Allows you to combine different sales document types for the credit limit check
    VKM1 - Blocked SD Documents – Finance have to released the delivery block
    OVAD - Define credit limit check by delivery order
    whether the automatic credit check occurs at the time of delivery creation and/or goods issue
    OVA7 - Define credit limit check by item category
    Set whether to include/exclude item category for credit limit check
    OVA6 - Define credit group. You can groups together different business transactions which should be dealt with in the same manner with regard to the credit check.
    You enter the credit groups when you configure the sales document types for credit management and define the (D – automatic credit check).
    SAP default credit groups
    01 – credit group for sales order
    02 – credit group for delivery
    03 – credit group for goods issue
    OVA8 - Automatic credit control – Double click on the line items
    You can have the followings credit limit check :-
    Static
    Depends on the customer total value of open orders, deliveries, billing documents and open items.
    Open items
    No of days open
    Overdue open items checks is based on the ratio of open items that are overdue by a certain number of days.
    Max open items %
    The customer balance must not exceed a certain percentage.
    Oldest open items
    If you don’t want to deliver to the customer at all when even only 1 invoice is overdue.
    Tick the Check for Oldest Open Item and Set the field Days oldest item = 1.
    Days oldest item
    No of days allowed for overdue or payment terms.
    Use of the credit check Oldest Open Item. If a user attempts to alter the order quantity of a released sales document
    that was previously blocked, it would be reblocked again by the system. The system only reblocks the sales document if the new order quantity is above a certain % amount.
    Released documents are still unchecked
    The preset % is whatever you want to set it as when configuring your automatic credit processing. You enter a deviation % and number of days,eg, you can set it so that an order can be changed by up to 10% within 30 days of original order entry date without it going back on credit block.
    Next Review Date
    If a customer has a credit limit of 1000 USD, and you would like to restrict this credit limit only to be available in current month (say March). If the document day is in April then the credit limit is zero.
    You can use the “NextReview date” and “Number of days” fields and combined it with the “Last int.review” field in customer credit master “Status” view (FD32).
    VOKR - Display of work list for credit management (configure the display variant)
    regards,
    Siddharth.

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

  • OVA8 credit check against overdue open item

    Hi,
    In OVA8, there is a check on open items.
    May I know what is max open item % and NoDays OpenI?
    Let say i maintain max open item % = 10 and NoDays OpenI = 40, can advise how system work with these with example?
    As each open item has its own due date. so I just wonder what does this 40 for. I read F1 but not quite understand.
    Thanks

    Hi,
    Check the Below links
    [Maximum open item % and no of days open item in credit management|Maximum open item % and no of days open item in credit management;
    [Re: Open items check in OVA8 |Open items check in OVA8;
    I hope you understand
    Regards,
    Prasanna

  • Credit check for oldest open item

    Hello friends
    While checking oldest open item for credit management, open line items with credit nature should not be considered. Only debit entry should be considered and based on date given for blocking the oldest due item should be followed.
    Please help me doing this.
    Urgent

    Hi Inder,
    U wish to have the invoiced items, which has to be payable by the customer,ok?
    If this is the case it is existing already in the credit management settings. No need to configure any thig specially to capture this.
    Regards,
    Ravi Duggirala

Maybe you are looking for