Credit Management Issue

Hello Friends,
When the credit limit exceeds, system will trigger the mail (using KRML) to the credit representative, it is the normal scenario.
First Requirement:  Consider the Credit Limit is exceeded.
If the quantity is not confirmed (i.e., confirmed quantity in the schedule lines is zero) then it should not trigger the mail.  Because the stock will be available after 1 month, but the representative is getting the mail when the order is created.  They require  the mail to be triggered as and when the quantity is confirmed (i.e., schedule line quantity is greater than zero).
Second Requirement:  Consider the Credit Limit is exceeded.
The mail should be triggered whenever they change the quntity in the sales order.
Ex:
             1.  The sales order is created for a quantity of 10 pieces, while confirming the 10 pcs qty it should trigger the mail for the value of 10 pcs value.
             2.  If I change the qty to 8 pcs, then while saving it should trigger the mail for 8 pcs value.
             3.  If I change the qty to 15 pcs, then while saving it should trigger the mail for 15 pcs value.
Thanks in Advance,
Sreehari.
Edited by: Sreehari Kondapalli on Sep 15, 2011 6:41 PM

Hi Sreehari,
For your requirement, you need to add a requirement at the access sequence level for the access sequence related to the  KRML output type.
Code must be written based on the below logic.
If VBUK-CMGST (Header Overall credit status) is blocked and
If VBEP-BMENG (Confirmed quantity at schedule line level) is >0 then output has to be triggered. Further if order is having more then one schedule line system has to check for the last line (Tell this to Developer and make sure you test one scenario regarding this. First schedule line with zero confirmed quantity and second with full quantity).
For the second requirement
If VBUK-CMGST (Header Overall credit status) is blocked and
if VBAP-KWMENG (Item quantity) is changed output has to be triggered again.
Hope this explains.
Edited by: mokirala tilak on Sep 15, 2011 4:44 PM
Edited by: mokirala tilak on Sep 15, 2011 4:51 PM

Similar Messages

  • Dynamic Credit Management - issue with released documents

    Hi,
    I have a problem concerning automatic credit check.
    In my project we activated the option "Dynamic Credit Check" to check the customer credit exposure and also the open order value.
    Everything is working perfect, and the system blocks when the conditions are not meet.
    The problem is:
    When the SO is blocked, and after beeing released, everytime we save that SO it triggers the credit check and put it blocked again.
    Even with a simple output msg creation, or a change in a text field, triggers the credit check, and everytime we must to release the SO again.
    In customizing I see that there are the parameter "Number of Days" in tab "Released Docs are Still Unchecked", however it seems that parameter has no any effect with "Dynamic Check" option.
    Do you know if there is some way to avoid to do SO release again and again (after release first time)?
    Many thanks,
    André

    Dear Andre,
    this is the standard SAP behavior, I mean when ever you are changing any thing in the sales order after releasing the Credit block which may again affect the credit, it will go into the credit Block again.....
    And in your case also it might be the problem. So after releasing when you are saving the sales order, again Dynamic credit check is occurring  and putting Sales order into block.
    If you dont want this, then follow these
    1. Go to VOFM :
    2, Click on requirement --> credit check...
    3. Write a suitable routine with the help of ABAPer for bypassing check on the things like, adding text, some small modification etc, but not for Quantity and Value
    4. Assign this routine in OVA8 for credit group + risk category + credit group combination.
    I hope it will help.
    Thanks,
    Raja

  • Issue log for credit management in SAP SD.

    Dear Experts,
    I am stuck at a situation where I have found that the credit exposure has exceeded it's credit limit being specified, under FD32 screen, in credit management scenario. How this happened?
    Details of the issue :
    1) Credit master has not been maintained.
    2) If credit master has not been maintained then how the system was able to show the credit exposure of the respective customer?
    3) If the credit management settings were pre configured correctly then, why the sysytem didn't blocked the sales order in initial stages itself?
    Required guidance :
    1) why the credit check was not performed while processing the sales order?
    2) Why the sales order was not blocked when it exceeded the specified credit limit?
    3) What needs to be done now?
    Scenario:                     Credit limit : 1000 INR
                                        Credit exposure :  10000 INR
                                        Credit limit used : 999.99%
    Kindly suggest & assist.
    Thanks & regards,
    M.S.Kumar.

    Not sure but you can have a look at the following from SD side.
    1)  In your pricing procedure, SubTotal "A" should have been maintained for your basic price
    2)  In FD32, for that customer, the field "Credit account"  should not have a different code.  It can either be blank or the same customer code
    3)  In OVA7, for your item category, you should have activated for credit check
    4)  In OVFL, check what credit control area is assigned to your sales area
    5)  In XD02 for that customer code (Payer) check which credit control area is assigned
    thanks
    G. Lakshmipathi

  • 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

  • Credit management related issue - please respond ASAP

    Hi,
    I have a credit management related issue,
    The requirement is as below:-
    If receivables value is zero for a customer and after a sales order is saved and delivery is created, a check should happen to see if the GROSS (Total including VAT) , not Net, value exceeds the credit limit  for that customer and the delivery doc should be blocked and then del doc will be released by the credit reps using VKM5.
    My client wants the orders to accepted always and delivery notes created but the delivery notes should be  blocked from further processing.  They are then released by the credit reps using VKM5.
    If receivables value is more than zero,then system response is OK.
    I understand that Customer's credit limit is the amount entered whichrepresents an upper limit for the total receivables and the foreseeable receivables from the customer.
    If the  Receivables value is zero, system will not check the credit limt value at all.
    Thanks,
    Rohit
    Edited by: rohit rathi on Apr 8, 2010 11:16 AM-updated
    Edited by: rohit rathi on Apr 8, 2010 11:18 AM

    Hi Rohit,
    1.If you don't want to perform check on sales order stage, then you could leave the credit check as blank for the sales order type.
    2.Please leave the field "credit active" as X for the sales order item category. Then even the check itself is not performed, the credit value is updated when saving the order.
    3.The credit price is copied from sales order to delivery document. If you would like to configure which value(Total including VAT) should be taken as the credit price, the configuration is done in V/08. Define the line as subtotal=A. Then the amount is taken as credit price.
    4.You could create your own routine and assign it to OVA8 no check if you want the credit check not being performed when Receivables value is zero. However from my point of view, it doesn't make so much sense to do that. For example, one big order could expeire the credit limit and make the receivalables with a big amount.
    Best regards,
    Smile

  • Special Liability Issue in Credit Management

    Dear all,
    A down payment was cleared against an invoice last year. But that value is still showing in the credit management Special liabilities. Special liabilities in CM show value Total of the special G/L transactions which are to be taken into consideration when checking the credit limit. The orders are being blocked because of this. what should i do?
    Regards,
    shahzad khero

    Hi Shahzad Khero,
    I also facing this problem, the Special Liabilities amount is exist, but cannot be found under t-code FBL5N with special G/L indicator checked.
    Would you mind telling me your solution?
    Thank you very much.
    Terry

  • Risk category field is missing in dso for 0fiar_o09 credit management.

    Hi BI Experts,
    I am using the standard extractor for the credit management dso 0fiar_o09.  The field for risk category originates from our R3 system in table knkk-ctplc.  It displays correctly in the psa.  The transformation rsds 0fi_ar_9 maps it to 0risk_categ.  It appears as an infoObject in the infoSource.  The trcs transformation maps the rule also.
    However, when I try to display the data in the dso, the risk category field does not display at all.
    Please help with any possible suggestions to display the missing field.
    Kind regards,
    Cheryl Adamonis

    I resolved this issue by removing the check in the  'attribute only' selection on the general tab of the infoObject.

  • Credit check issue in third party order

    Dear all,
    We are facing some issues related to credit management data for one of our customer. I need your valuable inputs for below mentioned queries-
    1. As a genaral question- When we releases a SO through VKM* How the system calculated the " Released Credit Value of the document".
    2- For one of the customers, the FD33 shows a Sales value X USD. As i see the split of this sales value , this X USD amounts to OPEN DELIVERIES. Both Open So and Open billing are zero. We tried to check with no. of tcodes to find out the open values but no such Open delv document is appeared.
    In VC/2, it only shows Open SO, no open deliveries are there.
    So i tried with simulation program RVKRED88, and found 5 third party Sales documents , against which some value is coming under the Open delivery value and it sums up to the value as coming in FD33.
    I have a few questions on this-
    > All the SO in output are Third party SO, against which PO has been created, ( Third party So> PR> PO> MIRO--> billing) and all are in status OPEN, so how come they are showing value in OPEN DELIVERY ?
    --> The value appearing against these third party SO is Not equal to items value/net value, it is a complete different value than appearing in SO. But in SO changes history , the same value is coming AS RELEASED CREDIT VALUE. How is it being calculated?
    For eg- for one of the Third party SO , the value coming in RVKRED88 is 29573.53 USD,
                                                                net value in So= 24,120.00 USD, Qty = 6000 PC , Credit price= 4.02 USD
                                                                Credit value of So in VBAk= 29573.53 USD
                                                               SO created , released on 08.July.2011, confirmed schedule line =08.Oct.2011
    Credit settings- Static check + Credit active Item cat and SO ,  Open So and open delv are ticked in credit settings.
    Kindly help in the analysis.
    many thanks in advance for the inputs.

    Hi Dharmendra,
    1.  When we release a sales order using VKM* transaction S066 information structure and OEIKW field is updated which increases open order value.
    2. If there is mismatch in the values of credit related fields run RVKRED77 (Re-organisation of credit in case of update errors) this will update all the credit data for a Payer customer in real time. RVKRED88 is simulation mode.
    3. Updating of values related to credit is controlled by the update group assigned to credit control area. If system is not able to update  using the assigned update group it will automatically try updating using the next update group. Below is the text of SAP Help.
    If a document cannot be processed with the update group you specify, the system determines the next possible update it can carry out. For example, you select Update group 000012 which, at delivery, reduces the open order value and increases the open delivery value. Assume that one item in the order is not relevant for delivery. In this case, the system automatically determines Update group 000018 for this item. Update group 000018 increases the open delivery value for the order item. The system uses the confirmed quantity of delivery-relevant schedule lines to update the order value
    As you know in OVA8 transaction credit control area, Risk category, credit group and currency are assigned to update group.

  • Update Credit managment dispay in some of the orders with same Payer

    Hi,
    I have some sales orders created with same PO, same sold to party and same payer. In one of the Sales Order
    credit control area and credit account is updated but the other order's did not update with this information.
    I can see the Credit account dispay in that Sales Order which got updated but the other orders are giving the message "Cannot display credit limit as no credit management account is available"
    Please let me know how to fix the other Sales orders Credit accounts, these all orders have same Payer and we have issue in the Consolidate billing of these orders and all these orders have subsequent documents like Delivery and Invoice.
    VBAK-KKBER and VBAK-KNKLI fields are blank in these Orders except the one which got updated.
    Thanks in advance.
    - Fract

    Hi Charles,
    The Order with values filled in VBAK-KKBER and VBAK-KNKLI is not a latest order, We have orders after and before this order also.
    I already executed F.28 but nothing got changed.
    Regards,
    Fract
    Edited by: fract_get on Nov 15, 2011 10:26 PM

  • Credit management requirement

    Hi,
    Guys i have the b/m requirement w.r.t. credit management.
    i am very confused on the same.
    -.The credit period of 45 days from the date of placing the order(i.e sales order) will be admissible to the customers of the company.
    -. Customer will be required to issue a post-dated cheque on the due date of payment for 95% value of the order.
    & The order will be taken for production by the plant only after post dated cheque for 95% value of the order has been received by the branch and confirmed to Head Office.
    -.The balance amount against the supplies received by the BP against the purchase order shall be payable after the receipt of the goods by him. This outstanding amount shall be a part of credit limit.
    -.At no given time the total credit exposure (including the value of post dated cheque) against BP shall exceed 50% of the invoice value to him in preceding 90 days.  In case the business partner has already utilized the credit limit agreed for him, the supplies will be made against cash payment only.
    -.If any payment is received from BP in less than 45 days, he shall be entitled for credit note @ 1.5% per month.
    CAN ANYBODY HELP ME TO MAP THE SCENARIO IN SAP ON THE SAME.
    Rgds

    Hi,
    For credit period of 45 days. configure payment terms.
    SAP does not have a solution for post dated cheques. However you can use F-49 - Noted Items for post dated cheques.At the end of due date, use F-28 - incoming payments.
    For Credit Limit, Configure Credit Management,Refer to this website.
    http://www.sap-img.com/sap-sd/credit-management.htm
    In case of cash payment, you can use F-28 or F110, you have to use cash GL Account.
    Please let me know if you need more information.
    Assign points if useful.
    Regards
    Sridhar M

  • Credit Management Process based on Terms of Payment.

    Hi All,
    My Client wants to use SAP Credit Managment Process. The SAP is currently being used but without Credit Management. As per my initial discussion I have enclosed the requirments below. Your Kind Help will be highly appreciated.
    1.     The Process has to be implemented in a 2 Step Process.
    2.     The Initial Requirement is based on Terms of Payment. If the Number of Days is Overdue for the Invoice for a particular Customer, the system should issue a warning message (in the Form of Mail or any other way) which can be shown as evidence to the Customer for collection of Payment so that further Sales Transactions can take place.
    (Is there the standard Process in Credit Management based on Terms of Payment)
    3.     In the next step Value Base Credit Check has to be implemented. The Value will be set for a particular Customer in Credit Master. When the Sales Order is raised and if the Credit Limit is exceeded the System should issue the warning message. Based on the Warning Message Issued an email should triggered to the particular person in Finance that the Credit Limit for a particular person has been exceeded and Credit Limit needs to be increased.
    Thanks & Regards,
    Sam.

    Dear Mr F Farooq,
    1. The Process has to be implemented in a 2 Step Process.
    Do the following configurations for credit management :
    Refer the following link.
    http://wiki.sdn.sap.com/wiki/display/ERPLO/CreditManagementConfigaration
    2. The Initial Requirement is based on Terms of Payment. If the Number of Days is Overdue for the Invoice for a particular Customer, the system should issue a warning message (in the Form of Mail or any other way) which can be shown as evidence to the Customer for collection of Payment so that further Sales Transactions can take place.
    (Is there the standard Process in Credit Management based on Terms of Payment)
    Now for this requirement, since different billing documents for the same customer  can have different payment terms (whcih means different billing will be due on different date) , please make the following changes in OVA8
    Check for 'oldest open item'
    Now follow my reply in the below thread.
    Sales order to be blocked based on customer payment terms and credit limit
    You can use WORKFLOW to trigger mail when such a message is triggered in the sales order , due to credit check.
    Ask your ABAP-er for details on workflow.
    3. In the next step Value Base Credit Check has to be implemented. The Value will be set for a particular Customer in Credit Master. When the Sales Order is raised and if the Credit Limit is exceeded the System should issue the warning message. Based on the Warning Message Issued an email should triggered to the particular person in Finance that the Credit Limit for a particular person has been exceeded and Credit Limit needs to be increased.
    Just configure according to the thread given for 1st POINT.
    CHECK FOR DYNAMIC and set reaction as 'C' and check STATUS /BLOCK.
    Maintain the credit limit in the FD32.
    Now when the sales order value exceeds the credit limit , a message will be triggered.
    Use the concept of WORKFLOW to create mail based on this message .
    When the user gets mail, he can maintain the new credit limit in FD32 and release the document for delivery/billing in VKM3.
    Revert back if there is any issues.
    Thanks & Regards,
    Hegal K Charles
    Edited by: Hegal . K . Charles on Aug 7, 2011 1:19 AM

  • Credit management and Terms of Payment

    Hi
    Can anybody throw some light on the role of Terms of Payment in .Credit Management.
    Thanks in advance
    Ravi

    Dear sankar ravi, 
    Credit management
    Purpose
    Outstanding or uncollectible receivables can spoil the success of the company greatly. Credit Management enables you to minimize the credit risk yourself by specifying a specific credit limit for your customers. Thus you can take the financial pulse of a customer or group of customers, identify early warning signs, and enhance your credit-related decision-making. This is particularly useful if your customers are in financially unstable industries or companies, or if you conduct business with countries that are politically unstable or that employ a restrictive exchange rate policy.
    Integration
    If you are using the Accounts Receivable (FI-AR) component to manage your accounting and an external system for sales processing, Credit Management enables you to issue a credit limit for each customer. Every time you post an invoice (created in FI-AR), the system then checks whether the invoice amount exceeds the credit limit. Information functions such as the sales summary or early warning list help you to monitor the customer’s credit situation.
    If you are using both the Accounts Receivable (FI-AR) component to manage your accounting and the Sales and Distribution (SD) component for sales processing, you can also use Credit Management to issue credit limits for your customers. You can make settings in Customizing to decide the scope of the check and at what stage in the process (for example, order entry, delivery or goods issue) a credit limit should take place. General information functions are also available for use with credit checks.
    Features
    If you are using both the SD and FI-AR components, Credit Management includes the following features:
    Depending on your credit management needs, you can 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 (for example, order entry, delivery, goods issue) the system carries out these checks.
    During order processing, the credit representative automatically receives information about a customer’s critical credit situation.
    Critical credit situations can also be automatically communicated to credit management personnel through internal electronic mail.
    Your credit representatives are in a position to review the credit situation of a customer quickly and accurately and, according to your credit policy, decide whether or not to extend credit.
    You can also work with Credit Management in distributed systems; for example if you were using centralized Financial Accounting and decentralized SD on several sales computers.
    Hope this helps you.
    Do award points if you found them useful.
    Regards,
    Rakesh
    P.S. you can send me a mail at my mail id [email protected] for any specific details

  • CO-PA, is credit management suppose to block orders from posting to CO-PA?

    We are currently using CO-PA to track the $ amount of sales orders that were booked for a particular date range, and it will show the sales order created or changed and the $ amount that was added or taken away from the bookings for that day.  This report is to show management how much sales has been recorded for the day, but not necessarily shipped out yet.
    What we are currently facing is problems with credit management blocking the order from posting into the CO-PA tables.  When the order is created and the order desk hits save it first goes through credit management, and if it is put onto the blocked order lists to be released it does not post the value that was created for that day into CO-PA.  Also when we run our rescheduling report for orders that have already been created the order can again go back and forth on and off credit hold, and each time it posts an entry into CO-PA. 
    I was wondering if anyone has been requested to have a report written to record bookings of sales for a particular day, and have you run into the issue of the credit management posting over and over onto the report and how do you get around this.
    We just want to see if any new orders have been created for that day, if current orders have been added on to or taken off from, and have a report to show the order #, dollar value and quantities.
    Thank you,
    Karen Kim

    Dear Karen,
       You cannot see blocked SD documents for credit check in CO-PA. Values are transfered to CO-PA after the sales order is processed or after the billing document is posted.  So if the sales order is not
    processed because it is blocked for credit check, naturally it will not be transfered to COPA. The logic to exempt orders on credit hold was implemented in release 40A.
    To overcome your problem you may implement the modification described in the note 214059. Please be aware that this is a modification note. Please implement in a development environment first and retest.
    regards
    Waman

  • Executive Escalation - Verizon and Midland Credit Managment

    Verizon and Midland Credit Management (Encore Capital Group),
    I'm writing this blog as I need to find resolution to an issue that is affecting my wife and she is very frustrated and upset.  Please understand we are in the process of refinancing our house and this negative credit score is affecting our ability to refinance our house and I cannot continue to have this undo stress placed upon her.
    We've followed the path of contacting both parties (Verizon and MCM) on several occasions with no resolution in what seems to be a very simple account to correct, I run some of the largest BPO call centers in the world so I understand in great detail how customer escalations are handled and when both companies are not talking with one another to resolve issues such as this the outcome is unfortunately what my wife and I are dealing with.
    Summarizing, my wife previously worked for Qwest in their corporate office (now Centurylink) in Denver.  She had a cell phone through them (303) 517-XXXX, that phone number and account was closed out.  We found out when refinancing our home loan recently that their was a outstanding balance from Verizon that was affecting our her credit score.  She has perfect credit above 800 and we were confused as to what this was.  We found out that an account had been opened up under her name with two phone numbers with the address of the account at the Qwest corporate office (not our home address).
    VZW usuage and bill was coming from two other numbers that we are not familiar with account 4713XXXXX - (303) 507-XXXX  and (303) 437-XXXX.  They referred to them as a Level 1 and a Level 2 (sub accounts) - neither company could tell me which was the level 1 and which was the level 2. Again, they couldn't give us numbers because the numbers had been erased.  Below are the details:
    VZW sent me to collection for a $395.  The collection company (MCM) has limited information - only the last bill. And VZW has information, but can't see the numbers, only that the accounts were being used and paid for (PLEASE TAKE NOTE AS WELL MY WIFE AND I HAD MOVED TO AFRICA WHEN THESE NUMBERS AND CHARGES WERE HAPPENING).  The numbers that are associated with the collection are:  303.437.XXXX and303.507.XXXX and had a billing address of 1801 California St. and being paid for pretty regularly.  (NOTE THIS IS THE KEY PIECE, THE ACCOUNT ASSOCIATED WITH THESE NUMBERS WAS BEING PAID.  IF YOU DETERMINE WHO WAS MAKING THE PAYMENTS THAT IS WHO THE ACCOUNT BELONGS TO-VERY SIMPLE RESOLUTION).
    These numbers were set up August 25, 2008 - account 47132XXXX (303) 507-XXXX  and (303) 437-XXXX.  Below is the information that was relayed to us with payments made on the account.  AGAIN - IF YOU DETERMINE WHO WAS MAKING THE PAYMENTS THAT IS WHO THE ACCOUNT BELONGS TO.  We told that several times to many departments within Verizon and MCM.
    September 2008 - no payment
    October 2008 - payment made $228
    November 2008 - payment made $353.23
    December 2008 - no payment
    January 2009 - payment $267.34
    Feb 2009 - Nov. 2009 - consistent payments made $120.14
    Dec 2009 - no payment
    Jan. 2010 - April 2010 - no payment
    April 2010 - VZW stops service 
    Simply what we believed happened is either someone at Qwest (now centurylink) accidentally set this up under her name or someone fraudulently set this up under her name.  To me it doesn't make sense given the high dollar amounts they were paying consistently on the account that it was fraudulently set up.
    Your companies are unfortunately putting me in a very undesirable position given the exposure I've had to how customers can use various media and social channels to bring to light issues such as this - especially given the things this is not allowing us to do with our house refinance and the stress it is putting on my wife.  I'm demanding that this account be extensively researched and then deleted from all credit reporting agencies.  My request is very simple, please assign someone from each company to look - and work together - into this extensively and resolve this issue.
    If I do not hear from you and significant progress is made by Friday September 28th I will proceed with ensuring that is resolved through the appropriate channels as we feel we are being held hostage by this issue.

        Good evening,
    I am truly sorry for the difficulties this has caused you and your family as well as my sincerest apologies for my delayed response due to our volume. As Jim mentioned this forum is mainly driven by Customer to Customer assistance, but I definitely want to help ensure I get you in the right direction.
    As this account has been sent to a collections agency I would strongly recommend contacting our Recovery Department at 800-852-1922. They're available Monday through Friday 8:00am - 5:00pm.
    Thank you,
    MelissaM_VZW
    Follow us on Twitter @vzwsupport

  • Agent mapping & credit block Issue

    hi friends ,
    Client Issue : inter linking issue
    1) Agent should assign to partner function(sold to party ) & should trigger the agent commission automatically in pricing procedure which should not include in basic price .
    2)  If one customer is not settled the amount then automatically block other customers of agent .Means agent is responsible for payments .  In credit management credit block is for payer .  Here the case is how to block the agent in credit management .

    Hi,
    The control is in the TOR configurations.
    Go to OVZ7, in 01 (Credit limit) , select Confirmation block .
    This is used to block the reservation of the TOR from MRP.
    Regards
    M. Lakshmi Narasimhan

Maybe you are looking for