Credit management-sales value

Hi
Sales value showing incorrect value in credit management(FD32-Transaction code)
Sales value is determined based on following formula
Sales value = Open delivery/invoice - Open order
Open Delivery/Invoice: 162,812.52 (go to environment>sales and distribution doc > Open delivery/Invoice
I would like to know that what are the Open delivery number. Because by checking open delivery status the value is not matching with above Open delivery value = 162,812.52
Kindly let us know how to get delivery no/Invoice no to identify and match sales value.
Regards
Pinal

Hi Pinal,
Please check the T code VF04 which shows all the Open Deliveries which have PGIed between a particular date range.
Sum of all these open deliveries will give the Open Deliveries value.
Regards,
MP

Similar Messages

  • FD32 Credit management 'sales value'

    I am on SAP ERP, I'm trying to figure out how to pull the data that makes up the credit exposure - 'SALES VALUE.'  I believe the sale value includes all undelivered or only partially delivered orders.  I can not find a way to confirm what makes up the total sales value.  How would i oull that detail?
    Thanks in advance for your assistance!

    check oss note 378833.. it has loads of information.
    It is difficult to analyze incorrect open credit values:
    The open credit values are updated in Sales Information System (SIS) structures. The structures cumulate values due to common characteristics. Due to the cumulation, you cannot find out subsequently which documents caused the values.
    The system generates and reduces open credit values in the SD document chain. The system posts the credit value to the SIS structure and clears it later. This may cause differences between the posted value and the cleared value.
    See Note 377165 for a detailed description about updating open credit values.
    To correct the incorrect open credit values, proceed as follows:
    1. Correct known errors that occur in the update of the open credit values. To do this, check the relevant composite SAP Notes and implement the relevant corrections in your system if you have not yet imported a Support Package that contains them.
    1176872 Composite SAP Note: Incorrect credit update, 60*
      735791 Composite SAP Note: Credit update incorrect, 500
      735163 Composite SAP Note: Incorrect credit update, Release 4.70
      410685 Composite SAP Note: Incorrect credit update, 4.6B/C
      385481 Composite SAP Note: Incorrect credit update, 4.5B
      385091 Composite SAP Note: Incorrect credit update, Release 4.0B
      364928 Composite SAP Note: Incorrect credit update, Release 3.1I
    2. Use composite SAP Note 425523 to check that there is no explanation for the update that you observed.
    3. Check whether incorrect open credit values exist in your system. To do this, compare the sales values in transaction FD32/FD33 (status view) with the results of the report RVKRED88 which you run for the same credit customer and credit control area.
    4. Check whether the incorrect update is caused by user exits or by modifications in your system. The following notes describe possible sources of errors in customer-defined source code.
      216448  BW/SIS: Incorrect update / SD user exit
      178328  Problems due to incorrect user exits in SD
    5. Use the report RVKRED77 to correct the open credit values. For more information about the report, see Note 400311 (or the documentation of the report in your system) and Note 363343 or Note 755395.
    To determine the reason for the incorrect open credit values and to reproduce the error, proceed as follows. Reproducing the error in the test system is a basic prerequisite for analyzing and correcting the problem.
    1. Monitor the open credit values to find out when incorrect values occur. To do this, compare the sales values in transaction FD32/FD33 with the results of the report RVKRED88 again.
    2. Identify the documents that were created or changed since the last run of the correction report RVKRED77 in accordance with Note 389377. One of these documents must have caused the incorrect credit values.
    3. Try to determine which document caused these values. To reproduce the problem on your test system, use the same data as in the document that is causing the incorrect values.
    4. Use transaction MC30 (as described in Note 381789) to check the update of the open credit values after a document is posted.
    5. Use Note 1042857 "Logging credit values" to log the update of the credit values so that you can evaluate this later.
    If you can reproduce the error in your test system but there is no explanation for the update you observed, open a customer message with logon data, sample data, a detailed description of the procedure and the relevant contact person.

  • Down payments u2013 Credit Management, Sales Value FD32.

    Hi,
    We have a problem with the credit management in Down payments. The down payments requests are not decreasing the Sales Value of the client. I mean when I bill a down payment, the sales value of the client in transaction FD32 keep with the same value. I have to bill the next milestone where the down payment is cleared to decrease the sales value of the client.
    Billing Plan
    1º Down payment      200
    2º Final Billing           1000
    Bill the down payment. Sales Value FD32 = 1000. It should be 800?
    Bill the Final Invoice. Sales Value FD32 = 0.
    Are there any way in the customizing to modify this behavior?
    Thank you in advance and best regards.

    Hello Alberto,
    As you mentioned down payment of 200 and final bill of 1000, generally down payment is received at the start of activity. If you have credit limit say 500 and you receive down payment of 200 then system store down payment in separate GL account and when you carry out business, system first consider consuming down payment and then credit limit. So down payment never consider as sales till it get cleared off as it is before start of business as extra security to manage risk
    Same thing happen when you do business with letter of credit
    Hope this will resolve your confusion
    Regards,
    Mukul

  • Credit Management-Sales value updated in FD32 even though credit set up is not active

    Dear Team,
    We are facing an issue where, for a sample order - sales value got updated as open sales order value against a customer in FD33.
    Credit set up is not active for the sales order type (OVAK) or the delivery type (OVAD). Since this has occurred in 2003, we have no clue what exactly has happened. We cannot locate any change logs in the configuration level.
    1) What is the possibility for credit management to be active for a document type, which was not meant for credit set up?
    2) How to remove the open order/ delivery value for the customer?
    Thanks and regards.
    Sivarajesh

    Credit set up is not active for the sales order type (OVAK) or the delivery type (OVAD).
    the above two settings  are credit checks at what level( example order level or delivery etc) you what to block the customer if the customer payer exceeds the credit limit.
    Where as if the credit active field is active in VOV7 in corresponding item category, system update the respective document values in to credit management (FD32/33) in your example open order value.
    Even though OVAK, OVAD settings are not done still system update the document values in to FD33 subject to credit active field is active in t code VOV7 .
    Please check in your item category whether credit active field active.
    thanks,
    Srinu.

  • Credit Management - Sales & Distirbution

    Dear Firends,
    I am using simple credit management in sales order level.
    I get a warning message of credit limit being exceeded. But the value considered for credit check is the net value of the document & not the total invoice value.
    Please can you tell me what more needs to be configured so that its achieved.
    Regards,
    Dhananjay

    Hi,
    My issue has been solved.
    I have one more requirement.
    Normally when a sales order is blocked for credit check the entire order is blocked & cannot be processed for delivery.
    Suppose the customer has a credit limit of Rs. 2000.
    The sales order is of values Rs. 5000.
    In this case the entire sales order will be blocked.
    Suppose the sales order has 5 lines each of value Rs. 2000
    In this case can it be done that 2 lines can be released for credit block & remaining 3 lines will still be blocked.
    Please suggest what can be done.
    Regards,
    Dhananjay

  • Credit Managment @ Sales Order

    Dear Experts,
    I have created sales order with which customer is holding credit management. Let say the customer credit limit 1000 RS. I have checked in FD32. After that i have created sales order with 300 rs and created delivery also. After that again i have checked the customer management status in FD32. Here order value supposed to come 300 rs right. but its not coming. After that created invoice then again checked customer management status in FD32 there receivables got 300 rs. Only things is when i created sales order and delivery (witout creation of invoice) in credit management status order value also has to come but its not coming. Its directly goes to receivables option in FD32. Could you please suggest me where i did mistake. Do we need to maintain that credit control area in Sales Order. If we need pls let me know. Bcoz i couldn't findout credit control area option in the sales order.
    Thanks in advance,
    VS

    HI VS,
    Please find below the explanation regarding updation of credit values to sales orders, deliveries & billing documents:
    Update for sales orders:
    The open sales order values are updated in the information structure
    S066. When the credit value is calculated, the open schedule line
    quantity (VBEPD-OLFMNG) is multiplied with the item credit price
    (VBAP-CMPRE).
    The open schedule line quantity is the confirmed quantity of the
    schedule line that is still open for delivery.
    The credit price is defined in accordance with the settings in the
    pricing for the item.
    The material availability date of the schedule line (VBEP-MBDAT) defines
    the period in which the open sales order value is updated. You use
    transaction OMO1 to define the period unit for the information
    structures.
    If an item has no confirmed quantity (VBEP-BMENG), the system does not
    update an open sales order value.
    This also occurs for documents that are blocked by the credit check. As
    a result of the credit block, the confirmed quantities are deleted so
    that an open sales order value can no longer be updated.
    When sales orders with a credit block are released (for example, using
    transaction VKM1), a new availability check is performed. If the
    availability check can confirm the quantities, an open sales order value
    is updated accordingly.
    Conclusion: Credit blocked documents do not increase the open credit
    values.
    There are exceptions to these rules:
    1.  Sales order items which are not relevant for delivery and do not
        have schedule lines relevant for delivery are not updated to S066
        ('Open sales order credit value') rather to S067 ('Open delivery
         credit value'). You can find further information about this in Note
         361637. Also refer to Notes 120645 and 128350 concerning this topic.
    2.  You can use requirements to delete confirmed quantities in credit
         blocked sales orders. These requirements are defined in transaction
         VOFM under the menu path 'Requirements -> Subsequent functions ->
         ...'. The system asks you for a credit status in the respective user
         requirement. If this is set to 'Blocked', the system cancels the
         confirmed quantity. You may want the system to behave differently.
         If this is the case, you can store a separate requirement which does
         not cancel the confirmed quantity. As a result, the sales order item
         has a confirmed quantity again and consequently, it updates the open
         sales order value although the document is credit blocked.
         For NON-MRP materials (materials without requirements planning), the
         system does not cancel the confirmed quantity despite a
         corresponding condition, as described in Note 393304. For further
         information about this, refer to Notes 674112 and 914627.
    3.  A delivery block in the sales order affects the update of open
         credit values. For more information, see Note 741980.
    Update for deliveries:
    The open delivery values are updated in S067. The update does not occur
    in time units. There is only one entry in S067 for each credit control
    area and credit customer.
    If you create a delivery with reference to a sales order, the system
    clears the open sales order value in accordance with the delivery
    quantity (from S066) and posts the open delivery value for the delivery
    (to S067).
    Deliveries with credit lock also write open values of goods to be
    delivered. Here, it is not possible that a credit-blocked document does
    not create an open credit value (as in the order). This is also correct
    from a business view, because the delivery already blocks the goods, and
    the value of the goods is therefore already consumed for the credit
    customer.
    Update for billing documents:
    The open billing document values are also updated in S067. Also in this
    case, only one entry exists for each credit control area and credit
    customer.
    If you create the billing document with reference to a preceding
    document, the system clears the open credit value in accordance with the
    invoiced quantity for the preceding document and posts the open billing
    document value for the billing document (to S067).
    If you transfer the billing document to accounting, the system clears
    the open billing document value (from S067). Now the value has been
    transferred to the open items and occurs as a receivable from the
    viewpoint of credit management.
    If the incoming payment occurs, the receivable is met and the
    consumption of the credit limit is reduced.
    Kind regards,
    ALV Ramana

  • Cedit management-Sales value

    Dear Friends,
    Even after creating a SO I cud see sales value as 0 in FD32....also can any1 explain me the importance of horizon in OVA8?......also in T-Code OVAK if I select credit check as A or B or C for sales doc type ten there is no need of selecting dynamic check in OVA8 ryt?.....correct me if am wrong

    Hi
    Even after creating the sales order if you are seeing the sales value as Zero in FD32 , then first of all check the configuration you have done .
    In OVAK we will be selecting credit check as A, B & C ,that means we are assigning the credit group at order level , delivery level or PGI level . We can use credit group A for Static credit check and credit check B & C are used at delivery level so we use Automatic credit check
    Coming to your 2nd query , in OVA8 if you are maintaining   dynamic check then we have to make sure that we are maintaining the credit group also in OVAK  But if you dont assign the credit group then Static credit check will be working
    Regards
    Srinath

  • Credit Management - Sales Order Blocked and then credit limit increased.

    Hello,
    We have activated dynamic credit check and have following situation
    a) Sales Order created and it went into credit block as its value exceeded the limit
    b) Subsequently credit limit was increased.
    What steps need to be taken to permit further activities on this sales order.  Is VKM3/VKM4 the only way ?
    We tried executing the programs 'RVKRED06'.  But nothing happened.
    Please advise.
    Regards
    Jayesh.

    Hi Yadav,
    I have matched my Customizing of Development and Sandbox. I couldn't trace any difference and hence I am posting in Forum for Expert Opinions.
    Regards
    Vikas

  • Credit Exposure - Sales Value

    Hi,
    I have encountered a problem...here in my client automatic credit check has been implemented...in the settings we have not checked the open order and open delivery check box but still the system is taking into account all open order and open delivery value in credit exposure field.
    we would like to exclude the open order and open delivery values while checking the credit exposure of the customer.
    we have already tried the RVKRED77 program for re organization for few customers it is working fine but for other customers this program does not reset the credit exposure field.
    kindly someone help on this issue...
    Regards,
    SaravanaaS

    hi
    also run RFDKLI20 report
    regards
    prashanth

  • Credit Managment: Sales Order last in update the Credit Limit

    Hello,
    I have a problem. When creating sales order with a few seconds of difference (from 1 to 5), the first sales order (that consumes all the credit limit) doesn´t reach to update the credit limit and for that reason the system permits to create the second one.
    I have an other case of two sales orders created in exactly the same time, so the system permited to create both of them.
    Do you think there is some solution for those cases?
    Thank you.
    Regards
    Jimena.-

    Hi Praveen,
    We use this functionality in that case for example you have two customer A and B.
    You want to maintain the credit limit 2000$ for both the customers.
    So we use this functionality, we assign the customer as credit account in another credit account.
    Now doesn't matter customer A buy the goods from you or customer B.
    System consider only 2000$ not 4000$.
    Hope it helps,
    Regards,
    MT

  • Sales value showing 3000Rs in credit management FD33 as open delivery value

    Sales value showing 3000Rs in credit management FD33 as open delivery value, I want to get the delivery document numbers.

    Hi Friend,
    open delivery value in credit management will updated in SO67 AND this is  information structure.
    Please find the below link to which is similar to your issue
    Open Delivery Value - Credit Mgt
    Thanks
    Dasaradha

  • Sales Values in Credit Management

    Hi, can anyone advise this following?
    I made some changes in the way how credit price is updated to sales value from SD to credit managment.  However, there are already some values existing in the credit management due to previous transactional data created from SD.  Is there any way we can re-synchronise the sales values in credit management based on the new update logic/parameters?
    Thanks
    PP

    Hi PP,
    Run the Report VKRED09, through T Code SE38, then the system will automatically Reorganize the Credit Data according to the New changes.
    Hope this will help u.
    Regards,
    Srinvas
    Edited by Srinvas on 18/02/2009 at 6:10 P.M.

  • Credit Management - Negative Sales Value issue

    Hi we have discovered an issue with our Credit Management which for a number of long term customers is showing negative values within Credit Management. The figures in Receivables is always correct, but the Sales Values are showing negatives, which then impacts on the Credit exposure. We have tried to replicate the issue with a new customer, rasiing an order, then an invoice, an invoice cancellation, and even a credit memo and this works fine. However for longer term customers we have a vast number where the sales value is negative.
    We seem unable to create a report which shows the sales value broken down into sales order number so we could identify an issue. Any ideas?

    Hi,
    check SAPNET note 396338 as analysis help for this documents. For the affected customers, run RVKRED77 to create the credit management values new.
    Best regards, Christian

  • "Sales value" in FD33, credit management

    Hi Experts,
    I have configured Credit management.
    After creating a sales order. The field "Sales value" (RF02L-SAUFT) in FD33 is NOT getting updated. It remains 0,00.
    After I have created a bill, field "Receivables" gets updated.
    Could you please advise how field "Sales value" could be correctly updated (i.e. with values of the sales orders that have not yet been transferred to FI )?
    Because of the above, I can not get a warning or error message, at creation of sales order stage, when credit exposure > credit limit.
    PS - I have tried VKM3, releasing sales orders, but issue still persists.
    I have also executed RVKRED77

    Hey!
    Go to transaction VOV7 and make sure of the following:
    n  item is relevant for billing
    n  item is relevant for credit
    n  the item does not have a check mark in ‘item relv for delv’.  This is for text and value items which have no value in R/3 – see note 67748
    n  the item is not statistical
    If these are not configured correctly, the item will have no value.
    Go to the sales order and make sure that the items have a confirmed schedule line. Without a confirmed schedule line, the item will have no credit value.  Next check the pricing procedure.  You can go to the analysis button to find out which pricing procedure is being used.  Go to transaction V/08 and go to the details level of the pricing procedure.  Make sure that an ‘A’ is set in the ‘Sub to’ column for something reasonable like the total of the document.
    Hope it helps.

  • Credit Management Check - Sales Value not updated in FD33

    Hi,
    We have configured Credit Management checks in our system.
    When we create a Sales Order that has exceeded the Credit Amount for a Customer we get a pop up saying "Credit Limit Exceeded by XXX amount. We proceed to save the sales order.
    By my understanding this amount XXX should get get updated in Transaction FD33 - Customer Credit management Display Status in the column "Sales Value". But this does not happen. The value remains as zero.
    What could be wrong here. Should this field not be updated with the credit value that the customer has exceeded?
    Thanks and Regards,
    Ashwin

    The Sales Value in FD33 transaction is the value of open sales orders as of that point. Now in your case if you are creating the first sales order and the value of that order is going beyond the allowed credit limit then and as per setting if system is blocking that order for credit faliure in this case system does not consider this order as open untill it blocked for credit.
    Check if the order is blocked for credit. Also see the status of the order in VBUK (status table).
    Hope this helps.

Maybe you are looking for