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

Similar Messages

Credit Management + Unit of Measures

Hi Gurus,
A Peculiar issue with Credit management corresponding to UOM
1. Goods are sold in Crates[UOM], Where 24 EA = 1 crate. User maintains condition record for eg 1EA [uom is EA]. In sales order
processing, pricing is calculated EA, eg if given 1 crate, system calculates for 24 EA, it is correct.
2. But Credit management considers only Crates - Eg if given 1 crate, credit amount should be updated with 24 EA value, instead it is updating with 1 EA value.
Please through some light on this area..
Regards
Praveen Kumar...

hi Chandra Mukherjee
Definitely, i ve tried and it works. But there are lot of conditions maintained in EA, user is not accepting to change all the records because sometimes they sell it is EA too [loose, FOC etc]. That is the reason we cannot maintain in Crates.
Praveen....

Credit Management - T Code VKM1,2,3,4.

Hi All ,
I have issue in Credit management - VKM1 Transaction . The value in field " credit value in thousand (VBKRED-KWKKD)" is showding value in Thousand . We need to populate the values in this field same as that of "Credit Value VBKRED - KWKKC".The user wanted this field to be displayed in the out put and does not wanted to HIDE/SUPRESS this filed in ALV Grid and also looked into the OSS note no -413483.
Please help me on this issue .
Thanks in advance
Veera
Edited by: veera PV on Oct 24, 2009 3:39 PM

Hi,
As note 413483 suggests you, create a new field as a user-defined field and enhance VKM+. Check the note SAP Note 779389 - VKM*: Extend list with user-defined fields.
I hope this helps you
Regards,
Eduardo

Special liability in credit management

I have many customers who have "Special Liability" bucket filled in their credit master. This "special liability" is actually bills of exchange. I would like to know how to remove this amount from the calculation of the "credit exposure". In other words, the system should exclude the "special Liability" bucket from the "Credit exposure" bucket. Does anyone know how to do that?
Thanks,
Ta

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

Credit Management - Special Liability bucket

I have many customers who have "Special Liability" bucket filled in their credit master. This "special liability" is actually bills of exchange. I would like to know how to remove this amount from the calculation of the "credit exposure". In other words, the system should exclude the "special Liability" bucket from the "Credit exposure" bucket. Does anyone know how to do that?
Thanks,
Ta

HI,
Use TCode OBXY. Create a Special GL indicator with account type D.
Go to properties there you will find a Check box "Rel. Credit Limit" if you check this indicator system will take this in to account for credit limit check and if you don't chek system will not consider the amounts posted with this indicator.
For all that are already posted you need to identify the transactions and post by Debiting the GL account and crediting the same with Spl. GL indicator. You can use F-32 for this purpose.
Reward if useful.
sarma

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

Credit management static check

Hi all,
i want to configure STATIC CHECK in my organization. My organization is operating with one sales org but many sales area. i want to configure static check to only export customers served by only one sales area xxxx/yy/zz. yy is distribution channel specially for exports & zz is specially export division with products specifically to be sold to export customers.There are almost 28 export customers. will static check be configured customer based or sales area based or sales org based.
Please guide.
regards
vikas chhabra
098714 88 718
[email protected]

hi,
pl check this ;
Credit and risk management takes place in the credit control area. According to your corporate requirements, you can implement credit management that is centralized, decentralized, or somewhere in between.
An organizational unit that represents the area where customer credit is awarded and monitored.   This organizational unit can either be a single or several company codes, if credit control is performed across several company codes. One credit control area contains credit control information for each customer.
For example, if your credit management is centralized, you can define one credit control area for all of your company codes.
If, on the other hand, your credit policy requires decentralized credit management, you can define credit control areas for each company code or each group of company codes.
Credit limits and credit exposure are managed at both credit control area and customer level. You set up credit control areas and other data related to credit management in Customizing for Financial Accounting. The implementation guide is under Enterprise Structure -> Definition or Assignment -> Financial Accounting and then Maintain credit control area. You assign customers to specific credit control areas and specify the appropriate credit limits in the customer master record.
Settings for determining the credit control area of a document. The settings of items 1 - 4 are taken into account according to their priority. The credit control area found is stored in field VBAK-KKBER.
1. Transaction OB38
   Check which credit control area is assigned to the company code.
   Company code:
   Credit control area:
2. Transaction OVFL
   Check which credit control area is assigned to the sales area.
   Sales area:
   Credit control area:
3. Transaction XD02 or VD02
   Check which credit control area is assigned to the payer.
   Payer:
   Credit control area:
4. Transaction SE37
   Is user exit EXIT_SAPV45K_001 being used?
5. Transaction OBZK
   For the settings under items 2 - 4, field "All company codes" must be marked in Transaction
   OB45, or the credit control area must be entered under the relevant company code in table
   T001CM of the credit control areas allowed.
   Company code:
   Credit control areas allowed:
6. Settings for the credit checks
7. Transaction OVAK
   Which settings do exist for the sales document type used?
   Sales document:
   Check credit:
   Credit group:
8. Transaction OVAD
   Which settings do exist for the delivery type used?
   Delivery type:
   Credit group for delivery:
   Credit group for goods issue:
9. Transaction OB01
   Credit management/Change risk category
   Definition of the risk category for each credit control area. This risk category can be
   assigned to a credit account by using Transaction FD32.
10. Transaction OVA8
    Here, the individual credit checks for key fields
    o credit control area
    o risk category
    o credit group are set. Take these key fields from the above settings and go to the detail
      screen. In particular, check whether fields "Reaction" and "Status/block" are set
      correctly. To carry out follow-up actions in case of a credit block, the credit check
      status must be set (field "Status/block").
11. Transaction FD32
    Credit master data for the payer of the relevant document.
    Credit account:
    Credit limit:
    Risk category:
    Currency:
12. Settings for updating the credit values Update of the credit values is required for the limit
    check (static or dynamic credit limit check).
13. Transaction OVA7
    Update of the credit value is active for the corresponding item type if the check box is marked. This field corresponds to
    field "Active receivable" in Transaction VOV7.
    Item type:
    Active receivable:
14. Transaction V/08, Pricing
    In the pricing procedure used for pricing, subtotal "A" must be entered in a line for
    determining the credit value (mark the pricing procedure and doubleclick on "Control").
    Usually, the net value plus taxes is used. This way the system is determined to use this
    subtotal for credit pricing. The credit price is stored in field VBAP-CMPRE and used for
    update and credit check.
    You can find the used pricing procedure of the order under "Item -> Condition -> Analysis".
    Pricing procedure:
    Line with subtotal = 'A':
15. Transaction OB45
    Which update group (field "Update") do you use in the relevant credit control area? The
    default setting is "12". If you use another update group, check whether this is fine with
    you. If you open an OSS message, please tell us the alternative update group.
    Credit control area:
    Update:
16. Transaction OMO1
    Which kind of update did you choose for structure S066?
     In any case, "Synchronous update (1)" has to be chosen as the kind of update.
     All other settings will lead to errors.
Hope it helps.
Thanks
Sadhu Kishore

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.

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 customers 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 customers 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

Special Liability Issue in Credit Management

Similar Messages

Maybe you are looking for