Credit control for group of payers

Hello
The company is considering to set some of the customers as follows: with 1 sold to party SD function but with more than 1 payer related.
How ever we need to set only one credit limit for this group of customers, for example set the credit limit in one of the payers but control the whole group open items balance when creating a sales order for any of the payers related.
I can se the fields "Credit account" and "Customer credit group" in FD32 but i don´t get to understand if they can help me to control diferent customer balances with only 1 credit limit.
Hope you can help me if there´s any way to work this...

Hi Mario,
You need not use Credit Groups, just complete all the partner functions: Sold-to Party and all the Payers related to it.
Then, in Customizing, in transaction OVA8 make sure that the credit control is not being executed by Payer. In order to to this make sure that the flag Payer is not activated in the window Checks in Financial Accounting/old AR Summary.
In that way, although different payers pay the invoices of a single Sold-to-Party, whenever you create a sales order of the sold-to-party customer, the credit limit is check against him and not against the payer.
Hope this is useful
Regards,
Fede

Similar Messages

Credit control with Groups of Customers and individul customer

Hello,everyone.
I want to realize the credit control for the groups of customers and
each individul customer belongs to it.
how can i do ?
thanks first

Well you can group these customers under one credit control area Tcode OB45 , and you can define your individual customer under this credit control area.
& in OB38 assign company code to this credit control area.
Hope this fixes your Problem
Cheers

How to manage the Credit Control for Customer Consignment Process?

Hi All,
Could anyone tell me how to manage the Credit Control for Customer Consignment Process?
Thanks

Hi, there is not standard solution, we did customized process for consignment credit block , check below
1. defined status profile - with lock/auto/approved/rejected and new t.code for approval or rejected.
2. maintained consignment credit limit in Z table
3. logic for detemining status written in sales order save userexit.
4. while calcualting the values, system need to check open sonsignment order of customer/ open deliveries/ stocks at customer place MSKU table. and calculate value with MBEW/KONV ect.
5. if value is less than Z table then status AUTO, which do not need release, if value is greater than Z table put status LOCK means credit block need to release from new T.code.
Hope you get some idea

Can we assign 1 credit control for multiple company codes

hi,
sap gurus,
good afternoon to all
can we assign 1 credit control area for multiple company codes.
if yes can any body explain the pro's and cons of the assignment.
if no can any body explain the why?
its urgent plz.......
regards,
balaji.t
09990019711

Yes Balaji,
We can assign.
Here the risk categiry and terms of one credit control area will be applicable to all company code.
Credit Control Area
Definition
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.
Use
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.
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. For more information, see the Implementation Guide 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.
Thanks,
Raja

Credit control update group

Hi All,
Each automatic credit control must be assigned an update group.
The system allows for no update, as well as update groups 000012, 000015 and 000018.
What these update group does and please give me details of update group 000012.
Regards
Nidhi

Dear Nidhi,
Update group 000012
This is the stadard updategroup.
If you create an order you will get open values in S066. Afterwards you create the delivery, the open order values in S066 will be reduced and you get open delivery values in S067. Afterwards you create the billing document, the open delivery values will be reduced and the open billing values will be created in S067.
If you post the billing document to FI, the open
Update group 000015
No posting to open order values. The order is placed after the delivery is created.
Delivery u2013 increases open delivery value
Invoice u2013 reduces open delivery value and increases open invoice value
Acc. Doc. u2013 reduces open invoice value and increases open items
Used for orders without schedule lines u2013 service items or orders with schedule lines that are not relevant for delivery.
Update group 000018
No posting to open order values, only open delivery values (table S067) are updated
Sales order u2013 increases open delivery value
Invoice u2013 reduces open delivery value and increases open invoice value
Acc. Doc. u2013 reduces open invoice value and increases open items (accounts receivable)
This update group will be always used by order items which are billed order-related (VBAP-FKREL = B for example).
S066 Open orders: credit management table u2013 based on the confirmed quantities on the schedule lines times the credit price. Time period controllable via horizon. (Update report RMCSS066)
S067 Open deliveries/billing documnets u2013 uninvoiced deliveries and open billing documnets (not passed to accounting). Open orders can directly update the S067 (Update report RMCSS067)
Updating from S066 and S067 is hard coded and is not controlled by normal information structure !
I hope that the information are helpful
regards
Claudia

FSCM-Credit limit for group of customer

Hi all,
    Please advised how to set up in FSCM-CR for the following scenario.
    I would like to set up credit limit for a group of customer. such as BP A is subsidiary of BP B.
    BP B have credit limit 100,000 USD. BP A have no credit limit, but using credit limit of BP A.
    I known in SD-credit, we can set up credit account of customer A in FD32 equal to customer B.
Regards,
Jenny

Hi Jenny,
'Credit account' concept in FD32 acts as credit delegation to parent account.
- this delegation turned out to be simple tool, but vulnerable to hedge group-wide credit risk.
In FSCM version, SAP has strengthen this 'week form' of risk management, which sometime has troubled us.
FSCM has two kinds of credit control models for group-level credit control;
one is main/sub model and another is business partner relationship
Suppose you prefer to 'business partner relationship model'.
* Scenario and expected result;
'business partner relationship model' is different from 'credit account' concept, in that it both credit- checks for 'BP A' and 'BP B'. However, I guess that you could achieve goal if you set as below;
firstly, map BP A and BP B as business partner relationship
(BP A is lower, BP B is higher)
Secondly, assign to different risk category; BP A to no risk category, BP B to high risk category
(I supposed both A and B has same CCA(credit segment))
Thirdly, maintain 'OVA8'(Define Automatic Credit Control) differently
eg. no risk category => no message, high risk category => error message
wish your test and verification.
Best regards,
TED

Multiple credit control areas for 1 company code

Hi experts,
My client is using ECC6 version and they activated credit control area, as I know that 1 company code can have 1 credit control area and 1 credit control can be assigned with multiple company codes,. but in one of my client company code is assigned to 4 credit control area through
u201CFinancial Accounting (New)- Accounts Receivable and Accounts Payable-Credit Management-Credit Control Account-Assign Permitted Credit Control Areas to Company Codeu201D-
Can anyone let me know how this functionality will work? Any additional impact will be there when compare to 1:1 scenario? And what are the details we need to update in FD32 when we assign multiple credit controls for 1 company code.
Regards
babu

Hi,
The multiple assignemnet of credit control allows you to use multiple credit control for customers. Thus in FD32 you can use these assigned different credit control area and maintain the credit limit for each area.
Regards
Milind Sonalkar

Automatic credit control

We use in our company automatic credit control. For one of our customers not credit control data have been maintened (fd32) therefore there is no credit group assigned to him.
When I try to make a sales order for this customer, the automatic credit control is turned on and I am unable to save the order since the next review data has passed (it is a check field in the automatic credit control for all customers that have credit control data).
Any opinions?

Hi,
If the customer concerned is not relevant for credit check,please remove the risk catigory under status screen in FD32
Regards,
Phani Prasad

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

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.

Authorizations in Credit Control Configuration

Dear Friends
I am configuring "automatic credit control " for our client. The requirement is 4 levels of authorizations. I've completed the settings for credit check at transaction level.
Now, How do I maintain the Authorizations (4 levels) I am aware that there are 3 controls , user1, user2 & user3 in OVO8 control.
Any help/suggestion, will surely be appreciated.
Rgds
Sumanth.Gururaj

hi friend
You mean you want to create 4 level release authorizations, right?
As we know, user1, user2 & user3 in OVO8 control are customized credit checking user exit. we can add our specific checking logic on it.
But for credit release, there is a standard function as VKM1.
As your requirements, I think there is a standard function maybe can help u, named User Status Control.
You can add some status to control the sales document, for example, block delivery, block billing.
If document has not been approved, system will reject further action according to your status settings.
Hope this can take some help for u.
Wink.

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 Control - Exclusion for Cash Payment

Dear Gurus,
I am currently working on a project on which my client wants to exlude Cash Payment from being flagged with a Credit Control Alert.
The client still wants to keep the Credit Credit Control Alert to be set for Bank Payment.
1- How can I exclude Cash Payment from Credit Control in SD module?
2- Why Credit Control Alert is not triggered when using category risk 002 and why is it working normally when using risk category 001.
3- Last but not least: Is removal of Credit Control on Cash Payment a standard SAP SD function, or does it have to be created using ABAP coding?
I understand my message is a bit short of information, so should you need more, please feel free to contact me to ask for more info.
Kind regards
Christian

hi,
1) FOR the sales order type used for Cash payment, dont maintain any entries in OVAK
2) check the entries in OVA8 for the combination of CREDIT CONTROL AREA, CREDIT GROUP & RISK CATEGORY. the risk categories 001 & 002 will be having different entries, which is triggering different responce to the credit check.
3) This is a standard practise, as it is assumed from the term cash payment, that the customers comes in to buy the product with hand in cash. Usually such transactions are made by sales document type ( CASH SALES sales order type) ,for which if we dont keep the entry in OVAK, the check wont be happening.
Thanks & Regards,
Hegal

Combine all payers from two Credit Control Areas (CCA) under one CCA

Short Description:
My goal is to combine all payers, currently in two separate Credit Control Areas under the same Credit Control Area to leverage to combined credit control maintenance where the customer exists in both entities and minimize duplicate credit control area maintenance as the credit control logic should be the same in the current 2 distinct CCAs.
Scenario Description.
Current SAP configuration setup:
Company codes: CN01 (Shanghai) and HK01 (China)
Control Areas: CN01 and HK01
Sales Organizations: CN01 and HK01
Customers: the same Customer Numbers in CN01 and HK01.
There are many currently OPEN A/R.
The goal: Combine all CN01 and HK01 payers under the same credit control area to leverage the combined credit control maintenance where the customer exists in both entities and minimize duplicate credit control area maintenance as the credit control logic should be the same in the current 2 distinct CN01 and HK01 Credit Control Area.
I would appreciate a solution path along with suggesting the re-indexing jobs that should be run to fix the open AR.
Thanks,
Grace Baryla

Dear Ratna,
Please post this thread in FI, for sure you will get more clear ideas.
Regards,
Paresh

To determine the credit control areas for the customer

Hi all,
Two credit control areas will be maintained for a customer. During sales order entry, based on material group of the material specified, credit control area should be determined through user exit.
May i have which user exit will help me, also i used USER_CREDIT_CHECK1. Its not working.
Expecting reply

You can not set the credit control at material level it is at company code level only and we can give credit limit to customer code wise
If having any other requirment please let me know about it
Points if helpfull
Rg Ajit

Credit control for group of payers

Similar Messages

Maybe you are looking for