Credit static check status B in vkm3

Hello Experts,
Need your help.
I have an SO which has a credit status as Released in sales order.
When checked at VKM3, it shows Status Check B/Not Approved, Overall Status as Released and is also showing a risk cat of RK2.
Currently, the credit status of the customer has 72% credit exposure and customer has been updated with risk category 001.
From the client's automatic credit control setting, the Risk Category 001 includes Static check for open orders and deliveries, and Open items - Max open item % is 20% with 3 days open.
I would like to know,
- how is the static check in VKM3 be approved and changed it to Status A?
- As I have checked that both risk categories RK2 and 001 both have Open Items Check with Max open item 20%, then should it work if I suggest user to change the risk category into RK1 which is maintained with Max open item 75%?
Kindly help suggest solutions on how I can the static check be approved.
Thanks!
lia

Dear Lia,
I donot understand what your issue is. To release the order from the credit check, we will be using VKM3 transaction.
By the way, to have a clear idea on how Open item check in OVA8 works. Please find below my answer.
Customer Balance, you can check this in FD10N transaction.
You can also see the overdue open items in this transaction.
Max.open.item % will be having Maximum percentage of overdue open items/customer balance
When you activate the indicator OPEN ITEMS, and you have mentioned some XX% in the Max.open.item % and some Y days in Max.open.item %; then the system will do the following.
a.first calculate the amount of overdue open items which are due for more than Y days.
b.then divide the value obtained in step a by customer balance which you can see in FD10n transaction.
c. this will be giving some %. If this percentage is higher than the value mentioned in Max.open.item %; then the system will block the sales order for further processing.
Hope this clarifies.
Please close the thread if this answers your query. thanks
Thank you
Venkatesh SP

Similar Messages

Vkm1 static check status

Hi,
In OVA8, I have static (adjacent field open order and open deliveries are not selected), critical field and dunning level selected.
In VKM1 status field, I can see there are Static Check, TermsOfPayment, Max dunn.
For Terms of payment and dunning, it is self explanatory that the block is due to payment term and dunning.
May I know what about Static Check? What cause the block when the status is Static Check?
Need advice.
thanks

Dear
Newphama Calesta ,
Please search the forum pertinent to credit management.However i try brief about this
Static check considers the net document value value of open ordersvalue of open deliveriesvalue of open billing documentsvalue of open items.
If customer credit limit has been exceeded the above mentioned criteria then a credit block will be applied either sales order ,delivery or while doing PGI.
Dynamic check has same functionality but it has an additional functionality that is credit horizon period.
Thanks&Regards
Raghu.k

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

Credit management static check

Hi all,
i want to configure STATIC CHECK in my organization. My organization is operating with one sales org but many sales area. i want to configure static check to only export customers served by only one sales area xxxx/yy/zz. yy is distribution channel specially for exports & zz is specially export division with products specifically to be sold to export customers.There are almost 28 export customers. will static check be configured customer based or sales area based or sales org based.
Please guide.
regards
vikas chhabra
098714 88 718
[email protected]

hi,
pl check this ;
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.
Hope it helps.
Thanks
Sadhu Kishore

Modify the Overall credit check status in Sales order

Dear all,
Good morning/afternoon/evening!
I have a question that how to modify the Overall credit check status (VBUK-CMGST) in sales order when the order saved?
I try to do this in USEREXIT_SAVE_DOCUMENT_PREPARE, but it does not works.
Maybe I need to do this in USEREXIT_SET_STATUS_VBUK ? But i also face the problem ........
Anybody who can give me a sufficient solution? I promise reward to you!!!
regards,
Brian Liu

Hi,
user function 1 in credit management by using
LVKMPFZ1 (FORM USER_CREDIT_CHECK1). If you branch into function module SD_ORDER_CREDIT_CHECK you can use the coding of FORM OLDEST_OPEN_ITEM_CHECK.
<b>Reward points</b>
Regards

Static check and credit limit

Hi,
If I tick static check in OVA8, may i know besides open order and open delivery which adjacent to static check, credit limit in FD33 also considered as static check?
In FD33, the credit exposure (receivable/liabilities/sales value) to determine credit limit, I would like to know if it is also considered static check if limit over.
Thanks

Yes. If you check Static Credit Check in OVA8, system will check the Credit Limit Defined in FD32 (displayed in FD33).
Static Check considers the Credit Exposure displayed in FD33 & the available Credit Limit.
The only thing not available in Static Check is the Horizon factor. (With Horizon in Dynamic Check, you can decide uption how many months in future you want to consider open Orders).
Hope this helps,
Thanks,
Jignesh Mehta

Credit limit check cause the item schedule line confirmed qty empty

Hi,
I have an SO that is under credit limit check, the problem is, after releasing it via VKM3, the confirmed qty at item schedule line is not taking the qty as of stock at the time. The SO qty is 100 Pcs, but there's still stock of 80 Pcs. I will then need to split the schedule line to 2 lines --> 1st line with order qty 80 Pcs, and 2nd line 20 Pcs. Then only the confirmed qty appear for the 80Pcs.
For usual SO that is without credit checking, the confirmed qty will immediately shown as in 1 schedule line. Does anyone know why is this happening and can we amend this problem?
Thanks.

Hi
If an order is subject to credit check once you save the order the confirmed quantities becomes 0 because if the settings done in t code OVB8 Number of the routine used for copying is set as 101and System FORM routine number is set as 1 (and this is the standard settings)
This is kept like this in standard so that if a material stock is say 10 units and order from customer X has come for 10 units and that order is blocked on crediit limit so that when the next order from customer Y has come for another 5 units and this customer Y has a better credit limit and this order is not blocked on Credit limit check then she should not suffer for stocks
A genuine customer should not be deprived of stocks
For you between the order registered and released thro VKM3 another order has come from another customer for 20 units and hence the 100 units has become 80 now and balance 20 is confirmed for a future date thro forward scheduling
In T code OVB8 you can do the customizations for this scenario according to the business requirement
Regards
Raja

Credit Limit Check - Exclude Specific Documents / Credits from Exposure

Hi,
I would like to know if it's possible to exclude specific document types (credits) from the credit exposure calculation used during credit limit checks.
The ideia is to exclude "DG" credits in customer GL that are related to Trade Deal/Agreements to avoid over-exposure.
Let me explain:
Currently, our credit management is configured to "Static" + "Open Items" for all credit groups in the CCA. Therefore, SAP calculates the credit exposure as:
          CE = OPEN ORDERS (S066) + OPEN DELIVERIES (S067) + OPEN BILLING (S067) + OPEN ITEMS (BSID)
Regarding "Open Items", I understand that SAP calculates the net value between all debits (receivables) and credits (returns, overpayments, etc...) already posted and not cleared in the Customer GL account. This rationale is correct since the credits are due to the customers and should be deducted from their exposure (i.e. "you may not pay them if you don't receive").
However, in our case, we also pay trade deals contracts (i.e. trade incentives and trade marketing investments) directly to costumers and apart from sales orders or credit memos. The flow is the following: (1) contracts are managed on a satelite system and interfaced to SAP; (2) contracts are created in the costumer GL as a credit (doc. type "DG"); (3) credits are sent to accounts payable for payment via F110.
Problem is that, contract credits volume is significant and are impacting customers credit exposure and limit check, resulting in greater exposure than allowed. That is, orders are being released while contract credits are open in the customer GL up to the max exposure, but when contracts are paid the exposure goes above the limit. For example:
Day 1:
          Costumer Credit Limit: 100
          Sales Balance: 30
          Open Itens: 50 (receivables: 70 / contracts: -20)
          Credit Exposure: 80/100
Day 2:
          Costumer Credit Limit: 100
          Sales Balance: 50
          Open Itens: 50 (receivables: 70 / contracts: -20)
          Credit Exposure: 100/100 (no additional orders are released)
Day 3:
          Costumer Credit Limit: 100
          Sales Balance: 50
          Open Itens: 70 (receivables: 70 / contracts: 0 - contracts are paid on day 3)
          Credit Exposure: 120/100 (exposure is above customer limit since contracts that were being deducted were paid)
Any ideas or thoughts? Is something wrong in the explanation above? Should contracts credits be treated through special GL?
Many thanks!

Hello Julie,
the 2nd, System behavior (how do you interact the credit limit check (yes/no question) via DI?)
Workaround:
Before you issue the Document, you may do a manual check: BP balance againt Credit Limit, and make deceision.
Regards
János

How to consolidate group data for credit limit check

Dear All,
The question came up here how group data (open items, open orders, etc.) can be consolidated for the credit limit check. Is a hierarchy used or other master data ?
E.g.: Customer BASF has various subsidiaries. If a customer from the BASF group places an order with us there must be a check regarding open items etc. of all customers belonging to the BASF group.
Thank you.
Joachim

Create credit limit for one BASF customer in FD32.
Then enter the credit limit for other customers without amount . but in status screen goto edit-change credit acct
credit account - enter the customer number for which credit limit is maintained earlier.
repeat the same for all basf customers
by this credit limit of first customer will be shared by group of customers

Credit Management Check - Sales Value not updated in FD33

Hi,
We have configured Credit Management checks in our system.
When we create a Sales Order that has exceeded the Credit Amount for a Customer we get a pop up saying "Credit Limit Exceeded by XXX amount. We proceed to save the sales order.
By my understanding this amount XXX should get get updated in Transaction FD33 - Customer Credit management Display Status in the column "Sales Value". But this does not happen. The value remains as zero.
What could be wrong here. Should this field not be updated with the credit value that the customer has exceeded?
Thanks and Regards,
Ashwin

The Sales Value in FD33 transaction is the value of open sales orders as of that point. Now in your case if you are creating the first sales order and the value of that order is going beyond the allowed credit limit then and as per setting if system is blocking that order for credit faliure in this case system does not consider this order as open untill it blocked for credit.
Check if the order is blocked for credit. Also see the status of the order in VBUK (status table).
Hope this helps.

Please explain why I have not received my $200 iPhone 6 Trade In Promo Gift card. I sent it to Trade In Center in packaging sent to me by Verizon on November 26, 2014. I have called the Trade In Support team 877-835-2024 to check status and receive a di

Please explain why I have not received my $200 iPhone 6 Trade In Promo Gift card. I sent it to Trade In Center in packaging sent to me by Verizon on November 26, 2014. I have called the Trade In Support team 877-835-2024 to check status and receive a different response each time I call. 1)it was received and it takes weeks/months to perform analysis on the device 2) you sent it to the wrong address 3) just wait 4) i will 'expedite' your issue. I've asked to speak with supervisors and the CSR will not let me speak with anyone confirming 'you will just be told the same thing I am telling you'. Well - nothing ever comes of it. Please assist. I have been a Verizon customer for years and am frustrated with the lack of customer care. Like many others I am ready to switch carriers.

I wanted to add my voice to the growing chorus of people complaining about VZW's trade in program. i received the exact same excuse for denying the full value of my perfectly good and DEACTIVATED iphone 4s.
i DID manage to get through to the trade in team, and after explaining the situation, i was told that my problem could be escalated the the tech team. the anonymous trade-in woman transfers me to the normal VZW cust support line... huh?
i wait again and finally get through. unlike the trade-in woman, the cust support rep immediately identifies himself. willie was as helpful as he was allowed to be, but sadly, that wasn't very much. the trade in people and VZW hold all of the cards.
THEY say that the de-activation lock wasn't turned off, i say it was.
there is no way to prove either assertion.
there is no appeal.
they just deny, deny, deny, as evidenced by all of the other complaints posted here and elsewhere.
willie WAS able however, to get me an additional credit for my 'inconvenience'.
while i genuinely appreciate his effort on my behalf, it doesn't absolve the company from the way they handle the trade-in program, whether it's farmed out to a 3rd party or not.
i will be filing complaints with the PSC, BBB, and NYS Att'y General.

SRM 7.0 Modify POWL for shopping cart check status screen

HI Experts,
The standard settings in check status for SC in SRM 7.0 is to display the sc with item level. This causes the SC number to be repeated (for no. of items in SC) and all links open the same SC in a new window.
We want to display only the header of SC and no item data should be displayed in check status.
I tried
SRM Server->Cross-Application Basic Settings->POWL and Advance Search->Adjust POWL Layout,search criteria and push buttons----choose feeder type SAPSRM_FEEDER_SC -double click field catalog-choose ITEM_DESCR, ITEM_NO, ITEM_STATUS---CHOOSE display and select HIDDEN COLUMN radio button.
This hides the corresponding columns but duplicate records are still showing.
Can some one please help?
Thanks,
Anubhav

Hi NM,
After performing the steps in first post for hiding item relevant fields you can filter the data displayed in the result by using the BADI /SAPSRM/BD_POWL_CHNG_SEL_RSLT .
In the BADI Delete the records from result internal table where SC num is repeated so that thers only one entry for each SC.
Let me know if it works for you or not.
BR,
Anubhav

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
<b> = 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.

Flow and Static checks

Hi there,
I created a datamodel and have applied a condition to it. When I execute the interface the invalid records are captured in the E$ table but all the other valid records do not appear on the target table. I couldn't able to find the reason for this. I have applied flow and static check to the condition and the same for the table column. Im not sure why the validate records are rejected.
Any help is appreciated.
Cheers

HI!
Let me understand, do you want the invalid records at target table?
If you use the flow control it will keep the records at E$ and WILL NOT load it.
If you use static control, it will LOAD the data and, after that, verify what are the records with problems.
Don't use both controls at same time, it doesn't make logical sense unless when needs to validate distinct constraints at each moment.
Does it help you?

Sales Order Free item and Credit Limit Checking

Hiii Guys,
need your help,
How to release Sales Order free item when credit limit exceeded ?
Here some info :
Customer : ABC
Credit limit : 50,000.00
Credit Exposure : 52,000.00
Risk Category : 003 High Risk
My user want to create sales order for free item for customer ABC, the customer abc credit limit already exceeded .and the item in sales order not contain any value, it should past the sales order creation. how to allow Free item past the credit limit checking ?

To reslove this issue,
I. you can create a new sales order type. for which you make the credit control de-active.
2. If you can't create a new order type and this cotrol should happen at item category level.
then try config at the IMG>Sales & Distribution>Basic function>creditmanagement>credit management/riskmanagement setting>Determine Active Receivables Per Item Category.
Regards/Rakesh Jindal

Credit static check status B in vkm3

Similar Messages

Maybe you are looking for