cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Using Tax Condition Type "VST" in SD Sales Order

matthias_hh
Explorer
0 Kudos
4,056

Good evening everybody,

hopefully you can help me with my challenge.

For commissions (trade agents) we need a SD credit memo (created from another sd invoice).

Almost everything is working fine. We have a new pricing scheme where we use Input Tax "VST" instead of Output tax "MWST" - what is also working fine in case of German domestic Pay-To-Partner.

But in case of an European based trade agent, I want to maintain a the VST-condition record in VK12 as following:

From DE to FR: 0% and tax code E3.

My problem is: In VK12 I cannot maintain 0%. It is always returning back to -(!)19%.

E3 is maintained in FTXP like this:

Outpout Tax MWS -19% condition type MWAS

Input Tax VST 19% condition type MWVS


According to our financials, this tax code is maintained properly. On purchase side it is also working fine.

Can somebody help me how to get the 0% in here?

Thank you in advance!

Best regards,

Matthias

Accepted Solutions (0)

Answers (4)

Answers (4)

matthias_hh
Explorer
0 Kudos

Hello Veselina, hello Kamlesh,

our FI and tax consultants that our E3 is set up correctly for our case.

Unfortunately the condition record for VST on SD-side also looks on the FTXP-condition type "MWAS" (see your screenshot above) so that I don't get the +19% into the condition record. On both condition types VST and MWST it always set "-19%".

My solution: I have looked at the billing type WIA for plants abroad and used this construction to book the same amount on input and on output tax (as required).

Best regards,

Matthias

matthias_hh
Explorer
0 Kudos

Hello Veselina, hello Kamlesh,

thanks for your replies!

Actually we don't use condition contracts at the moment but I will follow the hint that E3 is 0% in standard configuration. I don't know why it isn't set like this on our system. I will give a feedback on (hopefully) monday!

Best regards,

Matthias

former_member183501
Active Contributor
0 Kudos

To make E3 as 0% in FTX3 you may discuss this with your FI Consultant.

VeselinaPeykova
Active Contributor
0 Kudos

In the standard systems where I checked E3 is maintained like this:

Even the description of the tax code mentions 0%.

I would suggest that you double-check with your colleagues whether somebody changed the settings and if yes - why, also whether you are expected to use a different tax code for some reason. After all, one can use whatever name for a

In SD I have seen VST only in rebates (condition contracts) and in plants abroad... what you describe does not sound like plants abroad but it might be related to some process involving condition contracts.

If you are configuring Sales Commission for External Sales Agent please check the link from SAP note 2535889 - CCM - Description of delivered configuration (the one mentioning sales commission). To me it looks a bit more complicated compared to what you described so far (you do not replace output tax completely but you have a few more input tax conditions), if this is the process that you work on - make sure that you did not miss something important.

former_member183501
Active Contributor
0 Kudos
But in case of an European based trade agent, I want to maintain a the VST-condition record in VK12 as following:

From DE to FR: 0% and tax code E3.
My problem is: In VK12 I cannot maintain 0%. It is always returning back to -(!)19%.

Hi,

This seems to be the standard behavior of R/3 system.

I am assuming that condition table for european is based on Country of delivering plant i.e KOMK- ALAND . If we take ALAND in condition table then system does not allow to save condition record without tax code and also, whatever the rates you have maintained in FTXP it will get copied over and if you try to save it with 0% then it will again pick rate from FTXP.

Check if you can maintain condition record based on the different combination where ALAND is not as a criteria.

I'm not 100% sure that you may have to go with user exit.

Please correct me if I am wrong

Regards

Kamlesh