Credit check on the basis of quantity

Hi Gurus
The requirement is such that the credit check is to be configured on the basis of quantity. A customer is fixed with a total order quantity of 1 lakh and if the quantity goes beyond 1 lakh the system error should come.
Thanx and Regards

May be you can check whether if you can do this via a user exit for credit limit. You can follow the below steps
1) Create a Separate risk category for this customer.
2) and assign a User Exit check for this category customer in OVA8
3) Modify the User exit to your requirement.
The User exit which can be used for this purposes are...
LVKMPFZ1: USER_CREDIT_CHECK1
LVKMPFZ2: USER_CREDIT_CHECK2
LVKMPFZ3: USER_CREDIT_CHECK3
There are three buttons of User exit in the OVA8 Screen. each button is numbered as 1,2,3 internally, if you mark User exit 1, then modify the first program .... like tht..
also you can explore the option of having a Quantity contract.. Create a QC for 1lakh Qty and try to refer this QC when ever u are creating the order. Of course this will not stop you from creating an order with more qty, unless you explicitly throw an error..
Rgds
Srini

Similar Messages

Allocation on the basis of Quantity Produce

Dear All,
I want to do distribution through assessement of Over/Underabsorption of cost center on the basis of Quantity produce in that plant to COPA Value Field.. is that possible
Example
Cost Center A-1001 is having the Over/Underabsorption of 100000Rs
Now client ask that i want to distribute this cost to my product produce in that plant on the basis of Quantity produce in that plant.
I can get the sale quantity and weigh of the sale quantity in value field in COPA but how can i get the quantity produce in that plant.
Kindly suggest
Regards
Shayam

Thanks for the reply...
I am also feeling the same
Issue closed.
Shayam

Amount Limit on Credit entries on the basis of User ID

Hi,
Could anybody please guide me about:
How can we set the Amount Limit on Credit entries on the basis of User ID?
Thanks and Regards

Hi Vashishth,
You have to create a tolerance group, where you will define the amount limit and then add that tolerance group to the User.
To create Tolerance group
SAP Customizing Implementation Guide -> Financial Accounting (New) -> Contract Accounts Receivable and Payable -> Basic Functions -> Postings and Documents -> Document -> Tolerance Groups for Amount Limits -> Define Tolerance Groups
To add Tolerance Group to the User
SAP Customizing Implementation Guide -> Financial Accounting (New) -> Contract Accounts Receivable and Payable -> Basic Functions -> Postings and Documents -> Document -> Tolerance Groups for Amount Limits -> Assign Tolerance Groups to Users
Hope this resolves your query.
Regards,
Manish

Order Credit Check of The Dealer

Dear
Hi, This is Little bit techno-Functional , Kindly help me out
This is the Scenario
While Creating delivery from The Sale Order , The Order is blocked due to credit Check .
But Ther dealer is having Least Amount balance, we want to create Delivery For The Avail amount Based on material Wise .In The Order Header status , Credit Check has been updated, we want 2 know which table/ field is updated, when i try to get The field thru F1 help , its found a structure (Description )
Structure name is VBSTT-CMGST_BEZ
I need a Table name / where the description like approved/ released get Saved.
Thanks in Advance

hi
check the following tables hope you may get the required data
VBUK-CMGST
VAKCR-CMGST
REGARDS
rithvika

Order Credit Check for the Dealer

Dear
While Creating delivery from The Sale Order , The Order is blocked due to credit Check
But Ther dealer is having Least Amount balance, we want to create Delivery For The Avail amount Based on material Wise .In The Order Header status , Credit Check has been updated, we want 2 know which table/ field is updated, when i try to get The field thru F1 help , its found a structure (Description )
Structure name is VBSTT-CMGST_BEZ
I need a Table name / where the description like approved/ released get Saved.
Thanks in Advance .

Check the table: VBUP
fields : CMPPI,
LFSTA

ATP Check on the basis of Acknowledged PO

Hi Friends,
I have a requirement where My client want the ATP check should be done on the basis of followings;
1. Saftey Stocks.
2. Acknowledged Purchase Order
3. Lead Time.
Safety Stock and Lead time is in SAP standard. My problem is Acknowledged Purchase Order..........earlier client was doing on the basis of PO issued. but not client wants to include the PO only when it'll be Acknowleded by the Vendor specifying the estimated date in the acknowledgement.
Share your expertise with me to fix this issue.
Thanks,
NR

Hi,
You can include Shipping notifications in the ATP and exclude the PO. But Order Acknowledgements are not available under the standard scope settings for Availability check.
Regards,
Kathir

Credit check for the first sales order

Friends,
We are using dynamic crdit check.
we set credit limit for Rs 100000. Now when I am creating first sales order for Rs. 500000, system allow to do it.
Practically it should not allow to do it. How to handle this? please help.
Thanks

Dear Pratap,
Enusre that in OVAK, you have the check credit as D and the credit group as 01.
The credit check will be either static or dyanmic based on which indicator you are choosing in the transaction OVA8.
Open order:Orders which are not delivered and relevant for credit check.
Open delivery: Delivery which is not invoiced and relevant for credit check.
Open billing doc: Invoice to which accounting document is not genereated yet in the system.
Open Items: Accounting documents which are due from the customer, and cleared in the system yet.
These are all the basic definitions to explain the difference between static and dynamic check.
The difference between the static and dynamic check is as below.
In case of static check, all the open order, open delivery, open billing document, opn item will be considered during the credit check.
In case of dynamic check, you will be specifying the HORIZON period which will restrict the open orders to be considered for a certain period.
That is to say, if you keep the HORIZON as 2 M, then the orders which are due for delivery beyond 2 months will be ignored; remaining open orders, open delivery, open billing document, open itms will be taken into consideration as it is.
If you don't use the HORIZON period, I would suggest you to activate the indicator STATIC rather than dynamic. Hope this clarifies.
Please do revert if need any more clarification.
thank you
Venkatesh SP

Is Credit Check Total the same as Experian credit tracker?

Any difference in the two? I use Experian, but wondered if there was a better deal with CCT??

Kayla325 wrote:
Any difference in the two? I use Experian, but wondered if there was a better deal with CCT??Experian Credit Tracker charges me $9.99 per month for EXP report and FICO8 score.CCT offers 3 reports (TU, EXP and EQ) for $14.99 per month

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

Type of credit check

HI,
Could anyone explain to me about type of credit check specially "Credit check on the basis of overdue open items" ?
Thanks & Best Regards,
Saiful arif

Hi,
There are 2 main types of credit check:
1. Simple Credit check
2. Automatic check
Simple credit check behaves in the same way for all the customers & hence is not used frequently.
Automatic credit check allows you to control different customers in different way with respect to their payment history (good payment master/bad payment master). The control is done for the combination of "credit control arearisk categorycredit group". You use transaction code OVA8 for the control.There are many types of automatic credit checks:
Before that I would like to explain some terms:
open sales orders: delivery not done for any item in the sales order
open deliveries: invoice not done even for a single item
open invoices: accounting document not yet generated
open line items: when the system generates an accounting document for an invoice, it generates a line item which is displayed in the transaction code FBL5N. Here you see against which invoice, how much is the A/R (accounts receivable) amount. Open line items means the payment has not been received for this line item.
Types of credit checks:
1. Static credit check = The customer's credit exposure may not exceed the established credit limit. The credit exposure is the total combined value of the following:
*Open sales documents
*Open delivery documents
*Open billing documents
*Open items (accounts receivable)
2. Dynamic credit check: The customer's credit exposure is split into a static part - open items, open billing, and delivery values - and a dynamic part, the open order value. The open order value includes all not yet or only partially delivered orders. The value is calculated based on the shipping date and the credit horizon you specify in the adjacent field. For the purposes of evaluating credit, the system will ignore all open orders that are due for delivery after the horizon date. The sum of the static and dynamic parts of the check may not exceed the credit limit.
3. Document Value: The sales order or delivery value may not exceed the maximum value that you specify in the adjacent field. The value is stored in the currency of the credit control area. This type of credit check makes sense, for example, if you process orders for new customers whose credit limits have not yet been defined. The check can be initiated by a risk category which is defined specifically for new customers.
4. Critical fields: The indicator controls the critical field check. If the field is selected, the system checks whether critical fields have been changed. The critical fields are as below:
*Payment terms
*Additional value days
*Fixed value date
Use this type of check for sales documents only.
5. Next Review Date: The next credit review date is stored in the credit data in the customer master record. When you process a document, the next credit review date must not be beyond the current date.
6.Open Items: This type of credit check works in conjunction with two values that you specify in the adjacent fields:
*Maximum % of overdue items in open items
*Number of days which the open items are overdue
The proportion of overdue open items (that exceed the specified number of days) in the total of open items should not exceed the percentage specified.
7.Oldest open Item: system carries out a credit check based on the age of the oldest open item. The oldest open item must not be older than the number of days specified.
8. Highest Dunning Level: With this type of credit check, you specify the highest dunning level you want to allow in the adjacent field. The dunning level is tracked and stored in the credit data in the customer master record. If this level is exceeded during order or delivery processing, the system carries out a credit check.
Dunning means the follow up with the customer for receiving the payment.
9. User Specific: Used for user specific credit check if it is noe fulfilled through first 8 options.
Overdue Open Items: You enter a payment term in the customer master - sales area data - billing screen. The payment term is suppose "within 15 days" & the baseline date (date used by system to calculate due date) is say posting date.
If today, i.e on 21/08/2008, you create an invoice & accounting document also generated (which will generate a line item in FI-A/R statement), the system will determine the due date as 04/09/2008. If the payment is not received latest by 04/09/2008, the line item will automatically become overdue. In the first field the system asks for Maximum item percentage which is calculated as under:
"X" = (open items which are more than a certain number of days overdue / customer balance )
customer balance is according to me the adjacent field, i.e "Number of days for considering open items".
Say if "X" = 1 & after creating some time if the system calculates that the value has exceeded "1" then it will block the sales order for credit check.
Hope this gives you a clear idea.
With best regards,
Allabaqsh G. Patil.

Static Credit Checks - Open orders - Confirmed quantity vs total quantity

We are using static credit checks. Credit currently only sees open orders with a confirmed quanitity.
Customer orders 10 items we have 5 in stock. Credit check runs, credit is evaluated basd on the confirmed open quanitity of 5. The order gets a credit block. Credit rep releases the order.
A few days later the balance of the order arrives in the warehouse. The remaining 5 are confirmed on the order. Since the confirmed quantity has been increased and subsequently the confirmed open value, the order goes back to credit.
We frequently encounter this situatuion and are looking for ways to reduce the number of credit round trips.
If we wanted to base the credit check on the total quantity / order value, as opposed to the confirmed quantity / value what do we need to change.
Insights are appreciated.
Edited by: tooCann on May 14, 2008 2:30 PM
Edited by: tooCann on May 14, 2008 2:31 PM

Hi cann
As you are going with static credit checks, system will check the order and if it exceeds it will throw an message (error , warning )
Now again , if you create another sales order , that value will not be taken into consideration , system again will check for the credit limit amount
For example :
credit limit - 10000
sales orders - 1010, 1011
1010 sales order value - 11000
1011 sales order value - 10500
Now when you create a sales order system will check the credit limit 10000. and once you save it and create another sales order (1011), again system will check for the same credit limit 10000.
The credit limit gets reset once the order is saved ,in static check
Now any open quantities are there means and when it gets confirmed then system will check for those open quantity also
To minimize all these use dynamic credit check
Regards
Srinath

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

Repeat credit check does not happen for already released sales orders when CMGST =D, for the second time using FM SD_ORDER_CREDIT_CHECK

Hi,
I have written a routine which will call the FM SD_ORDER_CREDIT_CHECK whenever there is a rejection and again unrejection of a same sales order, we are only concerned about already credit released sales orders, the scenario is as follow
1). Sales order created in the system --> Credit check --> Credit blocked
2). Release credit block manually CMGST =D
3). Reject sales order then unreject the same
4) Routine will determine rejection and unrejection of the order while saving and will call the FM SD_ORDER_CREDIT_CHECK
5) The order is credit checked and blocked if necessary
All goes well till this point
but when the same sales order is rejeceted and unrejected multiple times either partially/ fully then the Custom routine calls the FM for credit check but the FM fails to put the order back on credit hold
in short the FM works only for the first time incase of mutiple rejection and unrejection of teh same sales order then the FM SD_ORDER_CREDIT_CHECK fails to put the order back on credit hold from the second time onwards
if some one any idea of the behavior of this FM please share your thoughts and inputs . thanks !!

Issue resolved
The Standard FM “SD_ORDER_CREDIT _CHECK” uses the field “Release date of the document determined by credit management VBAK – CMFRE”
For any sales order that is manually credit released in a single day, Only one credit check is triggered (per day) if there is any change in the sales order and then the order goes back to credit hold and if again the order is manually credit released for the second time in a single day there will be no credit check (still the order will pass into FM but the update entry in the internal table will be blank)this is a standard functionality
Process of rejection and unrejection :
Blocked order -->released-->blocked again (first time after manual release same day) unrejected (same day) -->but no credit check (all this in a single day)
note : OVA8 - released document still unchecked = 0 Days , Deviation %= blank

Without exceeding the credit limit sales order is blocked for credit check.

Dear Experts,
In my production server as well as quality server sales order is blocked for dynamic credit check.But the fact is that the credit limit is not exceeded.only 18% of the credit limit is used by the cutomer.The same problem is there in quality server also.
Kindly help.
Best Regards
Biju

Dear Biju,
Check whether the customer code has exceeded credit limit in any other credit control area.
Run the following programs.
RVKRED77 , RVKRED88 , F.28
After credit re-organisation, please check again and revert back.
Also would like to ask you whether you have made any recent changes in the credit master data [FD32].
Thanks & Regards,
Hegal K Charles

Credit check at sales order line item level

We are trying to carry out credit checking at the line item level. Standard SD only has credit checking at the document level.
Does anyone know of any enhancements or notes we can apply to achieve this.
Thanks Steve

Hi Steve,
The field VBAP-CMGST is only at the header level that is the credit
status is only available at the header. So when you release a
sales order the entire order is released. It cannot be maintained
at the item level.
Note 60672 explains that placing a delivery block on the schedule line
level will have this affect on credit management. Credit bases things
on what can be delivered. Please check in the tranx OVZ7
In block quantity confirmation in delivery blocks there is a blocking
reason setup (ZI) which blocks confirmation if an item is incomplete.
Please see configuration in transaction OVZ7.
Unfortunately, in standard SAP, credit block is applicable to the
whole S/O document.
In general, credit is applicable to the customer [soldto/billto/payer].
In SAP, this 'customer' is part of header/document level, and not
item level.
You can not change this behaviour in IMG or userexit.
I hope those information can be useful
regards
Ruy Castro

Credit check on the basis of quantity

Similar Messages

Maybe you are looking for