Automatic V simple credit check

what r the advantages of automatic over simple credit management

<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.
<b>Automatic Credit Check</b>
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
<b>Example</b>
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
<b>Types of credit check</b>
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

Similar Messages

  • What is Simple Credit check??

    Can any body explain about Simple credit 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 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.
    Requirements
    The sales document types must already be defined. The SAP System automatically proposes the defined sales document types for maintaining the credit limit check.
    Actions
    Define whether a credit limit check should be carried out for the individual sales document types. Also define how the system should respond if the limit is exceeded. The following system responses are possible:
    Warning
    Warning and delivery block
    The document can be saved but is automatically blocked for delivery.
    Error message The document cannot be saved.

  • Simple credit check for service orders(TAD)

    hi
    we have configured simple credit check for ZOR and with delivery block. since TAD is order related billing even though credit limit exceeds they can bill the customer.Now I have to configure simple credit check for serive orders with item category TAD and it should give billing block.please give me the details on this.

    Hello Chait
    To release credit block from CRM GUI, please go to header status tab here is the button 'Credit Release'.
    To release credit block in WEBUI, please check the items block, in more functions you can find the 'release credit block' link.
    Best regards,
    Maggie

  • Simple credit check - value need to be blocked from particular sales order to be post in f.35

    Dear Expert,
    I have a case here to find, the client uses simple credit check , we have different order types ( Example 6 order types), out of which we want to restrict the value of one order type to be posted in f.35 i.e the value should not effect credit limit used or open sales order.
    Is there any standard procedure by which this can be done or do we have to use userexit.
    Also can i know in which screen do we have to keep the userexits so that the value of the order type will not have impact on the f.35 or crdit limit used.
    Regards
    Abhishek Ojha

    Sorry small correction to my initial post.
    Even though you removed the credit group for the respective sales order type still system update the values subject to if the respective item category the "field credit active" active.
    Removing the credit group to sales order type controls whether you want to perform the credit check or not. And your requirement is not to update the particular sales order document values in FD32  so the actual control is credit active field for that particular item category.
    Since you have mentioned that you don't want to update that particular sales order document values( assuming that you are taking about receivable only).
    Please note sales order determines the item category,  so do as below.
    De select( un check) the credit active field in the item category which is determined based on the sales order type for  which you don't want to update credit values.
    Please test and update here.So far I did not check this in my system.
    thanks,
    Srinu.

  • Simple Credit check _ User Exits

    Dear Expert,
    Please find my scenario,
    I am using simple credit check
    When i am creation sales order with reference to quotation
    Item      Amount
    00010  1000
    00020  2000
    I am getting  two messages
    1)Credit limit exceeded by 1000
    2) Credit limit exceeded by 3000(1000+2000)
    But Customer wants in one message like Credit limit exceeded by 3000
    Please advice, its very urgent
    and also suggest if any user exits available
    Regards

    Thank you for your reply
    Is it possible to achieve the same by using static credit check?
    When i tested this static check, i am getting message for the first line item
    Ex:
    Item      Amount
    0010      100
    0020      200
    System shows " Static credit check 100 Exceeds"  and it goes to sales order details screen when i am referring from quotation.
    Regards

  • Does Simple Credit Limit Check Include Checking for Open Orders

    Hi all,
    I have this issue here where I have configured the system to use simple credit limit check with error message. I did not use the standard/common automatic credit limit check since user insist on a pop-up warning and that the order could not be saved. But, I realized that it does not take open orders into account too although I have set the risk categories. Is it true and what solution is there for this issue then.
    Thank you for all your help in inputs.
    Regards,
    Yvonne

    Hi,
    Please follow the below configuration settings for Simple credit check process.
    Simple credit check: In simple credit check the system compares the credit exposure with payers credit limit. The
    credit exposure results from the total of the net document value and the value of the open items.
    We can set the following system responses at when the credit limit has been reached.
    A u2013Warning message
    B u2013 Error message
    C u2013 Delivery block
    Specify in VOV8  Credit limit [C]
    Configuration settings:
    Sales documents types u2013 Credit limit check: Transaction code: OVAK
    Path:
     IMG
     Sales and Distribution
     Basic functions
     Credit management/Risk management
     Simple credit limit check
     Choose sales document type OR
     Specify value
    [ ] = No credit limit check
    [A] = Run simple credit limit check and warning message
    <b> = Run simple credit limit check and error message
    [C] = Run simple credit limit check and delivery block
     Save and Exit
    Define credit control area: Transaction code: OB45
    Credit control area is an organizational unit that specifies and checks the credit limit for customers. A credit control
    area can include one or more company codes. It means we can assign one credit control area to number of company
    codes.
    NOTE: Within credit control area the credit limit must be specified in the same currency.
    Path:
     IMG
     Enterprise structure
     Definition
     Financial accounting
     Define credit control area
     Go to new entries
    (OR)
     Choose existing credit control area
     Select it and click on copy icon
     Rename it and click on details icon
    Specify currency [INR]
    257
    Data for updating SD fields
    Update [000012]: Open order value on time axis, delivery and billing document value. This field value controls
    when the values are open sales orders, deliveries, billing documents are updated in LIS. We can specify the
    following update groups for updating credit related statistics.
     Update group 000012:
    Sales order: Increase open order value from delivery relevant schedule lines.
    Delivery: Reduces open order value from delivery relevant schedule lines.
    Increases open delivery value
    Billing document: Reduces the open delivery value, increases open billing document value.
    Financial accounting document: Reduces open billing document value
    Increases open items.
     Update group 000015:
    Delivery: Increases open delivery value.
    Increases open billing document value.
    Financial accounting document: Reduces open billing document value
    Increases open items.
     Update group 000018:
    Sales order: Increases open delivery value
    Billing document: Reduces open delivery value.
    Increases open billing document value.
    Financial accounting document: Reduces open billing document value.
    Increases open items.
    Fiscal year variant [K4]: It indicates specific fiscal year variant for particular credit control area. The fiscal year
    variant is essential when a credit control area covers multiple company codes whose fiscal years are different. Then
    the values of the open orders are updated by posting period.
    Specify risk category [001]: 001 = High risk
    002 = Medium risk
    003 = Low risk
    This risk category entered in the related control area of the customeru2019s credit master record, which is automatically
    created when a customer is created in a company code.
    The credit master record is automatically maintained when at least one of the below fields is maintained for the
    corresponding control area.
    (A) Risk category
    (B) Credit representative group
    (C) Credit limit
    Credit limit: The credit limit that we enter here in the specific credit control area of the customeru2019s credit master
    record. This is automatically created when a customer is created in a company code (in XD01).
    NOTE: This credit limit is not a total credit limit for the control area.
    Representative group [001]: Define credit representative group in IMG.
     All company codes: If we want to tell to the system that, this credit control area is permitted for
    postings in every company code we have defined.
     Save and Exit
    NOTE: After this create Risk categories and Credit representative groups and come back to this step and assign
    these values to our credit control area.
    Risk category and Representative group defined and maintained by FI/CO consultants in IMG.
    258
    Assign company code to credit control area: Transaction code: OB38
    Path:
     IMG
     Enterprise structure
     Assignment
     Financial accounting
     Assign company code to credit control area
     Choose our company code from position button
     Click on assign button on the application tool bar
     Select our credit control area from the list and assign it
     Save and Exit
     Go to FD32 and check whether system created customeru2019s credit master data automatically or not.
    System creates customers credit master data automatically when we (FI/CO) people) configure credit control area in
    IMG.
    So as to perform simple credit check we have to specify customer master payers limit in the credit control area, and
    create customer master in XD01 transaction code.
     Specify reconciliation account number (GL account number)
     Payment history record: Check payment history record control in payment transaction tab. It is the
    control parameter to update the payment details that are made by customers and system will show the
    payment details in the FD32.
     Specify the credit control area in credit control area field in billing document tab.
     Save and Exit
     Go to VA01 and raise the sales order
    Check the system responses in each and every level of sales document processing and check whether the system
    blocked the delivery document (due to the setting in VOV8 of OR in check credit limit field [C] = Blocked for
    delivery).
     To release the delivery go to VKM4 and release the delivery document.

  • Automatic Credit Check- Credit active field in Item Category

    Hi All,
    In the current system, simple credit check is active and now the customer would like to consider the open sales order and delivery documents as well. Hence we are activating automatic credit check.
    The issue I am facing here is the credit active field is not activated in Item category level, since it has not been activated, the system is not performing the automatic credit check for the old as well as newly created sales order. If I activate the credit active field in Item category level its working fine for newly creating documents.
    But the credit check is not happening for the sales order which has been created in the past.Whether the credit active field not activated earlier is the reason behind this issue.
    Please let me know is there is any other way to perform credit check for the old sales orders as well.
    Regards,
    Mythily

    But the credit check is not happening for the sales order which has been created in the past.Whether the credit active field not activated earlier is the reason behind this issue.
    Credit check will not happen for the saved sales orders. It is not the reason because of credit active field was  not ticked for item category. you had performed Simple credit check for those orders,
    I assume you might be knowing that Simple credit check does not update open order, open delivery and open invoices etc, it updates only receivables. Even though you had ticked the item category the field credit active, it would not have performed.
    Now for old sales order anyway it will not perform the credit check, only thing you can do
    Run the program RVKRED88  in SE38  so that it will update the all sales values into FD32. This.This is the best way i think this will work. Please test this from your side. I did not check in my system.
    Why you want to perform the credit check on the sales documents which are already created and saved. as per me it does not make sense.
    thanks,
    Srinu.
    Message was edited by: Srinu S

  • Automatic release of customer order block for credit check

    Dear expert,
    Please i need your input on this, we have a scenario where third party customer order is automatically block for credit check at sales order. Now i want that after posting customer payment the sales order should be automatically release if the customer balance covers the value of goods required no need to manually release in VKM1. Is this possible is as per SAP? IF yes how can i do the settings
    thanks in advance

    yes u can do it in vkm1 is right but you can also do in credit management screen if ur fully controlled in credit management then u can go to abaper help
    if it is wrong plz suggest

  • Credit Check

    Dear All,
    I have a requirement in credit management,
    A sales order should block either customer credit limit of Rs.1,00,000 is exceeds or any open item exists more than 30days. I am trying this using automatic credit control with the options of static check  and oldest open items with 30 days. Then system is responding properly for the open items more than 30days but not responding if credit limit is exceeding Rs. 1,00,000.
    Please suggest me how to overcome this problem.
    Regards,
    Kartheek.

    Hi Kartheek,
    Goto "OVAK" T.Code.Maintain entry for your sales document type.
    You can select option "B" for simple credit check and as a result of it you will receive an error message.If you maintain "A",you will receive a warning message.If you maintain "C",it will set a deliveryblock there.Like these options are there.Choose the option that is required for you.
    And maintain your customer credit group also.
    Regards,
    Krishna.

  • 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

  • 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

  • Credit Check during Sales Order Change (VA02)

    Hi,
    We have implemented a credit management system, where the sales order will not get saved if the credit limit is exceeded. Now this check is working fine during sales order creation. But in VA02 during sales order change, the system is giving an information message that the credit limit is exceeded, but is allowing to save the order, which is not desirable. Could you all please help me in finding a solution to this problem..
    Thanks & Regards,
    Ritam Bera

    Hi
    Kindly check that you are using simple credit check or automatic credit check(Statis or Dynamaic) below settings
    If Automatic credit check then  go to  OVA8 -automatic credit control area with combination of Credit control area/Risk category /credit group,Check in the reaction field  you have mentioned the error or warning (B or A) .
    Prerequisites for credit management to work in Sales and Distribution:
    1.Assign credit control area to company code
    2.Maintain the credit limit in FD32 with details of risk category and the credit limit value
    3.Do the settings in OVA8 -automatic credit control area with combination of Credit control area/Risk category /credit group,Check in the reaction field  you have mentioned the error or warning (B or A) .
    4.Assign the credit groups to the sales and delivery document types.
    5.Maintain the Subtotal 'A' in the pricing procedure against which value the sytem should check the credit limit.
    If you have any further clarifications on above let me know
    Regards
    Damu

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

  • 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

  • Implications of changing credit check from sales order level to delivery

    Currently the credit check is availbale at the sales order level in the system and if I want to change the credit management settings so that credit check will be available at the delivery level.
    What are the implications of changing credit check from sales order level to delivery

    >
    Mangesh Desai wrote:
    > Currently the credit check is availbale at the sales order level in the system and if I want to change the credit management settings so that credit check will be available at the delivery level.
    >
    >
    > What are the implications of changing credit check from sales order level to delivery
    Hi,
    No Implications simple credit check will not happen order level it will happen delivery level .
    *system will not conceded at order level open order will not be calculated
    Best Regards,
    venkataswamy.

Maybe you are looking for

  • Dual display, multiple desktops

    Hello everyone. I've recently purchased a 2nd monitor for my pro, and came across the issue of having the 2nd montior change each time I change the desktop I'm currently using. After some searching online, I've found out that there is no workaround f

  • Component Value of Macbook Pro

    Hey there, So I have a 13" Macbook Pro that was purchased in December of 2010 that has been water damaged. There's some corrosion on the logic board and the battery doesn't charge up. Other than that though, it's a functional computer. I was planning

  • Google Checkout or PayPal BuyNow Button on Apex Pages

    Hi, I created a html region on a blank page, and copied and pasted HTML scripts for Google Checkout or PayPal BuyNow Buttons into the region. When I clicked the BuyNow button, I got "The requested URL /apex/wwv_flow.accept was not found on this serve

  • Static nat configuration help

    Hi, I have the following setup that i am tasked with creating static nat for and i am a little lost with getting the correct nat working. Here is the setup: Internal servers behind firewall 192.168.1.0/24 Firewall external interface is 192.168.5.36 F

  • Tag Search doesn't always show "best"

    I have lots of photos and have tagged these with quite a few tags. With some combinations of tags I get "best" "close" and "not", where "best" is photos with all selected tags, and "close" is photos with one or more, but not all the selected tags. Fo