Simple credit check for service orders(TAD)

hi
we have configured simple credit check for ZOR and with delivery block. since TAD is order related billing even though credit limit exceeds they can bill the customer.Now I have to configure simple credit check for serive orders with item category TAD and it should give billing block.please give me the details on this.

Hello Chait
To release credit block from CRM GUI, please go to header status tab here is the button 'Credit Release'.
To release credit block in WEBUI, please check the items block, in more functions you can find the 'release credit block' link.
Best regards,
Maggie

Similar Messages

Credit check for sales order creation using BAPI

HI,
I am using BAPI_SALESORDER_CREATEFROMDAT2 for creating sales order.
I want the credit check for a customers credit limit done while creating the sales order. Is it possible to make
credit check with above bapi? If it is possible please give me the solution.
Helpful answers will be rewarded

hi,
it's the same code that is executed for the credit check in the bapi as in va01
If you put in the correct data, see sap note 366265, the credit check will be executed
kind regards
Paul Q

Credit check for sales order

Hi,
I'm trying to block a sales order, under some circunstances. The situation is :
1- Sales as been created ;
2- There has been a delivery issued for some items of this sales order;
3- In the creation of a new delivery for the remaining items of the sales order, we are trying to block the initial sales order, by new credit control on the client;
Is this possible ? How can we implement this ? Is there a user-exit for VA02 that can help us to overcome this situation ?
Thanks in advance,
Pedro Castro.

Pl provide some more info.
It can be managed beutifully by authorization and process.
Please note that if the person who has created part delivery want to block the remaining part he just have to make minor changes in the fields relevant for Credit Control like price (condition record) (Change then restore original price)etc. The document will get blocked. This is standard feature of SAP. It can be used by you. Identify the field relevent for credit control but not used by your organization and hence not significant for you. This field can solve your problem.

Availability check in service order quotation in SAP CRM

Hello Experts,
I am trying to establish an availability check for service order quotations in CRM
Could somebody please guide me through the steps to solve this problem.
Thanks in advance,
Itisha

Hello
For quotations, only an availability information is triggered and that shows only confirmation when creating but not after
save. You can find the logic in our standard function module CRM_CONFIRM_DEL_T_SCHEDLIN_EC
You can also find information in [ online documentation|http://help.sap.com/saphelp_crm70/helpdata/en/45/b67bba228747f5e10000000a114a6b/frameset.htm]
Regards
Joaquin

Mass atp check on service orders (material available to promise)

Dear experts,
Do you know a functionality in SAP Standard to carry out a mass ATP check for service orders?
I checked order list and components list, but there is no trigger for material availability check...
Best regards,
Philipp
Edited by: Philipp Miller on Jan 19, 2011 10:20 AM

Hi ,
If your on ECC6.0 ,EHP3 , check Enhacement Spot BADI :ES_EAM_LIST_ENHANCEMENTS in SE18 .. you can find required BADI
BADI_EAM_RIAUFK20_FCODE_CUS1 :Implement Customer Function Code in Order List
BADI_EAM_RIAUFK20_FCODE_SAP1 : Implement SAP Function Code in Order List
In above BADIs .. you can include code to perform mass Avalilability check ..
regrds
pushpa

Does Simple Credit Limit Check Include Checking for Open Orders

Hi all,
I have this issue here where I have configured the system to use simple credit limit check with error message. I did not use the standard/common automatic credit limit check since user insist on a pop-up warning and that the order could not be saved. But, I realized that it does not take open orders into account too although I have set the risk categories. Is it true and what solution is there for this issue then.
Thank you for all your help in inputs.
Regards,
Yvonne

Hi,
Please follow the below configuration settings for Simple credit check process.
Simple credit check: In simple credit check the system compares the credit exposure with payers credit limit. The
credit exposure results from the total of the net document value and the value of the open items.
We can set the following system responses at when the credit limit has been reached.
A u2013Warning message
B u2013 Error message
C u2013 Delivery block
Specify in VOV8  Credit limit [C]
Configuration settings:
Sales documents types u2013 Credit limit check: Transaction code: OVAK
Path:
 IMG
 Sales and Distribution
 Basic functions
 Credit management/Risk management
 Simple credit limit check
 Choose sales document type OR
 Specify value
[ ] = No credit limit check
[A] = Run simple credit limit check and warning message
 = Run simple credit limit check and error message
[C] = Run simple credit limit check and delivery block
 Save and Exit
Define credit control area: Transaction code: OB45
Credit control area is an organizational unit that specifies and checks the credit limit for customers. A credit control
area can include one or more company codes. It means we can assign one credit control area to number of company
codes.
NOTE: Within credit control area the credit limit must be specified in the same currency.
Path:
 IMG
 Enterprise structure
 Definition
 Financial accounting
 Define credit control area
 Go to new entries
(OR)
 Choose existing credit control area
 Select it and click on copy icon
 Rename it and click on details icon
Specify currency [INR]
257
Data for updating SD fields
Update [000012]: Open order value on time axis, delivery and billing document value. This field value controls
when the values are open sales orders, deliveries, billing documents are updated in LIS. We can specify the
following update groups for updating credit related statistics.
 Update group 000012:
Sales order: Increase open order value from delivery relevant schedule lines.
Delivery: Reduces open order value from delivery relevant schedule lines.
Increases open delivery value
Billing document: Reduces the open delivery value, increases open billing document value.
Financial accounting document: Reduces open billing document value
Increases open items.
 Update group 000015:
Delivery: Increases open delivery value.
Increases open billing document value.
Financial accounting document: Reduces open billing document value
Increases open items.
 Update group 000018:
Sales order: Increases open delivery value
Billing document: Reduces open delivery value.
Increases open billing document value.
Financial accounting document: Reduces open billing document value.
Increases open items.
Fiscal year variant [K4]: It indicates specific fiscal year variant for particular credit control area. The fiscal year
variant is essential when a credit control area covers multiple company codes whose fiscal years are different. Then
the values of the open orders are updated by posting period.
Specify risk category [001]: 001 = High risk
002 = Medium risk
003 = Low risk
This risk category entered in the related control area of the customeru2019s credit master record, which is automatically
created when a customer is created in a company code.
The credit master record is automatically maintained when at least one of the below fields is maintained for the
corresponding control area.
(A) Risk category
(B) Credit representative group
(C) Credit limit
Credit limit: The credit limit that we enter here in the specific credit control area of the customeru2019s credit master
record. This is automatically created when a customer is created in a company code (in XD01).
NOTE: This credit limit is not a total credit limit for the control area.
Representative group [001]: Define credit representative group in IMG.
 All company codes: If we want to tell to the system that, this credit control area is permitted for
postings in every company code we have defined.
 Save and Exit
NOTE: After this create Risk categories and Credit representative groups and come back to this step and assign
these values to our credit control area.
Risk category and Representative group defined and maintained by FI/CO consultants in IMG.
258
Assign company code to credit control area: Transaction code: OB38
Path:
 IMG
 Enterprise structure
 Assignment
 Financial accounting
 Assign company code to credit control area
 Choose our company code from position button
 Click on assign button on the application tool bar
 Select our credit control area from the list and assign it
 Save and Exit
 Go to FD32 and check whether system created customeru2019s credit master data automatically or not.
System creates customers credit master data automatically when we (FI/CO) people) configure credit control area in
IMG.
So as to perform simple credit check we have to specify customer master payers limit in the credit control area, and
create customer master in XD01 transaction code.
 Specify reconciliation account number (GL account number)
 Payment history record: Check payment history record control in payment transaction tab. It is the
control parameter to update the payment details that are made by customers and system will show the
payment details in the FD32.
 Specify the credit control area in credit control area field in billing document tab.
 Save and Exit
 Go to VA01 and raise the sales order
Check the system responses in each and every level of sales document processing and check whether the system
blocked the delivery document (due to the setting in VOV8 of OR in check credit limit field [C] = Blocked for
delivery).
 To release the delivery go to VKM4 and release the delivery document.

Static Credit Limit Check for Sales Orders - Net Value vs Credit Value

We are testing order credit check and we have run into a problem with the Static Credit Limit Check. The Static Credit Limit Check is set to use both Order and Delivery Values. SAP uses the values in S066 and S067 to determine what values it uses to check against the credit limit. Standard SAP uses the confirmed quantity times the credit price to get the order values - this is the credit value.
So the problem is, once an order is released it is set up so it does not go back on credit hold, so anything which is not confirmed (but could be) it a potential credit value which is unaccounted for in the credit exposure and the customer can go over the credit limit.
Additionally, we run AFS and have items which are rejected with a J0 rejection code (unconfirmed) which have the potential of being confirmed and shipped and we want to include these items in the value of the order which is being checked against the credit limit (along with the deliveries, invoices and receivables).
Here is a quick example.
Customer has a credit limit of $100 (no deliveries, invoices or receivables - to keep it simple)
Order 1 is placed with a credit value of $50.00 but a potential value of $100 (the other half is J0) - this passes the credit check since $50.00 is less than the limit.
Order 2 is placed for $50.00 and has a credit value of $50. This also gets approved.
At this point, the credit limit used is 100% (based on standard SAP)
Then Order1 backorder is confirmed and the new credit value is now $100. This order now puts the customer over their limit and if the order had been released would not go back on credit hold and therefore the customer is not over their credit limit by 50%.
What I want is for Order1 to be credit checked for the $100 not the $50 so the exposure is correct.
Does anyone have any suggestions as to how we could use the Net Value of the order to perform the static credit check? And any thoughts on how to determine the correct credit exposure (open order value plus items which are J0, plus deliveries, plus invoices, plus receivables)?
I am thinking about a Z table to track the adjusted values on the orders and then use one of the customer checks to do a static credit check with the adjusted value. And for the exposure, use the adjusted value to recalculate the values in F.35 to show a more accurate view of the credit exposure.
Does anyone have an easier way to do this? Any advice is appreciated.
Thanks,
Suzanne

Hi Suzzane,
In the scenario that you have provided, in the first order items worth 50$ are rejected. Hence standard SAP will not take this into account as this item is rejected.Two solutions can be provided here:
1) The line item can have a delivery block instead of a reason for rejection.This way the 50$ will get accounted.However, if this is against customer norms as this will appear in the order acknowledgment, this cannot be used.
2) User exit can be used where a credit check can be triggered once the document value changes, even though the document has a released status.
Hope this helps.
Thanks,
Vinu

Simple credit check - value need to be blocked from particular sales order to be post in f.35

Dear Expert,
I have a case here to find, the client uses simple credit check , we have different order types ( Example 6 order types), out of which we want to restrict the value of one order type to be posted in f.35 i.e the value should not effect credit limit used or open sales order.
Is there any standard procedure by which this can be done or do we have to use userexit.
Also can i know in which screen do we have to keep the userexits so that the value of the order type will not have impact on the f.35 or crdit limit used.
Regards
Abhishek Ojha

Sorry small correction to my initial post.
Even though you removed the credit group for the respective sales order type still system update the values subject to if the respective item category the "field credit active" active.
Removing the credit group to sales order type controls whether you want to perform the credit check or not. And your requirement is not to update the particular sales order document values in FD32 so the actual control is credit active field for that particular item category.
Since you have mentioned that you don't want to update that particular sales order document values( assuming that you are taking about receivable only).
Please note sales order determines the item category, so do as below.
De select( un check) the credit active field in the item category which is determined based on the sales order type for which you don't want to update credit values.
Please test and update here.So far I did not check this in my system.
thanks,
Srinu.

Credit Check during Sales Order Change (VA02)

Hi,
We have implemented a credit management system, where the sales order will not get saved if the credit limit is exceeded. Now this check is working fine during sales order creation. But in VA02 during sales order change, the system is giving an information message that the credit limit is exceeded, but is allowing to save the order, which is not desirable. Could you all please help me in finding a solution to this problem..
Thanks & Regards,
Ritam Bera

Hi
Kindly check that you are using simple credit check or automatic credit check(Statis or Dynamaic) below settings
If Automatic credit check then go to OVA8 -automatic credit control area with combination of Credit control area/Risk category /credit group,Check in the reaction field you have mentioned the error or warning (B or A) .
Prerequisites for credit management to work in Sales and Distribution:
1.Assign credit control area to company code
2.Maintain the credit limit in FD32 with details of risk category and the credit limit value
3.Do the settings in OVA8 -automatic credit control area with combination of Credit control area/Risk category /credit group,Check in the reaction field you have mentioned the error or warning (B or A) .
4.Assign the credit groups to the sales and delivery document types.
5.Maintain the Subtotal 'A' in the pricing procedure against which value the sytem should check the credit limit.
If you have any further clarifications on above let me know
Regards
Damu

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

What is Simple Credit check??

Can any body explain about Simple credit 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 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.
Requirements
The sales document types must already be defined. The SAP System automatically proposes the defined sales document types for maintaining the credit limit check.
Actions
Define whether a credit limit check should be carried out for the individual sales document types. Also define how the system should respond if the limit is exceeded. The following system responses are possible:
Warning
Warning and delivery block
The document can be saved but is automatically blocked for delivery.
Error message The document cannot be saved.

Simple Credit check _ User Exits

Dear Expert,
Please find my scenario,
I am using simple credit check
When i am creation sales order with reference to quotation
Item      Amount
00010 1000
00020 2000
I am getting two messages
1)Credit limit exceeded by 1000
2) Credit limit exceeded by 3000(1000+2000)
But Customer wants in one message like Credit limit exceeded by 3000
Please advice, its very urgent
and also suggest if any user exits available
Regards

Thank you for your reply
Is it possible to achieve the same by using static credit check?
When i tested this static check, i am getting message for the first line item
Ex:
Item      Amount
0010      100
0020      200
System shows " Static credit check 100 Exceeds" and it goes to sales order details screen when i am referring from quotation.
Regards

Report this postReply with quote Credit check for unconfirmed item

Hello,
I have configured automatic credit control for sales orders.
When a confirmed order quantity is entered, I get a warning message plus the credit block, just as I need. If I have no confirmed quantity of the items, I get no message, just a saved order.
Our item confirmation is done only on what is in stock, not on RLT, so it is common that an item has 0 confirmation. I need a credit block if the value would otherwise exceed the open credit limit? How can I do this? I've tried both the static and dynamic checks, but they only work with confirmed quantities.
Thanks

pricing:
   step Des                      From     print     subtotal
   120   Total                                   X        1
   130   Credit value           120         X        A
and also in automatic credit control select open orders
but system calculate the credit value=confirmed quantity*price.

Credit check for existing Verizon customer

Hello! I am looking for some assistance. I recently received an email from BB about a 2500 point Reward Zone bonus for buying a new phone w/ a two year plan. I am currently on my mother-in-law's family plan but due for an upgrade. After going through all the checkout steps, I was met with a request for a credit check for my mother-in-law. This makes little sense to me, as we have been Verizon customers for years and have a total of four accounts with them under this plan. If we are longstanding customers with Verizon, why does Best Buy claim Verizon needs to do a credit check? I know one wouldn't be necessary if we were to go to an authorized Verizon dealer for this purchase. So how can BB claim the check isn't for themselves when Verizon already has no issue with the account's credit?
I would love the bonus points but I'm not about to dent my mom-in-law's credit with a credit check. It sours me on ever going through Best Buy for any mobile service in the future. If Verizon is fine with the account and the current credit status, why does BB force one on us while claiming it's for a company that alreayd has no issue with the account holder's credit score?

All credit checks are done through the carrier. Verizon does periodically request updated an credit report, even when performing an upgrade. This same process would take place no matter where you get your phone -- Best Buy, Verizon corporate stores, or other third-party dealers.
Dan K. | Mobile Specialty Stores
Any opinions expressed in this post are those of
the author and do not represent Best Buy Co., Inc.

Credit Check on Sale Order

Dear Friends,
Right now the credit check is on Delivery Order. It displays error message when doing PGI for Gross Value (Price + Tax). Now I want to do it for Sale Order Level.
I did all changes according to the following; but on sale order the error message is only for (Price). It is not including tax value. Your assistance is required....
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_SAPFV45K_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:
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. You can
use Transaction FD32 to assign this risk category to a credit account.
10. Transaction OVA8
Here, the individual credit checks for key fields
- credit control area
- risk category
- 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. You want the item to be relevant for billing. If an item is not
relevant for billing or for pro forma billing, no update occurs.
14. 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:
15. 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':
16. 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:
17. 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.
Regards,
Shahbaz

Dear Lakshmipathi,
Yes, "A" is there.
Regards,
Shahbaz

Simple credit check for service orders(TAD)

Similar Messages

Maybe you are looking for