on 03-28-2012 4:05 PM
Hi Experts,
Previously, VAT Tax code was created with 9%. Now I changed to 0% due to legal requirement.
I have changed VAT/Output Tax rate from 9% to 0% in FTXP. I have not change anything anywhere. System is calculating only with 9% but not with 0%.
My requirement is: System should calculated 0% VAT instead of 9%. Kindly throw me some idea on it.
-----
can anyone tell me what is relation between FTXP and VK11 (VK13) condition type. Which one has priority?
eg: i have changed VAT rate from 9% to 0% and posted one document. VAT was posted with 9% not with 0%.....this is happend when I changed in FTXP
I have changed VAT rate from 9% to 0% and posted one document. VAT was posted with 0% not with 9%.....this is happend when I changed VK11.
Is this the way to change the rates or any other way is there? any material effect would be there rest of the places except VAT calculation.
thanks in advance.
Thanks,
Muneendra
Hi All,
Thanks for the replies.
Issue got resolved.........
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Muneendra,
First find out which condition have been assigned to your tax code. Then change the tax rate to zero in that condition for respective tax code. You can find conditions which are assigned to your tax code in KONP table.
--Yogesh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Yaduveer,
In FTXP, I have created tax code D1 with condition type MWAS.
I have created condition record with MWST and D1 tax code combination.
Now, sale order will pick up D1 tax code?
if no tax code is created with MWST combination in FTXP, the same tax code can not be used in condition record creation in VK11?
Please clarify...
See Tax % is determined by FTXP condition type and VK11 condition type.
For MWST you have % in vk11 but no tax rate is there in FTXP D1 tax code.
This is standard practice. An I can just suggest go as per standard define % in FTXP against same condition type as you use in vk11 and sales order, or there will be sure inconsistency when billing is done in SD (vk11) and for same FI Doc. is created in FI (FTXP).
Hi,
Please check if the account key MWS has been assigned to condition type MWST in the pricing procedure.
To get to the pricing condition, proceed as follows:
IMG --> Sales & Distribution --> Basic Functions --> Pricing --> Pricing Condition --> Define and Assign Pricing Procedures --> Maintain Pricing Procedures
Locate the pricing procedure being used and double click on Control Data on the left pane of the screen. Look for the condition type MWST to make sure it has account key MWS maintained. Maybe this could be the issue. If another account key has been maintained for MWST, then you might want to check that in FTXP and make that 0% instead.
Best of Luck.
Elias
Hi..
This will change tax calculation for open Sales orders.
for e.g. tax in sales order was 9% when you made it, it will be 0% now.
But all this depends on the condition type and access sequence you are using for that condition type, whether it has validity field or not.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
as i said, there was 9% for for one output tax code. I changed to ZERO.
I changed in two places.....FTXP and VK12....I made that tax code, lets say I1 to ZERO. I can see this in FTXP and VK12.
Why the system is not considering ZERO. Its an urgent. someone can help me.
Will give full points for this.
1. If you carefully check FTXP you will see that 0% you have defined is for condition type MWAS and not MWST which you are using in VK13.
You do not have MWST in your Tax procedure.
You can insert condition type MWST instead of MWAS in tax procedure and I am sure it will give you 0 % rate.
2. Give one more screen shot. i.e. select MWST and sales order and click on Magnifying glass icon below "choose" it will open one screen give me its screen shot.
Hi Yaduveer,
MWAS and MSKA these are FV11 condition types and these are not available in VK13.
Now, I have one question here, the condition types that are mentioned above are maintained in FV11. If I change tax rate in FTXP then it should not effect VK11 condition types. What i assume is,
VK11 conditions types are playing role in sale order. I can see MWST in pricing procedure.
can you explain the FV11 and VK11 relationship in sale order?
suppose, In country DK, i have created 3 output taxes with different rates. D1, D2, D3 and rates are 5% 6% and 9%. how the system pick the 9% or 6% or 5%, on what basis.
VK11 condition type effects SD module.
FV11 does not effect Sales Order.
Give one more screen shot. i.e. select MWST and sales order and click on Magnifying glass icon below "choose" it will open one screen give me its screen shot.
For Sales order your condition type will be picked from VK11 and rate also.
As seen in your tax code MWST condition does not exist.
thus give me above screen show so that i can see the calculation for MWST done in your SO.
After replicating your scenario these are findings:
1. Rate is picked from VK11 (as this effects SD)
2. FV11 and FTXP rates are ignored in SD documents.
3. In SO the tax is calculated by condition type, i.e. MWST not tax code (FTXP)
i.e. FTXP tax code (VT suppose) 1% MWAS
MWST in VK11 10%
In sales order when you will calculate tax it will check.
1. Tax code:VT (from user input)
2. Condition type: MWST (In pricing procedure)
3. Combination of Tax code and condition type (in VK11)
4. 10% (defined in VK11)
Thus picking 10%.
Now to provide some extra help if you need for your scenario:
Let me know is your legal requirement is for specific customers or for all company code.
Hello,
VK13
I would like to see you VK13 also.
Sorry I am being to demanding but its really important. As in Vk11 when we maintain a Condition type various data can be maintained depending on access key. In my system I can mention this % based on State/Customer Tax category/
i.e. Country IN state MH custome cat 0 (non taxable) tax code D1 rate 0%
Country IN state MH custome cat 1 (taxable) tax code D1 rate 10%.
So need all that information from you. As number of possiblities are many.
In change mode check on menu bar... Goto ---> Item/header---> conditions.
It will take you there. And you do not have to change any think. on condition tab click on "Update" as whenever you make changes in VK12 you need to do that else it will remain as it was carried out when the condition was 7%.
System does not update pricing procedure automatically in already existing sales orders (you have manually update for which SAP has given that option). If it grey that means you have created billing document (FI doc has been created) for the same sales order and thus nothing can be updated/changed now in either of docs (billing and sales). You can check by making new sales order it will come 0%.
Thanks.
Yaduveer,
Thanks for the replies. I have created new sale order and tried still its in grey color only. Keep this apart for time being.
can you tell me why the table is not been updated with 0% (konp). I can see only 7% in this table not 0%. But i can see 0% in VK13.
Please let me know why table is not updated even after changing the rate in vk12. Then how to update the table with 0%. Please suggest.
Hi Muneendra,
When you change the tax rate from one % to other %, there wont be any effect on the previous posted documents.
Regards,
Sravan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
adding to the above question,
I think if we change some rate for a tax code it effects rest of the places automatically. Because the same account key or condition type might be used in pricing procedure...
Please correct me and provide solution for the issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
103 | |
12 | |
11 | |
6 | |
5 | |
4 | |
3 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.