Automatic Credit check.

Dear Gurus,
While running the Automatic Credit we have the Options like we can control the customers at Order level,Delivery level and Goods Issue Level. Suppose if we want control at delivery level,How system checks the Value of the delivery while creating? In delivery document there is no pricing conditions?
Regards
jyothi.
Edited by: jyothi. on Nov 21, 2008 5:10 AM

Hello
Order level means whether you want to save the order or not ,that is done after credit checking the order value
Delivery level means whether you want to save the delivery or not
Here also the credit check is based on sales order only
It is like blocking or checking at the second level
The base for credit check is Sales order value only
This is not only in SAP ,but Business logic too
so delivery doc does not have pricing conditions doesnot carry any meaning here
Regards
Raja
Edited by: ramanathan raja on Nov 21, 2008 10:01 AM
Edited by: ramanathan raja on Nov 21, 2008 10:03 AM

Similar Messages

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 Credit Check FI-AR-CR from CRM

Hi,
when creating a sales order, the credit limit check in CRM gives a positive result, but the order is blocked for credit limit check in ECC (which is actually correct).
Why does the check not work in CRM? We have set up the middleware, changed all automatic credit check reactions to "B" etc.
Which setting is wrong?
Rgs
Anke

Hi Anke,
 Did you specified the ECC RFC Destination value in CRM SMOFPARSFA table ?
PARSFAKEY CRMCREDCHE
PARNAME CRMCREDCHE
PARVAL1 <ECC RFC DESTINATION>
REMARK CRM: DESTINATION FOR CREDIT CHECK
//Bhanu

Difference between simple & automatic credit checks

Hi,
What is the difference between simple & automatic credit checks.
Regards

Hi everyone,
I am waiting for your valuable reply.
Regards

Incorrect automatic credit check

Hi!
I configured the system to use automatic credit control at order level. There i only selected simple credit control.
Now, the problem is that for 2-3 weeks, the system let's me do the following, i'll give you an example:
Customer A has a credit limit of 1000. He wants to order goods which cost 2000. The system lets me complete the order and even the billing document. But only after finishing this, the system prevents customer A from buying smth else until he pays the goods.
This didn't happen before (i have no idea why this doesn't work anymore, apparently the configuration is the same), in the example above the customer shouldn't have been able to buy the goods in the first place.
Thankyou in advance

plese check program RFDKLI20 (run se38)
check your customer running report RFDKLI10

Automatic V simple credit check

what r the advantages of automatic over simple credit management

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

Credit check for delivery

Hi, I met some issues need your help!
Currently, I have set the credit limit check at delivery level.and the reaction status is B(error message)
and define a table Z_LOG for record the relevant infomation by user-exit.
1. Create sales order with VA01, and write down the relevant information into Z_LOG.
2. Create delivery with VL01N. if this document has exceed the limit value,The system will appears an error
message and failed to create. but I want to record this error message into Z_LOG base on the
sales document. Have any user-exit to solve this problem?? Thanks a lot!
The structure of Z_LOG as below.
SO, SOItem, Material, Q'ty, Delivery, Delivery Item. Error.

Hi
Please check if you have assigned the credit group to delivery document and respective credit checks are maintained in Automatic credit check with the credit group used to delivery. Also check the static and dynamic check are ticked according to your requirement and ticked in block as well.
If still you are facing the problem please check FD32 and check if proper delivery cost is excuted when you create delivies and the credit limit get used. In short check your info structures are properly updated.

Over due items are not considered in credit check for customer

Hi Gurus;
We have static credit active for the sales order which is blocking if the sales value is more than the customer credit balance but it is not checking for over due item i.e the billing document whose accounting document hasn't been cleared yet .Though i have maintained same number days for payment terms and risk category for the customer .
Kindly guide me if have missed out any configuration or setting .
Thanks in advance .

Hi Nuru,
Hope you are using automatic credit check and not simple crdit check ..Check that.
Is ur update group a standard one..?
Please paste screenshots of FD33, credit status, OVA8 etc.
Regards
Jobi

Confirmed quantity in sales order and credit check

Due to the fact that we are using automatic credit check , for the sales orders that are not blocked due to credit control the confirmed quantity is made to 0 until some person responsible unblocks the sales order.
My issue is how to prevent the confirmed quantity from becaming 0 even if credit block exists

Dear Friend
If the automatic credit management is active the confirmed quantities of sales order becomes 0 because in t code OVB8 the requirement no used will be 101 and system routine will be 1 that is system reservation
Here you need to change the 101 to something else or you have to write a new routine thro ABAPer so that even if the document goes for credit block the confirmed quantities doesnot change or become 0
I dont have the practical experience of changing this to something else and having worked on that
But you may try that
The area to explore or get your requirement is this only
Regards
Raja

Urgent: Need help in automatic credit control

Hi SD Seniors
Please help me in the URGENT Credit check Control Configuration.
According to the user requirement, need to have simple static credit control in the place of sales order & delivery.
When credit check fails during the order creation,
1.     Wants to popup the warning message without blocking the delivery
2.     And wants to block the delivery from the PGI process.
I have already done the necessary credit check configuration in my test system. Based on the simple credit limit check,
System issues the warning message correctly at the time of order creation.
And I have configured the automatic credit check control configuration for the blocking the delivery PGI steps. But system doesnt block
The delivery and it still allow proceeding for PGI without any error message.
Please refer by below automatic credit control check for blocking the delivery. Please let me know, is there any other step I missed out here.
1. Credit control area is assigned to the company code.
2. Credit control area is assigned to the sales area.
3. Credit control area is assigned to the payer.
5. OBZK:   Assigned
7. Risk category for each credit control area.
8. OVA8: -Credit control area + Risk category + Credit group
9. FD32: -Credit limit, Risk category, Currency: assigned
10. OVA7/VOV7: - Activated correctly
11. V/08: - Pricing Procedure subtotal set to A
12. OB45: - Update Group 00012
Your help is very much appreciated.
Thanks in advance
Regards
Priyan

Karan, Thanks For you Quick Response.
OVO8: Cr.Ctrl.Area + Rick.Catg + Credit.Group (03)
The same credit group was assigned to the OVAD also.
OVAD: Dely.credit.grp = 03   (Credit group for goods issue)
AND
GI.Credit.group = 03 (Credit group for goods issue)
Is it correct?
My doubt is where exactly, we are telling the system to block the delivery.
In OV08, could you please tell me what are all the settings need to be done for
block delivery PGI
Regards
Priyan

Credit management automatic credit control use of credit group

Hello gurus
1)In the credit management we have credit groups( which enables us to combine different sales
document types for the purposes of credit management).
In the simple credit check also we will assign the doc types to check the credit. Then please tell me why we need credit groups in automatic credit control? Here also we can assign the doc types to check the credit ?then what exactly is the use of credit group ?
2)where will we specify the total credit amount allowed of the credit control area?
3)In the automatic credit control (ova8) against to static check box option we have open orders and open delivers checkboxes. is this two boxes only specific to static or it also belongs to dyanic?
Is it necessary to check this boxes?
4)is any one have used any of the routines in automatic credit control( document controlling tab we have no credit check field here we specify the routine? If any business need please share with me
Thank you in advance for all the replies

Hi
For your 1st query , In credit mgmt we assign credit grps to sales document type. So as you said we will assign credit grps at simple credit check and coming to the Automatic credit check we assign credit grp for the sales document type also .But the difference is credit grp can be at order level or Delivery Level or PGI level in OVA8 in Automatic credit check .
Coming to your 2nd Query , we will specify the total credit limit in FD32.
For your 3rd query , In OVA8 apart from the static check we check the boxes open orders and open deliveries also because once you activate Automatic credit check and once you maintain credit limit for any customer then system will check the open orders and open deliveries also of that customer
Coming to your last query the routine feild can be used when some requirements have to be fulfilled then only automatic credit check should work for customers. or else the sales order ->delivery->PGI will happen normally
Regards
Srinath

Credit Check - Oldest Open Item

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

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

Sales document (order) credit check

Dear colleagues,
we have an automatic credit check in sales orders . Days overdue - oldest open item. (OVA8)
We want to change this, checking not the overdue days of the oldest open item but the days from create date (of the oldest item) to current date against a specific limit of days for the specific credit area-risk category-doc.
Any help will be appreciated.
BR
John

Hello John,
there is no standard customizing solution for your request.
You might program you requirement in user function 1 in credit management by using
LVKMPFZ1 (FORM USER_CREDIT_CHECK1). If you branch into function module SD_ORDER_CREDIT_CHECK you can use the coding of FORM OLDEST_OPEN_ITEM_CHECK as an example for your needs and change the dates that you would like to check.
Best regards, Baerbel

Business model mapping query (High sea sales) - automatic credit control cn

Our Client imports goods(chemicals & liquids) in bulk... on ships .. (to india)
It sells (the sale is made) before the ship enters the indian waters (territory).. (on the sea itself)
Practically this is what happens: (HIGH SEA SALES)
Invoice is done ( with all the statutary docts), as soon as the sales order is created. Lastly, the delivery happens.
Now, the client wants automatic credit check at DELIVERY LEVEL. ( After the invoicing is done, legally the goods belong to the customer, but our client wants to have a control on delivery, if at all any payment issue arise....
How to do this?
any ideas?
Rgds
Sumanth.Gururaj

Hi,
Please go through this
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.
I hope this will resolve your issue
Thanks
Anil Hooda

Update groups in Automatic Credit Mgmt..

Hi Gurus,
What is the significance of the various update groups present in Automatic Credit Mgmt.
When do we have to choose 12 ,15 and 18 type of update groups.
Where do we assign the same.
Sure to reward points for satisfactory answers
Cheerzz..
Subbz..

Hi Subba,
Update group is defined /assigned in Credit Control Area Defination (path:IMG>ENTERPRISE STRUCTURE>DEFINITION>FINANCIAL ACCOUNTING>DEFINE CREDIT CONTROL AREA).
Whatever is defined for this field here gets reflected in the OVA8 screen.
There are 3 types of update groups:
1) update 000012 - open order on time axis, delivery and billing doc value. It means during automatic credit check the system compares the customer's credit limit to the total of open orders as well as the deliveries and billing doc value
2. update 000015 - open deliveries and billing doc value. It means during automatic credit check the system compares the customer's credit limit to the total of open deliveries as well as the billing doc value
3. update 000018 - open delivery for sales orders, billing doc value.
Hope u ve undrstood.
plz reward points if helpful
Regds,
Pallavi

Automatic Credit check.

Similar Messages

Maybe you are looking for