topic Re: Pricing problem after condition inactivation in Application Development and Automation Discussions

Pricing problem after condition inactivation

Former Member — Wed, 19 May 2010 14:51:53 GMT

Hello

In userexit_pricing_prepare_tkomp I put:

IF vbak-kalsm EQ 'ZTHWG'.

LOOP AT xkomv INTO pxkomv WHERE kschl EQ 'ZUPK' AND kbetr EQ '0.00'.

LOOP AT xkomv WHERE kschl EQ 'ZUG' AND kposn EQ pxkomv-kposn.

xkomv-kinak = 'A'.

MODIFY xkomv.

ENDLOOP.

ENDIF.

So the condition ZUG is inactive if, for the same sales order line. there is condition ZUPK with value 0.

Problem is that the change is not working properly. ZUG is "yellow" and it's not taken into consideration when system calculate intem price after discounts. But value of the tax is wrong, even dough it's calculate based on value after discount which is OK.

Proce 100 USD

ZUG 50 %

ZUPK 0%

Price after d. 100 USD - OK

tax 22 % - 11 USD - NOT OK

Please help me, because I don't have no idea why it's working like this.

Thanks in advance

Pawel

Re: Pricing problem after condition inactivation

Former Member — Wed, 19 May 2010 16:34:25 GMT

I would not deal with KINAK within userexit_pricing_prepare_tkomp.

Try a formula.

Or deal with condition routine for ZUPK

Re: Pricing problem after condition inactivation

Former Member — Wed, 19 May 2010 22:11:14 GMT

Use a CBV (Condition Base Value) routine for the mentioned condition type to modify KINAK value.

Re: Pricing problem after condition inactivation

Former Member — Thu, 20 May 2010 12:03:42 GMT

OK, I can create new requirement in VOFM. But I have to exclude condition ZUG if ZUPK is equal to 0. But ZUG is before ZUPK in pricing procedure so when this requirement will be call value of the ZUPK will bot be in table XKOMV.

How to solve this problem?

Regards

Pawel

Re: Pricing problem after condition inactivation

Former Member — Thu, 20 May 2010 13:55:03 GMT

Pawel,

check OSS Note 836243 carefully.

It should give ideas how to deal with your problem, if it's not possible to put ZUG below ZUPK - which would be the easyest way...

Cheers

carsten

Re: Pricing problem after condition inactivation

Former Member — Fri, 21 May 2010 11:03:21 GMT

Thanks, problem solved

Re: Pricing problem after condition inactivation

Former Member — Fri, 30 Sep 2011 22:38:28 GMT

Can you explain how you solved the issue?

I have a similar kind of requirement.

Thanks in Advance

Giri