Tax calculation in pricing

Hi
Scenario :
Step 10: i've a base price say (proo) for eg 100
Step 20" Tax (mwst) for eg 4%= 4
Step 30 : step 10+step 20 = 104
now my scenario is when i negogatie with my end customer i say it's RS 104 so wen i enter in my sales order the Gross price it shouldgive me my base price and my Tax value . how do i' achieve this
Vinz

Hi,
In Standard SAP this functionality is not available. You can achieve this by enhancement.
Net value stores in NETWR field
Tax stores in MWSBP field
You need to create a ZZ field where in the sum of the above two fields value will be stored.
Hope this makes you clear....
Regards,
VNR

Similar Messages

Tax calculation in Pricing Procedure

Hi Guys,
I have a pricing procedure setup to be modified for calculation of surcharge. The current pricing procedure calculates surcharge based on total price. Needs to change it to calculate on Unit price.How to achieve this?
Current Setup
Price    Unit Price      Qty.    Net Price
PR00       655.55          5       3277.75
ZSUR = 3277.75*12/100 = 393.33
Required setup
Price    Unit Price Qty.    Net Price
PR00       655.55          5       3275
ZSUR = 655*12/100 = 78.666 = 78.67
Then this should be multiplied with the qty. 78.67*5 = 393.35
How to achieve this.
Thanks

I solved this same issue by doing the following.
When determining ZSUR, create a Condition formula for alternative calculation type in VOFM.
calculate the 12% off of the PR00 each price and round this result to 2 decimals. In your example you would get .12 * 655.55 = 78.666 commercial rounded to 78.67, then multiply this rounded result with qty to get your extended amount 78.67 * 5 = 393.35 and put the result in XKWERT for ZSUR.
With this type of calcualtion you will always get consistant pricing regardless of qty. When you are finished with your formula assign it within config of the pricing procedure on your ZSUR
line. Hope this helps.
When calculating .12 * 655.55 , create a working data field and do a 'like' to netpr in your formula:
eg DATA: ZZEA LIKE KOMP-NETPR. ( netpr is curr dec 2)
when calculating zzea = .12 * 655.55 since the field is defined as 2 decimal, commercial rounding will be the default calculation(round up if >= .005, down if < .005). So in your example 78.666 = 78.67
Code looks like(had to deal with floating decimals):
DATA: ZZEA LIKE KOMP-NETPR.
ZZEA = KOMP-NETPR * XKOMV-KBETR / 100000.
XKWERT = ZZEA * KOMP-MGAME / 1000.

Tax calculation in CRM using R/3 pricing procedure

Hello Experts
We are using R/3 pricing procedure to calculate list prices in CRM.
The condition record for Taxes are maintained for condition type UTXJ in SD which is calling for tax procedure TAXUSJ and condition type JR1.
The records are maintained in FTXP. This is the SAP Standard way of maintaining taxes if external tax software is not used.
We have downloaded the condition records and condition types in CRM. The tables have all the required records downloaded from R/3.
When creating an order in Webshop the tax is not getting calculated.
The pricing analysis shows that the condition record for UTXJ condtion type is met, but it is not showing the tax maintained for condition type JR1.
Have we missed any settings here?
If we are using R/3 billling does the TTE needs to be activated for calculating taxes in the webshop?
If TTE needed to be used for calculating taxes, what are the settings needed to be configured?
Thanks in advance for the valuable advice.
Sastri

Hi Sastri,
I am facing this problem with TAX Condition Records: Pricing error: Mandatory condition MWST is missing. I am using a R/3 pricing procedure correctly downloaded to CRM.
You say that you have downloaded the condition records and condition types in CRM. SAP Library says 'Prerrequisites: You have downloaded the tax condition records from SAP ECC'.
I don't know If my problem is caused because I haven't downloaded any Tax Condition Records. The fact is that I cannot determine which one is the Condition Object to download in R3AS.
I would really appreciate if you or anyone could tell me which object you did use.
thanks in advance,
Pablo
Edited by: Pablo Rodríguez Mateos on Sep 30, 2009 12:30 PM
Edited by: Pablo Rodríguez Mateos on Sep 30, 2009 8:59 PM
Solved!

VAT/Excise calculation - map pricing & tax procedures

Dear,
Pls tell me how to map my blw senerio;
In pricing procedure, i have
A- Gross price
B- Handlying charges
C- Excise on A+B,
here i need to calculate my exise on A+B values and it flows (C) frm tax procedure (taxinn). until here i'm ok.
D - A BC
E - Insurance (defined in pricing proce) on D value,
here i'm unbale to map my price, since the sytem taking A+ B price only, its not taking my D values... I need to map pricing & tax procedures, since Gross price, Han. charges and insurance flows frm pricing proce and Excise frm tax procedure.
Anyone has right solution, pls guide me...

Hello sapjj
Here in your issue, u have to maintain a dummy condition type for excise calculation in your pricing procedure. The excise on A+B will be calculated in pricing procedure itself and not it flows from tax procedure.You have to make a condition type in pricing procedure and mark it as statistical in the procedure so that it doesn't get added to material value.
you are ok till gross price and handling charges, right?
Then you include your dummy condition type for excise amount calculation.Then in the next step calculate a subtotal without giving any condition type and maintaining 'S' in the subtotal field in the pricing procedure.
In the next step include the insurance condition type and calculate it on the subtotal.
This will help
Regards
Gregory Mathews

Tax Calculation of free goods

Hi
We have a requirement where the client wants only VAT to be posted in GL accounts and not the price.For this I tried free goods condition type R100 with AltCBV 28.But the VAT value is also coming zero. I want the VAT to be calculated on Pricing condition and then give 100% discount.
Apart from this I also tried to make pricing condition statistical and calculate VAT on it but then also system gives zero value for VAT.
Also wondering if the scenario can be addressed with Free of Change Dellivery.

Hi
Normally in scenario where you are dealing with samples , there are cases you have to charge only TAXES / EXCISE part.
Here my SUGGESTION is you can handle this through a simple sales order process, where you have to configure a new pricing procedure.
1. Create a new document type to handle samples.
2. Create a New pricing procedure where you can keep the basic price condtion as Statistical and rest all same as wht is is there your main pricing procedure. Just juggle with the TO-FROM to capture the TAX part in the total.
3. Doc pricing procedure will help you to pick the new Pricing procedure
4. Now Process this as a normal sales order
5. This new document type will help you to have a proper reporting.
The only constraint here is USER has to punch a fresh order seperately for such scenario. He cannot give a free good in the same sales order which is used as standard.
The other way is you can configure a FREE GOOD Determination procedure as suggested where you need to then have your Single pricing procedure accomodating the same scenario.
Thanks
RB

Excise not captured in the MIGO & Tax calculation is not correct in the PO.

Excise Settings completed.                    02.11.2007
a)     Configuration done as per J05 Building block.( Tax Procedure TAXINN)
b)     Maintained J1ID, all steps.
c)     Maintained tax code in FTXP.
d)     FV11  Maintained for Material, vendor, Plant in combination with Tax code input tax maintained in FTXP.
e)     Checked CIN Health, all tick are green.
f)     Given all G/L accounts for Excise Transaction Type (ETT)
g)     Maintained all number Ranges.
Issue  1)
Tax calculation is not correct in the PO, tax tab
a)     JMIP is appearing 12% in condition amount, (as per condition record) but condition value is Zero, (Not calculated by the FI Pricing procedure). Screen shot for Pricing procedure, PO taxes and condition record given below.
b)     JIPC Sales tax 4% in condition amount (as per condition record) , calculated by the FI Pricing procedure is 8%, condition value is Rs 8 instead of Rs 4
Fi pricing procedure.
PO Taxes  wrong Tax calculated
FV11 Condition record
Issue  2)
While creating Goods receipt aginst PO (Tax code V2 in PO). Movement type 101, Excise tab appears at Header and Item level and we need to put the Vendors Excise Invoice and date, nothing is copied from the PO for Excise duty & sales tax.
Now we put the values for ED and Sales tax manually in the MIGO and saved the document. While display material document, excise tab is not there i.e. no excise related activiy is captured here in goods receipt.
If you need more detail, please revert on cell 093295 53235.
Please suggest.
Manish Gupta
93295 53235
[email protected]

Hai,
1.Check the condition types JMIP & JMIC in IMG - Financial accting New - FI AC Global settings - Taxes on sales and purchases - Check calculation procedure - Define condition type.
2.The condition types you have used are defined for non deductible taxes i.e., it gets inventorised, added to the material account.And also the accural key assigned to this condition types are NVV - defined for non ded input taxes.
3.Instead the condition types defined by SAP Standard system for BED & ST are JMOP & JIPS and the accurals assigned to this are VS1 & VS5.
If you want clear details mail the screen shots to my id [email protected]

Different Tax base in pricing procedure for a single sales order for different line item material.

Hi,
I have a scenario wherein in a sales order, for two different material, the tax base of pricing should get triggered on the basis of sold to party and the material entered at line item level.
Logic triggers on the basis of Region of Customer & a unique field in the Material Master but problem comes in the calculation of Tax base as the sequence of condition type (from – to) is already defined in the pricing procedure to pick from a particular step but in second line item the base is different i.e. the sequence of condition types that are maintained in pricing procedure should be different for Tax to calculate differently.
Kindly suggest if the same can be handled in a single pricing procedure and dynamically taking care of condition type sequence through Alt Cal Base Formula, so far I’ve tried both Alt Cal Formula & Base but it is not working
Client doesn’t want to go ahead by creating two different orders (through separate Pricing Procedure) for that. They want to have both materials in same order.
Kindly suggest a suitable way to handle this scenario.
Regards,
Aashika Agarwal

Hi,
Click on the ''check availability'' button at item overview and then click on ''One-time delivery'' on the top. This will ensure that you will have only one delivery for whatever quantity is confirmed on that date.
If you want to apply this rule for all orders across a sales area, then you can do the below configuration step :
SPRO->sales and distribution->basic functions->availability check with ATP logic->Define default settings-> Here in avail. checking rule select A (one time delivery). This will ensure that all orders created for a particular sales area will have only one delivery.
Hope this helps.
Regards,
Palani

Relation between Tax procedure and Pricing procedure

Dear All,
I would like to get more clarity on Tax procedure, Pricing procedure.
a) Why do we have Tax procedure and assigned to Country?
b) If the tax procedure has been created and assigned to Country-IN (in FI module), then why do we need to create pricing procedure with same condition type for purchasing in MM module? We are even creating lot of pricing procedure for Sales in SD module.
Regards
Manivannan R

Hi
Tax
During SD document transactions, tax calculation procedure TAXUSX is only relevant to determine the tax liability accounts for output sales tax. Notice that in pricing procedure RVAXUS, the condition types XR1 - XR6 carry the tax rates and tax amounts - resulted from the external tax system calculation - which is posted to tax G/L accounts. However, the tax accounts are not specified in the pricing procedure but rather in the tax calculation procedure.
Tax codes are the link between pricing procedure and tax calculation procedure.
Pricing
The primary job of a pricing procedure is to define a group of condition types in a particular sequence. The pricing procedure also determines:
Which sub-totals appear during pricing
To what extent pricing can be processed manually
Which method the system uses to calculate percentage discounts and surcharges
Which requirements for a particular condition type must be fulfilled before the system takes the condition into account
Example
Example of a Pricing Procedure
If a sales department processes sales orders for a variety of foreign customers, the department can group the customers by country or region. A pricing procedure can then be defined for each group of customers. Each procedure can include condition types that determine, for example, country-specific taxes. In sales order processing, you can specify pricing procedures for specific customers and for sales document types. The system automatically determines which procedure to use.
Pricing Procedures in the R/3 System
The standard system contains pre-defined pricing procedures, which contain frequently used condition types along with their corresponding access sequences. You can, of course, modify these procedures or create your own from scratch.
Creating and Maintaining Pricing Procedures
You create or maintain pricing procedures in Customizing for Sales. For more information on creating pricing procedures, see the online Implementation Guide for Sales and Distribution.
To reach the pricing procedure screen from SD Customizing:
1. Choose Basic Functions
2. ® Pricing ® Pricing control ® Define and assign pricing procedures.Select the transaction that you want to execute.

About tax in the pricing procedure

Hi Gurus,
I need your help. Our client says that the tax was incorrectly calculated from the start of SAP application.
Before SAP Application, their tax is computed as follows based on the Pricing procedure used:
19% on Freight
6% on Value of goods
But now this is how tax is incorrectly calculated:
6% on net value of goods
I need your help on how I will solve this issue. This tax calculation should only be applied to sales to domestic Intercompany customer.

Hi,
Can you pls explain little more clearly with example in the pre and post SAP scenarios.
Kind Regards
Chakradhar

Accounting Key & Accruals Key in Calculation Schema (Pricing Procedure)

Hi Freinds,
               I have a query regarding use of Accounting Key & accruals key in the Calculation Schema (Pricing Procedure).
What is the significance of Accounting key & accruals key in the calcuation schema? Which Accounting & Accruals keys have to be used for Gross price,Discount,Freight, tax etc in the Calculation schema? Please post your precious threads.
Thanks & Regards
Saeed Arif

hi
AcyKy - Account Key/ Accrls - Accruals:
for SD module
u2022     The values of the Sales Revenues, Sales Deductions, Freight Revenues, Tax Revenues, and Rebate Accruals etc. are going to be posted in the respective G/L accounts in Fi Module.
u2022     In order to do this we assign account keys/ accruals to the different condition types based on their classification. The classification shown below.
o     ERB Rebate sales deduct.
o     ERF Freight revenue
o     ERL Revenue
o     ERS Sales deductions
o     ERU Rebate accruals
u2022     For Ex.,
o     For all Price condition types like PR00 etc. we assign ERL - Revenue.
o     For all Discount condition types like K004, K005 etc. we assign ERS - Sales Deductions.
o     For all Freight condition types KF00 etc. we assign ERF - Freight Revenues.
o     For all Rebates condition types BO01 to BO05 we assign in Account key ERB - Rebates Sales deductions and for Accruals ERU - Rebate Accruals.
u2022     This account keys and accruals are in turn assigned to respective G/L accounts. So the system posts respective values in respective G/L accounts in Fi-Co Module.
u2022     This also one of the areas of SD - Fi Integration. SD consultants assign the account keys and Fi Consultants assign the respective G/L accounts in T.Code:VKOA.
Similarly for MM Module
Account keys are EIN, FR1, FR2, FR3, FRE, etc...
And in OBYC, we do necessary account determination for the same.
For e.g. Freight Posting in GR
Condition type FRA1, Accrual FR1 and in OBYC, assign Freight Clearing A/c to FR1
During GR;
Stock Account - Dr - 110 INR
GR/IR Clearing A/c - Cr - 100 INR
Freight Clearing A/c - Cr - 10 INR
transaction event key is the Key that identifies different types of G/L account.
The account key enables the system to post amounts to certain types of
revenue account. For example, the system can post freight charges
(generated by the freight pricing condition) to the relevant freight
revenue account.
use
To enable the system to find the relevant account for provisions (for
accrued delivery costs or miscellaneous provisions, for example), you
must assign a transaction/event (internal processing) key to each
condition type that is relevant to provisions in the step Define
Calculation Schema.
if u search on SDN or GOOGLE u will get many threads for this
hope it helps
regards
kunal

Same Calculation Schema/Pricing Procedure- Same Vendor - Material & Service

Hi experts--
For subject matter(we are facing this issue in our organisation) I did my search and found the below threads but conversation did not provide what solution is to be implemented. Can someone help?
Currently we are using two unique vendor codes for tiding over our MM/SD problem even though vendor is same with same address,PAN & service tax registration.
We are a LSP and only recently went live on ECC 6.0 EnP4
warm regards--
A.VENKAT KRISHNAN
Same Calculation Schema/Pricing Procedure- Same Vendor - Material & Service
Posted: Aug 19, 2011 7:04 AM
Click to report abuse...
One vendor is providing service & material to the same Pur Org
Is it anyway to handle with only one vendor code for service & material procurement in same vendor account group with only one pricing procedure(calculation schema)?
Ramesh Babu Nag... [Active Contributor Silver: 500-1,499 points]
Posts: 535
Registered: 5/29/09
Forum Points: 1,380
     Re: Same Calculation Schema/Pricing Procedure- Same Vendor - Material & Service
Posted: Aug 19, 2011 7:16 AM   in response to: ARUL MURUGAN1 in response to: ARUL MURUGAN1
Yes, you can do it. There shouldn't be any issue

Hi,
Yes its possible.
you can use the same calculation schema for both so that with one vendor you can handle both material as well as service purchase.
Please revert if you face any difficulties.
Thanks & Regards,

Service Tax Calculation for Condition Types

Dear Experts,
In an Import Purchase Order for Coal, along with the Basic Price of the Coal, the following Conditions are also entered, in the Condition Types maintained in the Import Pricing Schema
-        Water front royalty
-          Port Dues
-          Berth Hire Charges
-          Port terminal charges
-          Surveyor charges
Each of these conditions may have a separate Vendor, hence the Purchase Order creator will select each condition and assign the required vendor.
Each of these conditions is subject to Service Tax, Educational Cess and Higher Secondary Educational Cess, the User want that separate service tax calculation be made available in the pricing schema for these individual conditions and the relevant vendor be assigned to these condition. the service tax on individual conditions be paid to the relevant vendor along with the basic value for the condition.
Separate Condition Types (15 nos.) for each of the above conditions for Service Tax, Educational Cess and Higher Secondary Educational Cess can be prepared and added in the pricing schema, the user will have to enter the percentages in the relevant conditions.
The user wants that the Service Tax be automatically calculated for these conditions, instead of manually entering the same. Please guide how can this be achieved.
Thanks in advance.
AJ

Hi,
For this you have to maintain the all your charges in your pricing procedure along with each charge you have to maintain 3 condition types for service and chesses.
Ex:
step counter cond.type des.                   from                 to
1 1 P000 Gross Price
1 2 P001 Gross Price
25 0 JM00 Water front royalty                 1
26 0 ser1 service                                  25
27 0 edu1 educationcess                      26
28 0 edu2 se.edu.cess ;                        26
29 0 jm01 Port Dues                                1
30 0 ser1 service                                   29
31 0 edu1 educationcess                       30
32 0 edu2 se.edu.cess                           30
like this you have to built your pricing procedure in a m/08. after that for you want the service tax automatically so for that you have to put the accesses sequence in you service condition types (ser, edu1,edu2).in m/06.
After that you have to maintain info record for that material and import vendor. in me11 in that in condition tab you have to maintain percentage for ser, edu1, edu2 . the system will calculate the service charges automatically.
Thanking you,

Tax calculation in import process

Dear SAP Consultants,
I have done invoice verifiaction for clearing agent . for clearig agent charges there is a service tax as well as e -cess and scond. cess. while invoicing for the same i am using a tax code for service tax and I observed that the tax is not calculating properly . this is because the system pickup the condition base value something else other than defined.
Please help me how to find out this base value or how to correct the tax calculation process.
I am uing TAXINN.
Thanks & Regards.
Sandeep

Go through M/08 pricing procidure,in find trabule may be there or in Po u r nt defining % praperly,

Condition types in tax calculation procedures

hi sap Gurus,
Tax calculation procedures cointains the order of steps, tax types{condition types}, and account keys.I am not able to understand what condition types are and its importance in the tax calculation procedures.
Please help me SAP Gurus
C.S.N Ajay
SAP Certified Consultant

hi
Check out the standard pricing procedure RVAA01 - MWST
http://www.erpgenie.com/sd/create-new-condition-types-and-procedure
http://www.sap-img.com/sap-sd/steps-involved-in-condition-technique.htm
nag

TAX Calculation in SD

Dear SAP Gurus,
In the Tax calculation procedure TAXINJ
we maintain the Condition Types (JES4 Say!)
We then define the TAX Codes with the calcutaion
Tax Condtion type has Access MWST ( Country /Tax Code)
Now in the SD We define the same condtion type with Access JDUM and UTXJ with same access(JDUM).
I want to Know how thw system captures the taxes in the SD pricing when we are not defining any records......if it is taking from FI account ,
Can anyone explain me how it captures the same in depth..
Thanks in advance
regards,
Amlan Sarkar

Thanks for your inputs.
The Pricing procedure analysis as follows.
Basic price
Discounts
TAX
-->UTXJ ( Access JDUM=ININPlantTAX Calls CustoTax Cllasi Material)
Condition record : 100%.
-->JSE4 (Access JDUM KEY : Sales org/Destination Country)) Condition record had been found: 12%
-->JES4 (Access JDUM KEY :Sales Or/Destination Count)
Condition record has been found :1 %
-->JES(Access JDUM KEY :Sales Or/Destination Count)
Condition record has been found :2 %
All the Three Conditon types has same access as UTXJ !
Internally form where is the taxes getting captures.
reagrds,
Amlan

Tax calculation in pricing

Similar Messages

Maybe you are looking for