How to stop/deactivate CLC (Credit Limit Check) functionalities for specific country

Dear Experts,
We are working in TM 8.1 which is integrated with ERP system. Currently we do not have any restriction at TM system level to stop processing the order if CLC limit is exceeding. But we are in process of adapting the same with TM 9.1 version.
Now, we are in process of upgrading our ERP system and going pilot live for one country initially. We no more want to process the orders/invoices for which CLC limit is exceeding in the latest ERP system for live country for some time. Therefore our business wanted to deactivate or stop the CLC functionalities for specific country or sales organization within TM system, so that statistical record (Internal order) can not be created in ERP. Thus further processing can not be done in ERP.
Could you please provide some important insights how to achieve the expected?
Thanks,
Bharath.

Dear Dawson,
Thanks for your reply.
I have done the required analysis and arrive at below solution.
Prior to that answering to your question, we are sending CLC to ERP upon activation of FWO. We have a customer specific button 'ACTIVATE' on every FWO UI. Entering CLC amount in Business partner tab is pre-requisite for successful activation of FWO.
Coming to my solution which I have proposed: For sending the CLC to ERP, we have configured a PPF action definition with schedule condition and processing method call. Currently this PPF action definition is executed successfully upon activation of FWO for all.
Here we will put a IF condition on sales organization / country for which we do not want to trigger this action, then if it is satisfied with our expected values we will stop further execution. This way we can avoid action triggering. ( I had already checked in debugging and confirmed the behavior).
I believe, my solution is correct.
Please advice if any other better way of doing it.
Thanks,
Bharath.

Similar Messages

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

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

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 limit check and Payment terms

HI,
Is it possibile to enforce new credit limit check when the payment term is changed? Let's say that customer has "Immediate payment", and after few days wants to change payment term for "90 days payment term". In such case system should check new credit limit check on a sales order (va02). Could you tell me how to do that?
Best regards,
MK

Thanks, You were right. It runs well for the sales order with out delivery. After I create delivery in reference to this sales order and change payment terms in sales order there is no new credit control check.
Is there a possibility to run credit control check after a delivery is created?

Credit limit check considers weekends

Hello:
I am dealing with an issue related to credit limit check. Is it possible to remove weekends and non working days (according to calendar) from credit check?

Yes, but how can I grant period will not take weekends, for example, into account?
Let´s say invoice due date is January, 1st, 2010. How can I grant due date is postponed to January, 2nd?
Regards,

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.

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

How to get the latest credit limit values per each customer in the report.

Hi All,
Can anybody give me an idea on how to get the latest credit limit values per each customer in the report.
I have below requiremnt.
I have cube which is having transactional data on document and customer level .and it also having master data info object in the cube which is credit management view having all the customer numbers .
This credit management view is master data info object having credit limit key figure as attribute.These credit limit are per each customer.
So we need these credit limits in the report as dynamic values .(I mean whatever be the current credit limit in the master data table for that paricular customer that should show up in the reporting).
one more thing these credit limits should roll up correctly at the HTR level.
One HTR having number of customers .
for example HTR 100 can have customer number 200,300,400.
Those 200,300,400 customer credit limits should roolup correctly at the HTR 100 level.
Example below :
Cube DATA :
HTR Customer Doct number Credit managment view
100 200 10001 200
100 200 10002 200
100 300 10004 300
100 300 10005 300
100 400 10006 400
100 400 10007 400
100 400 10008 400
Master data tabel (P Table)(Credit managment view)
Credit managment view Credit limits
200 1000.00
300 50000.00
400 90000.00
Please remeber :
We can not make these credit limits as navigational becasue these are keyfigure attributes not characteristics.
one more thing we can not make them as charatistics because we need use these credit limits to derive other calkculation. so it is not possibel to derive calculations on charactristics .

Create a formula variable of type replacement path with reference as attibutes of Credit management view and choose your key figure credit limit,say zcredit.
Now create a formula or CKF and use zcredit.
This should display the credit limit in your report as normal key figure.
I didnot get this part "one more thing these credit limits should roll up correctly at the HTR level.", may be the above will solve this too.Try it.
Hope this helps.

FSCM-CR - Credit limit checking

Hi,
When activating FSCM-CR, will the FI-AR credit limit checking be automatically inactive when posting open items (or creating sales orders in SD), or is it required to remove any costumizing settings in FI-AR in order to have only FSCM-CR triggering any verification events and messages?
I am aware that in Business Partner master we need to set the Check Rule, but I would like to confirm if, apart from that, the transition of credit checking control among the modules is seamless.
Thanks and regards,
Gonçalo

Please review within SPRO the FSCM Credit Checking configuration options.
Define Checking Rules
Define Blocking Reasons
Define Field Groups for Parameters
Define Info Categories
Plus also look at Credit exposure update
Define Liability Categories

Credit Limit Check

Dear Gurus
Can a single Customer has 2 different Credit Limit Checks i.e.
1) Region-wise and
2)Product-wise
Plz respond to [email protected]

Dear Sachin,
You would assign sales area to credit control area. One credit control area per sales area.
In IMG under
Enterprise Structure -> Assignment -> Sales and distribution -> Assign Sales are to Credit Control Area
Regards,
Naveen.

Credit Limit check on Delivery:: Sales order blocked

Dear Friends,
We have implemented credit limit check with delivery Block option in Sales order. After revising Credit limit, while user is creating Delivery again, system prompts for Delivery Block in Sales order i.e, reson for Block is Credit limit in Sales Order. then user removes resason and proceeds further.
Is there any way by which system doesn't put reason for rejection in sales order and just not allow to create delivery in system. i.e. we want to remove the step of removing reason from sales order.
Regards Krishan Raheja

Dear Krishan,
As per my understanding you require just a credit check in the sales order level, which can be implemented using credit management in sales order level . In that case system will automatically block the sales order if the credit limit is exceeded.
So you do not need a DELIVERY BLOCK reason assigned to your SALES ORDER TYPE in VOV8.
Please clarify, whether you need to block the sales order and delivery due to credit limit...
or is it just sales order which need to be blocked ?
you can get the detailed configuration steps in SDN or the same is as follows.
http://help.sap.com/printdocu/core/Print46c/en/data/pdf/SDBFCM/SDBFCM.pdf
Thanks & Regards,
Hegal K Charles

Document cant be billed due to credit limit check

Hi SAP gurus,
I have a sales order i am going to do billing(order related) its showing error"document cant be billed due to credit limit check".
I have checked in FD32 customer credit limit 200,000RM and recievables140,991.4 and sales value 21,980.
customer used only 81% of credit only.i have checked in open orders(9032.80), open deliveries and open billing doc.but customer can use still 28,086. But system not allowing to do billing for 950RM.
Is there any other areas i need to check? Experts give me some inputs.
Thanks and Regards,
Nooka

Hi
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 invoicing
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
By doing above the issue will be resolved,kindly check and confirm.
if you have any further clarifications let me know
REgards
Damu

How to stop PR creation from PM work order for a particular vendor?

Hello Experts,
We have following scenario for breakdown maintenance activities.
When a machine breaks down, a breakdown order is created in SAP. The external manintenance services are planned in the order. When the order is released, a single PR (with multiple item numbers corresponding to number of services) is created by SAP. The PR has a release strategy. When PR is released, PO is created followed by the SES.
The practice followed AS -IS for breakdown outside business hours:- If the breakdown happens outside business working hours, the person releasing the PRs is not available & hence PR can not be released resulting in no PO & no subsequent SES.
In this case, the maintenance is completed by the external agency & the work order is TECO. The next day, TECO is reveresed, new PR is created, released, converted into PO, & then SES.
TO-BE process:- Client expects that, for certain vendors identified, PR should not get created at all from the breakdown order. (The list of vendors will be maintained seperately). For these vendors, a framework order will be created at the start of fiscal year & SES will be created as & when required agaainst the framework order.
My concern is :- How to stop PR creation from PM work order for a particular vendor? OR delete the created PR?
Highly appreciate your quick response.
Thank you.
Amit
Note:- My ABAP consultant has checked following BADI's, but could not find it useful.
IWO1_ORDER_BADI
ORDER_COSTING_CK
DATA_EXTENSION_CK
VALUATION_CK
ME_REQ_OI_EXT
IWO1_PREQ_BADI
ME_CHECK_SOURCES
ME_REQ_POSTED
IWO1_ORDER_BADI

Dear Amit
I am giving a different dimension to your question check if it fulfills your requirement -
As we know Vendor selection comes at a later stage only after your PR creation, approval & RFQ etc. & PR generation from maintaine. order is controllled through control key PM03. While triggering PR from order you have to specify Material group, Purchase group and vendor. Try to control it through authorisation as all these are authorisation objects. The persons executing breakdown order shall no t be given this authoriations
shakti

How to stop/deactivate CLC (Credit Limit Check) functionalities for specific country

Similar Messages

Maybe you are looking for