Where is credit control Area in sales order.The field.??

Hi all
where is credit control Area in sales order.The field.??
Ahmed

Hi Sadhu,
You may get the wrong infomation if you only checking the credit control area for customer master.
During sales order creation the system determines the relevant CCA. This is done in 4 steps in the following sequence:
1.      Userexit
2.      Credit control area of the payer (XD03)
3.      Credit control area of the Sales Area (OVFL)
4.      Credit control area of the Company Code (OB38)
As far as the system can determine a CCA it leaves the sequence.
So there maybe no credit control area in customer master data for the payer. But if there is one maintained for sales area or company code or in userexit, the sales order can get one CCA determined. I recommand using the check_cm report because it tells you the correct info.
Regards,
Smile

Similar Messages

Assignment of credit control area to sales area

Hi Friends,
What is the advantage of assigning credit control area to sales area when it is already assigned to the relevant company code ?
Regards
Mahesh.

hi,
Credit control area when assigned to sales area(sales orgd.cdivision) rather than company code, it will be more specific and relevant to track the credit record of the customer as he was assigned through the sales area where he is in.
And also to generate reports based on the sales area , this helps in ease to monitor the customer behaviour based on the materials.
Mohan
Award points if it helps.

Linkage of Credit Control Area to Sales Area

Dear Gurus
During review of Customer masters it has been observed that in some cases
wrong credit control area updated for sales area
Credit limit updation in credit control area where customer is not extended in the particular credit control area
Please advice if we can have linkage between sales area and credit control area?
Thanks
RK

Hi Aneesh
Thanks for your reply it is useful.
But it is observed that after assigning Credit control area (ex:1000) in this customization (against Sale Org 1000 - Dist.Chnl 10 and Division -20), in customer master system allowing to update other credit control areas also against above Sale Org.
As per requirement system should allow only those credit control areas, which are maintained against each Sales Org.
Some one can throw light on this please.
Thanks
RK

Credit control area to sales area

hi sd gurus
can we have credit control are setup to sales area,when it is already setup in company code,,,,..
thanks
regards
vivek

hi,
If we want to use more than one credit control area for same customer or one customer is dealing with more than one sales area and for each sales area u have to maintain different credit limits then wehave to use more than one credit control area for that customer then we assign sales area to that credit control areas.
transaction code for assigning the credit control area to the sales area is OVFL
pls reward points if the answer is helpful
Regards,
Murali

*Billing Document Splitting with Credit control Area*

Hi
please give me solution for the following matter
there have some invoice splitting with credit control area from sales order header , because some orders available credit control area some order not available credit control area . can i create one billing document for those without splitting?
thanks
L.C

Hi L.C,
You can see VBAK-KNKLI field differs in sales document. The split is standard system behavior since
these are header fields. Please refer to note 11162 for details on split criteria for invoices.
In order to avoid the split you can either clear the fields in the copy control or you can change your credit management
configuration so that the credit accounts determined are the same.
I hope it can help you.
Regards
Ruy Castro

Is it possible to create a sales order in two credit control area

Hi,experts,
      I have a senario to realize. One customer has two sales area, and has two credit control area correspondingly. And this customer also has one common shared credit control area. I want to realize that one sales order would occupy two credit control area.
      common credit control area limit : 300
       credit control area A limit : 500
       credit control area B limit : 500
Now I have a sales order for this customer, net value is 400, the sales order will be blocked. Although it does not supass the credit control area A, but supass the common credit control area limit
How to realize this senario?
Thanks.

wayne,
Sales order has one credit control area, check VBAK-KKBER
Therefore order should be checked against this CCA.
TW

Sales order credit control area

Hi,
How can i identify the credit control area the sales order belongs to?
Is there any way to identify in the SO itself?
(not checking the sales org and checking the cc ar)

Credit Control
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.
Credit Management
All business have their own credit management needs, SAP allows you to 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 the system carries out these checks.
u2022 SM30 - Table/View
u2022 V_TVTW - Define Distribution Channel
u2022 V_TVTA_KKB - Assign sales area to credit control area
u2022 V_T014 - FI - Define Credit Control Area
u2022 T001CM - FI - Assign Permitted Credit Control Area to company code
OVXG - Set up Sales Areas
e.g. Sales Organization
Distribution Channel
Division
Distribution Channel
Division
FD32 - Customer Credit Management
OVAK - Define credit limit check by sales document type
u2022 Check Credit
o A - Credit limit check and warning message
o B - Credit limit check and error message (no sales order can be created)
o C - Credit limit check and delivery block (block delivery if hit credit limit)
 Options B and C -> used for checking open order values (when you create/change the sales order)
o D - Automatic credit control with open order values
 More control in transaction OVA8 - Automatic credit control
 You check for open orders and deliveries, or just open deliveries.
 or open order values with other options
u2022 Credit group
o Allows you to combine different sales document types for the credit limit check
VKM1 - Blocked SD Documents - Finance have to released the delivery block
OVAD - Define credit limit check by delivery order
u2022 whether the automatic credit check occurs at the time of delivery creation and/or goods issue
OVA7 - Define credit limit check by item category
u2022 Set whether to include/exclude item category for credit limit check
OVA6 - Define credit group. You can groups together different business transactions which should be dealt with in the same manner with regard to the credit check.
You enter the credit groups when you configure the sales document types for credit management and define the (D - automatic credit check).
u2022 SAP default credit groups
o 01 - credit group for sales order
o 02 - credit group for delivery
o 03 - credit group for goods issue
OVA8 - Automatic credit control - Double click on the line items you can have the followings credit limit check:-
u2022 Static
Depends on the customer total value of open orders, deliveries, billing documents and open items.
u2022 Open items
No of days open
Overdue open items checks is based on the ratio of open items that are overdue by a certain number of days.Max open items %
The customer balance must not exceed a certain percentage.
u2022 Oldest open items
If you donu2019t want to deliver to the customer at all when even only 1 invoice is overdue.
Tick the Check for Oldest Open Item and Set the field Days oldest item = 1.Days oldest item
No of days allowed for overdue or payment terms.
Use of the credit check Oldest Open Item. If a user attempts to alter the order quantity of a released sales document
that was previously blocked, it would be reblocked again by the system. The system only reblocks the sales document if the new order quantity is above a certain % amount.
u2022 Released documents are still unchecked
The preset % is whatever you want to set it as when configuring your automatic credit processing. You enter a deviation % and number of days,eg, you can set it so that an order can be changed by up to 10% within 30 days of original order entry date without it going back on credit block.
u2022 Next Review Date
If a customer has a credit limit of 1000 USD, and you would like to restrict this credit limit only to be available in current month (say March). If the document day is in April then the credit limit is zero.You can use the u201CNextReview dateu201D and u201CNumber of daysu201D fields and combined it with the u201CLast int.reviewu201D field in customer credit master u201CStatusu201D view (FD32).
VOKR - Display of work list for credit management (configure the display variant)
Releasing the Credit Block
These are the three transaction code you can used for releasing the SAP credit management block.
VKM3 - Sales Order
VKM5 - Delivery Order
VKM4 - Both Sales Order and Delivery Order
There are basically two types of customers:
1)Credit worthy
2)Normal customers
Coming to credit worthy customers these customers we can believe and we will give some credit ness for them.For such a type of customers we are going to set them some credit limit.Based on that we will give service to them till that limit.It the limit crosses we will get the messages while creating orders for them.
Their credit limit can be set in FD32 T.Code.
Automatic credit check will be maintained in OVA8
Follow these steps:
1. Go to IMG - enterprise structure - definition - financial accounting - define credit control area.
2. Assignment of company code to credit control area & sales area to credit control area.
3. Go to OVAK select ur sales document type and in the check credit column choose from A B or C. D is for automatic credit control for which you have to maintain the credit group and risk categories.
4. In FD32 you select your customer and click on STATUS icon and press enter. here u maintain the credit amount allowed. but this is done by the Finance people.
5. Now when you create the sales order and if the amount exceeds the credit limit then u will get the message as you maintained in the TC OVAK. Normally the system starts doing credit checks from the second sales.
order.
What are the different types of credit checks?
By Sunilmadho
Credit Check can be :
1) Simple Credit Check
2) Automatic Credit Control
Automatic Credit Control can be at various levels :
1) Order
2) Delivery
3) Goods Issue
Automatic Credit Check is of many types :
1) Static
2) Dynamic
3) MaximumDocument Value
4) Maximum Open Items in percentage
5) Oldest Open Item in number of days
6) Crtitical fields change
7) Highest dunning level, etc.
You can create more.
Credit Check happens only in SD module, never in FI. Because the stage of the check is in the sales cycle, which exists in SD. FI guys will check the credit master sheets of the customer, the MIS, the analysis etc, review the credit limits of customers. But the check will happen only in SD, while creating order, delivery or doing the goods issue.
All business have their own credit management needs, SAP allows you to 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 the system carries out these checks.
SM30 - Table/View
u2022     V_TVTW - Define Distribution Channel
u2022     V_TVTA_KKB - Assign sales area to credit control area
u2022     V_T014 - FI - Define Credit Control Area
u2022     T001CM - FI - Assign Permitted Credit Control Area to company code
OVXG - Set up Sales Areas
e.g. Sales Organization
                  Distribution Channel
                              Division
                  Distribution Channel
                              Division
FD32 - Customer Credit Management
OVAK - Define credit limit check by sales document type
u2022     Check Credit
o     A - Credit limit check and warning message
o     B - Credit limit check and error message (no sales order can be created)
o     C - Credit limit check and delivery block (block delivery if hit credit limit)
     Options B and C -> used for checking open order values (when you create/change the sales order)
o     D - Automatic credit control with open order values
     More control in transaction OVA8 - Automatic credit control
     You check for open orders and deliveries, or just open deliveries.
     or open order values with other options
u2022     Credit group
o     Allows you to combine different sales document types for the credit limit check
VKM1 - Blocked SD Documents - Finance have to released the delivery block
OVAD - Define credit limit check by delivery order
u2022     whether the automatic credit check occurs at the time of delivery creation and/or goods issue
OVA7 - Define credit limit check by item category
u2022     Set whether to include/exclude item category for credit limit check
OVA6 - Define credit group. You can groups together different business transactions which should be dealt with in the same manner with regard to the credit check.
You enter the credit groups when you configure the sales document types for credit management and define the (D - automatic credit check).
u2022     SAP default credit groups
o     01 - credit group for sales order
o     02 - credit group for delivery
o     03 - credit group for goods issue
OVA8 - Automatic credit control - Double click on the line items
You can have the followings credit limit check :-
u2022     Static
Depends on the customer total value of open orders, deliveries, billing documents and open items.
u2022     Open items
No of days open
Overdue open items checks is based on the ratio of open items that are overdue by a certain number of days.
Max open items %
The customer balance must not exceed a certain percentage.
u2022     Oldest open items
If you don't want to deliver to the customer at all when even only 1 invoice is overdue.
Tick the Check for Oldest Open Item and Set the field Days oldest item = 1.
Days oldest item
No of days allowed for overdue or payment terms.
Use of the credit check Oldest Open Item. If a user attempts to alter the order quantity of a released sales document
that was previously blocked, it would be reblocked again by the system. The system only reblocks the sales document if the new order quantity is above a certain % amount.
u2022     Released documents are still unchecked
The preset % is whatever you want to set it as when configuring your automatic credit processing. You enter a deviation % and number of days,eg, you can set it so that an order can be changed by up to 10% within 30 days of original order entry date without it going back on credit block.
u2022     Next Review Date
If a customer has a credit limit of 1000 USD, and you would like to restrict this credit limit only to be available in current month (say March). If the document day is in April then the credit limit is zero.
You can use the "NextReview date" and "Number of days" fields and combined it with the "Last int.review" field in customer credit master "Status" view (FD32).
VOKR - Display of work list for credit management (configure the display variant)
In credit mgmt how the Amount & limit can be can be configured at sales order,delivery & PGI Level.
Please give me the solution .
1)First create Credit control area
Path:IMG\ES\Definition\FA\Define Credit Control Area
2) Assign your credit control area to your company code
Path:IMG\ES\Assignment\FA\Assign Company code Credit Control Area
3) And enter the credit limit using above mentioned transaction code FD32.
4) And assign this credit control area in your customer master Sales Org Data (XD02)
5)if you have maintained the credit control area for your customer then goto T.Code FD32.
6)Enter your customer number and the credit control area.
7)Select the status tab.Press enter.
8)Maintain the credit limit in the field.Save.
9)Go to OVA8 T.Code and then click on open orde

Check Credit and Stock on Sale Order

Hi All
Could you please tell me how to check Credit and Stock on Sale Order.
Thank and Best Regard
Thang

How To Do Configuration For Credit Management
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
Regards
Raja
Edited by: ramanathan raja on Jul 25, 2008 4:37 PM

Credit Control Area incorrectly referenced in billing doc

I have made two credit control areas 1000 and 2000. 1000 is the default cca for the company code.
Now for some sales order the cca is correctly determined which is 1000 but when they reach the billing level the cca changes to 2000 which is unbelievable.
When I check out at the delievery level it is blank.
For most of the sales order it works correctly by referring the cca in the sales orer into the billing document
I am checking the cca values by the backend tables..Cant find any logical solutin
Kindly Help,
Sam

Hi
Check if:
1. The 'overwrite cc area' check box is checked in the step Enterprise structure>Assignment>FInancial Accounting-->Assign Conpany code to Credit control area.
The cc area can be over written during document posting if the option is checked
2. If the sales area related to the order you have created is assigned to the Credit control area in question in the customizing step Enterprise Structure>Assignment>Sales and Distribution-->Assign sales area to credit control area.
Hope it helps.
Regards
Madhu

Credit management for Old sales orders

Hi experts,
pls consider the follwing example where i am facing some problem.
I activated the Credit lock system in Sales order level (Warning message with release strategy)and in PGI. (Warning message with release strategy).
Customer A
C.limit : 10000
Outstanding : 7000
Sales value(Without pending sales order value): 2000
Eli gable new sales order value 1000
Pending sales order value 5000(Sales order no 111)
Now if i process this old SO no 111 in VL01N i am getting error that Order blocked due to credit limit. But i activated dynamic credit control only in sales order and in PGI.Not activated in VL01N level.
Awaiting for your valuable reply.
Thanks
SR

Hi
1.KIndly check in the sales order that you have maintain the payment guarentee procedure because of this the system is not allowing to do the delivery
PATH: VA02sales order no-Go toItembilling document---payment guarentee procedure
so kindly check that and remove or assign the financial document to that for processing the billing
2.Check the credit lock procedure is release or not
By doing above the issue will be resolved,kindly check and confirm.
if you have any further clarifications let me know
REgards
Damu
KIndly check the belwo

Assign Company Codes to new Credit Controlling areas after going live.

Dear FI Experts;
Our Status Now:
We Have 3 Company Codes, CC 1000, 2000, 3000 and one Credit Controlling Area Code 0001, and the Customers are assigned to this Credit Controlling area with no problems and we are live since about 9 months ago.
Requirement:
We have a requirement to split the Customer Credit limit between companies, which means we have to create more credit control areas for example CCA 0002, and 0003, and though assign our 3 company codes to the new credit control areas, as follows:
CC 1000 to CCA 0001
CC2000 to CCA 0002
CC3000 to CCA 0003
And my Question is, what is the procedures to follow to do that (Not a Customization Procedures, I mean the How the Customers would be affected and the open items for them and how to resolve that), since as mentioned above we are already live since 9 months ago, and credit management is active and all our customers are assigned to our old Credit control area 0001, and also what is the consequence of doing that new assignment since we are live, thanks for your reply

You will need to manage to create new credit master data under new credit control area. System should reorganize existing credit data after reassignment, that is when you change master data (create credit master under new credit control area), new credit exposure is calculated based on AR in company code and existing open orders will get rechecked for credit under new credit control area & new risk categories assigned to them.

Credit Control Area Management

Dear All
As part of Enhancement, we are configuring the "Customer Credit management" with Credit Control area organizational object.
Client has identified to use "Decentralized" Credit control management, but however, all comapny codes are assigned with one controlling area since implementation (since 2.5 years).
Though Credit Control area was assigned during implementation, it was actually not used. Now they wanted to use the same. However, they wanted different Credit controlling area for different company codes.
However, If I am assigning new Credit controlling area now to respective company codes, then system is considering the AR transaction data posted from the date it is assigned. but, we want new credit control areas to consider all the data from past 2.5 years. Is this possible?
If possible, please help, how to fix this.
Your help highly appreciated
best regards
S Habib Pasha.

Hi Habib
There is a standard SAP program that lets you revamp all the entered data to their correct credit control area and the steps involved are:
u2022     Table dumps of KNKK, S066, S067 on the old Credit Control Area
u2022     Check and export the values from Report VKM4 to ascertain the number of blocked orders
u2022     In SM30, Update the Tables T014n and T001cm
u2022     Go to Transaction OB38 and assign your new CCA as default for the company codes
u2022     Run the transaction F.28/RFDKLI20 execute without any parameters {check the test run output}
u2022     Execute Program RVKRED09 {might not be required u2013 since RFDKLI20 does redo the credit check}
u2022     Validate VKM4 for all blocked orders
u2022     If there were any discrepancy between AR receivables and the Credit Master, it can be viewed by executing the Program RFCORR40
Also make sure that if you are using the different CCA for the same Co Code, in OB38 - you have checked the 'Overwrite CCA'' check box.
Hope this helps you; let me warn you - its a very tedious process and it might take a whole weekend to run this in a Production Client
Good luck
Rukshana

Customization credit control area at Plant level.

Dear Experts,
Presently we have have customization credit control area on sales organization level, Can we set the same on plant level.
if it possible in standard SAP please guide me the same, How do i set the same
Thanks and Best Regards,
BK GAIKWAD

hi
this is to inform you that
this is not possible in standard SAP.
through ENHANCEMENT you can solve it.
balajia

Credit Control area not filled in table KNVV

Hi everyone,
I am new to the forum and first and foremost want to thank the particpants here for their contributions, which have helped me a lot in the past.
I am facing a problem today and hope some of you could assist me with some hints on how to solve it. In the existing forum entries I could not find a solution.
I am working in a Rapid Deyployment Solution IS Retail ERP and am trying to have table field knvv-kkber filled (credit control area). Right now it remains empty, although customizing exists in a way that credit control area exists, it is assigned to company code and sales area. Customer also has a record in table knkk for the respective credit control area. Obviously field credit control area in tcode xd02 is not available and would also not be available for editing, even when screen tab customizing were changed. It is only shown in xd03. Also former key users working with a different IS Retail installation told me that they never keyed in credit control area in customer master tcodes xd*. So I am wondering right now, how system fills that field.
Thank you a lot for your help.
Regards
Christian

"""Just adding in Lakshmipathi's comment that if we maintain credit control area in KNVV-KKBER field and we have also assigned it in IMG with sales area system will give preference to KNVV-KKBER. If you have not assigned it customer master then system will determine it from customization.""""
Dear Moazzam, sorry--I need to differ with these statements.
Always System will gives the priority to sales area then only to customer.(in determining credit control area)
let me explain: If we take Credit control area determinations will follow the below procedure:
1.Through the exit(EXIT_SAPLMV45K_001)
2.Sales area(distribution channel)
3.Customer master
4.Company code
Note: For the first 3 situations,mandatorily- you need to assign your credit control area to your company code.(Deriving the Credit Control Area - Credit and Risk Management (SD-BF-CM) - SAP Library)
Dear Christain:
As you are aware, we can maintain credit control areas can differ for each sales area.
For example,same customer has been maintained with two different sales areas.
Customer X in sales Area 1000/10/00-can have credit control area A
Same customer in sales area 1000/20/00-can have credit control area B.
If business wants to maintain at customer master level--they can maintain( it is optional)
Otherwise simply they can assign for the sales area which will be defaulted into transaction level.
This is what is happening in your case.
Note: if you maintain assignments for your sales area--then this will be defaulted into KNVV-KKBER,even though you doesn't maintain manually in XD**/VD** Tcodes.
Hope this helps.
Phanikumar

Create Credit Control Area

Hi mates,
I need to create a new Credit control Area and then assign it to a Sales Division.
Can you provide the steps I need to perform in IMG ?
Thanks for your help in advance
Roger

Hi Roger
For creation of CC area u can use the following menu:
SPROIMGEnterprise structureFinancial accounting-Define credit control area
For assigning Credit control area to sales area follow thw menu path:
SPROIMGEnterprise structureassignmentsales and distribution--assign sales area to credit control area.
Regards
Aravind
Assign points if useful

Where is credit control Area in sales order.The field.??

Similar Messages

Maybe you are looking for