cancel
Showing results for 
Search instead for 
Did you mean: 

credit management

sanjaypetkar
Explorer
0 Kudos

We are dealing with liquid chemicals wherein these chemicals are field into tankers using mass flow meters. Goods issue is done based on weighbridge reading. There is a slight variation in quantities. We  have configured Dynamic credit management. Wherein if there is slight increase in quantity increases net value of shipment which system is not allowing to do post billing document. To overcome this issue , system should allow billing when  credit limit exceeds upto INR10000.00.

How can i make this work.

Regards

Sanjay

Accepted Solutions (0)

Answers (4)

Answers (4)

ravi_kumar100
Active Contributor
0 Kudos

Hi,

In your test system in OBA8 - Credit Management configuration check out the credit limit seasonal factor option.

Specify the date range and the percentage here.

If you think that this will affect all the customers then create a specific risk category for Customer you have mentioned here and apply the credit limit seasonal factor.

Regards,

SRK.

0 Kudos

Hi

You are trying to bypass the Credit Check in Delivery/ PGI, on basis of quantity (PGI Qty get increased as per material attribute & loading process) resulting increase in Shipment Value and subsequently Invoice Value effecting (exceeds) the Credit Limit leading to billing block. As per your scenario:

Goods issue is done based on weighbridge reading. There is a slight variation in quantities.

You can enhance (User Exit) with the following logic :

  • Fix upper limit variation in % w.r.t. Order qty.
  • System will calculate the increase in value within the variation limit & validate available credit limit.
  • If the Credit limit exceeds, automate VKM5 in background to release the document at PGI.

Reference for the User Exit :

  • Program SAPLVKMP (SE38), Include LVKMPU01, function module SD_DELIVERY_CREDIT_CHECK  (central function module for credit check in delivery processing).        

          SAPLVKMP is the main program for credit checks and contains includes for all credit checks.


  • Also, in transaction OVA8, customers can program themselves their own credit checks via the user defined checks (user1, user2 and user3) - User Exit: USER_CREDIT_CHECK1 (Include LVKMPFZ1)    

Thanks

NB

phanikumar_v3
Active Contributor
0 Kudos

"""Reaction field changing from error to warning is also not acceptable as it will work for all cases irrespective of customer has balance or not. User can play with it. My Business is not allowing this""""

You can make customer specific credit checks too by using Customer credit groups(in addition to Document credit groups) in FD32 in status view.

If at all you want completely the credit check has to be skipped--then assign your logic in requirement field in OVA8.

Hope this helps.

Phanikumar

phanikumar_v3
Active Contributor
0 Kudos

""""Wherein if there is slight increase in quantity increases net value of shipment which system is not allowing to do post billing document."""

What error it is showing--Complete details needed.

Phanikumar

sanjaypetkar
Explorer
0 Kudos

Thanks for reply

System is behaving as per the configuration.

If invoice value is greater than the available credit limit then system blocks the billing document.

We now want that system should not block the billing document when billing amount is greater by 10000. Normally System blocks the billing.

Eg. Credit Limit available 100000

      Sales order qty 10 MT  and  value       99999  Unit Rate 9999

     During PGI

     PGI qty    10.2 MT  billing Value : 100980

    System blocks this billing document as billing value is greater by 980.

The system should allow the billing when credit limit and billing value difference within range of 10000.

Regards

Sanjay

    

Former Member
0 Kudos

Hi,

in custo, in define automatic credit control you have the option to over pass released documents if their value changes in a % defined by you ("released documents are still uncheked").

If you want by a fixed amount you´ll have to go by user exit.

Regards,

JM

phanikumar_v3
Active Contributor
0 Kudos

I think you haven't understood my query properly.

What the error system showing when going for billing--error number etc....

I think you activated Credit management at PGI level in OVA8.

Why are allowing the system to do more delivery than ordered..

Are you maintaining pricing in delivery??(what was the pricing type suggesting at your copy controls??)

Phanikumar

sanjaypetkar
Explorer
0 Kudos

Dynamic credit check has been exceeded     3,676.80  INR

Available credit limit: 95,000.00

SO qty : 1 MT

MRP: 82,000.00 per MT excise :12% Edu Cess 2%  HS edu Cess: 1% VAT 2%

Sales value:  93977.90

PGI QTY   1.05

As these are liquid chemicals exact quantity can not be loaded.

PGI is Blocked with message 

"Dynamic credit check has been exceeded     3,676.80  INR"

hope this clears you doubt.

We are not creating Sales order more than available credit limit.

regards

Sanjay

phanikumar_v3
Active Contributor
0 Kudos

As presumed you are doing credit check at the time of PGI (03 as credit group).(change this to sales order if business allows)

so in this given case,what was the Blocking flag suggesting you in OVA8--can you deactivate this and try in test.

Also what was the current procedure you follows in releasing credit blocks--have you tried the option of released documents with % variation by Mr Joan mas.

will your business allows you to change the reaction field from error to only warning with deactive of Blocking flag...

Please update...

Note: please give the replies to all the queries raised--it helps us to understand your business better.--If possible with screen shot of OVA8

Phanikumar

sanjaypetkar
Explorer
0 Kudos

hello Phanikumar

1. Need to check for credit limit in goods issue only.

2. releasing credit blocks : The automatic credit management has  credit limit Seasonal factor where in one can define % and check the minus attribute this will extend the credit limit.

Eg. if credit limit set is 1000 and % given in 5 and minus is selected then the allowed credit limit is 1050. This is % of available credit limit and not the transaction value of Sales Order, or Delivery Order/Billing. This scenario is not satisfying our purpose.

3. Reaction field changing from error to warning is also not acceptable as it will work for all cases irrespective of customer has balance or not. User can play with it. My Business is not allowing this.

regards

Sanjay

phanikumar_v3
Active Contributor
0 Kudos

1.So you are doing credit check at delivery

2.Have you tried "Released documents are still unchecked" segment-(not seasonal factor segment)

"""Also what was the current procedure you follows in releasing credit blocks"""

Phanikumar

sanjaypetkar
Explorer
0 Kudos

System will not allow to do PGI  where goods value is grater than the available credit limit. So Document are available in block stage.

phanikumar_v3
Active Contributor
0 Kudos

""""System will not allow to do PGI  where goods value is grater than the available credit limit. """

This was expected--If you dont want this follow my earlier reply.

as suggested have you tried-

""released documents are still unchecked-segment""(the field deviation in %)

Phanikumar

srinu_s1
Active Contributor
0 Kudos
 Reaction field changing from error to warning is also not acceptable as it will work for all cases irrespective of customer has balance or not. User can play with it. My Business is not allowing this.

If this is the case,then follow the below steps.

1. As already suggested,define new risk category for this kind of customers and maintain the C (warning message) in OVA8 against the Dynamic credit check, so that you can approve it the blocked document.

or if you want to follow the existing process only with out defining new risk category follow the below one.

2. Respective business user(Credit manager) can increase the credit limit for this customer.This can be work around solution and if the business is okay every time following this process of increasing the credit limit when this kind of situation arises then you need not follow the first one.

thanks,

Srinu.