Credit management doubt

[Former Member]

Hi,

I have an order related billing scenario.The sales order and invoice both have same pricing procedures.

I have removed the subtotal field A (Carry over price to KOMP-CMPRE (credit price)) from the credit value condition type of pricing procedure.The credit is not accumulated now at the time of sales order creation and I have confirmed it in transaction FD32.

However, when I invoice the order, the receivables and credit exposure fields in FD32 increases by invoice amount.The pricing procedure in invoice is same as that of my sales order where the credit field is removed from the credit condition type.So logically the credit exposure field should not be populated at the time of invoice creation also.

Please let me know how can I stop credit exposure to me accrued whenver an invocie is created for this specific scenario?Also to inform you that the update group is 00012 in OVA8.Is it something to do with the update group?

[Former Member]

Hello ,

It May not be possible with standerd one ,please try with these user exit.

User Exits For Credit Checks And Risk Management

Credit Check

If you want to carry out your own individual credit checks, that differ from those in the standard system, you must define them in the following user exits:

LVKMPTZZ

LVKMPFZ1: USER_CREDIT_CHECK1

LVKMPFZ2: USER_CREDIT_CHECK2

LVKMPFZ3: USER_CREDIT_CHECK3

Thanks,

venkataswamy

Edited by: yanamadala venkataswamy on Jan 2, 2011 10:03 PM

[Former Member]

Hi Venakata,

Can we stop the accumulation of credit exposure for a specific company code in a credit control area?

[Former Member]

USed User exit to achieve the functionality.

[Former Member]

Hi Ronaldo,

Can you please provide me the field or flag that was changed on the user exit during invoice, Currently I am having the same problem as you had.

Thanks a lot.

Gilbert

[Former Member]

Moderator message - When closing old threads, there is no need to add a comment. Adding a pasted answer like "solved on own" only brings old threads to the top of the forum list and pushes current ones down. If you do add a comment, please indicate just how the problem was resolved. Rob

[Shiva_Ram]

That is correct, that is due to update group 00012.

If you dont want the update from SD documents, then leave the field blank and test.

Regards,

[Former Member]

Thanks Shiva.

But the roblem is that there are more than 1 company codes under my credit control and if I keep the update group blank in OVA8 then all the company codes will get affected by this, which is not what is required.In my case the requirement is only specific to a single company code.

Any other recommendations pls?

Rob:- Sure. I will take care from next time onwards.

[Former Member]

Mr.Ronaldo

As you have mentioned, this requirement is only for a specific co cd , then what is the problem, if you maintain a separate credit control area for this co cd, & leave the "update group" blank?

Awaiting your feedback & response on this.

Good day..

Rgds

Sumanth.Gururaj

Consultant/Systems Analyst- SAP SD/MM

[Former Member]

Hi Sumanth,

The problem is that the credit control area is maintained according to the products that is traded by the company.So we cant create a seperate credit control area for a product for which already credit is monitored in an existing credit control area.

So if we can do something else in this case to stop credit exposure being accumulated then I can meet my exact requirement.

[Former Member]

Mr.Ronaldo

You say that in your business, credit control area is mapped by the products traded.

My advice/suggestion is,

Group all the products that have similar credit data, in separate divisions.

Now,you can maintain credit control area , sales area wise.[since sales area= sales org dist chnl division]

pls try it out.

It Should meet your business requirement.

Pls revert.

Rgds

Sumanth.Gururaj

Consultant/Systems Analyst- SAP SD/MM