Reverse Calculation in Pricing

Dear All,
I have following scenario to be configured in sd pricing procedure.
MRP :                 145 - (this will be entered bu user or condition record)
Trade Disc.(20% on MRP):   29
Promo disc (3% on MRP) :    4.35
Price after Disc. : 111.65---- (this price is inclusive of taxes)
VAT (1%) : on X base price
Service tax(1%) : on X base price
Base price: X
Formula is : X + (1%X+ 1%X)= 111.65
Now for Value of X, system need to back calculate this price.
I am trying this scenario with pricing procedure VKP001.
But i need two taxes to be calculated and its not coming in above pricing procedure. its working with only one tax type.
I request u all please suggest some possible soln on the same.
Thanks and Regards,
Rasik

Hi,
The mathematical concept of back calculation is as follows:
Taking yr case The landing price (inclusive of tax)=111.65
Let sat Vat is x % and Service Tax is Y%
Vat = 111.65*X%/(1X%Y%)
Service Tax= 111.65*Y%/(1x%Y%)
You need to creat a routine for back calculation with above mentioned logic.
Revert if you have any doubt.
Rd's
Sanjay

Similar Messages

Reverse Calculation in Pricing Procedure

Hi All,
My client requirement is to calculate the PR00 from the TOTAL and TAX
i.e. If we enter the TOTAL some amount and TAX 12.5% VAT in the Pricing Condition then it should calculate the d Basic Price PR00 .
Tanks and regards,
Bala

Hi
Thanks for understanding the explanation given earlier and this an interesting qn
I am giving herewith a document on MRP pricing procedure (you need to understand this and make the settings)
This is same as your requirement but additionally it has an discount which you can ignore for yours
Go through the following:
I will brief your requirement in short
MRP = 1012.5/-
VAT = (1012.5/1.125) = 900/-
so price before discount will be = 900/-
discount given at the rate of 10% = 100/-
Initial Price = 1000/-.
1. Create condition types as below:
ZR00 for price
Condition class = B
Calculation type = C
Plus/minus = A
ZSET for settlement (to knock off the effect of ZR00)
Condition class = A
Calculation type = C
Plus/minus = X
ZWST for tax
Condition class = A
Calculation type = H
Condition category = D
Plus/minus = X
Z007 for discount
Condition class = A
Calculation type = H
Plus/minus = A
ZDUM for net price
Condition class = A
Calculation type = A
Plus/minus = A
YWST for tax (to knock of the previous effect - to be used for posting to G/L)
Condition class = A
Calculation type = A
Plus/minus = X
YOO7 for discount (to knock of the previous effect - to be used for posting to G/L)
Condition class = A
Calculation type = A
Plus/minus = X
2. The following will be the pricing procedure configuration:
Step......No........Cond Type........... From.........to..........Man.........Req........Sta................Acc Key
10........0..............ZR00..................--..........--..........-...........-........---.................ZDU
20........0..............ZWST..................10............19...........----.............X............X...................
30........0.............text.......................10...........29...........---...........----.........X
40........0.............Z007.....................30...........39...........-----.............X............X
50........0..............text.....................30............49...........---...........-----.........X
60........0............ZSET.....................10...........19...........----............X............--.................ZDU
70........0............ZDUM....................50...........59...........----............X............---...............ERL
80........0............Y007.....................40...........49...........----.............X...........---...............ERS
90.......0..............YWST..................20...........29...........-----............X...........---................ZWS
ZDU - dummy account key for posting extra not required items.
ERL - account key for price
ERS - account key for discount
ZWS - account key for tax.
3. Condition records in VK11
Condition type----
Condition record.......
ZR00........................................1012.5.....................INR will be positive
ZSET.......................................100%...............................will be negative
ZWST.......................................10%................................will be negative
Z007.........................................12.5%.............................will be positive
ZDUM.......................................100%..............................will be positive
Y007.........................................100%.............................will be negative
YWST.......................................100%.............................will be negative
Condition records for Z007 & ZWST will be decided as per the conversion required. You will first have to manually calculate the amount for the condition type.
4. I create a sales order for single quantity for an item & the pricing will be as under:
ZR00 = 1012.5 (dummy account) - positive
ZSET = 1012.5- (dummy account) - negative will knock off effect of ZR00
ZWST = 112.5- (negative & no posting)
Z007 = 100 (positive & no posting)
ZDUM = 1012.5 (positive & posting)
Y007 = 100-(negative & posting)
YWST = 112.5 (positive & posting)
If still your scenario is not getting mapped then you can go to your ABAPer and he will develop a alternate base value formula to correct the calculations
Regards
Raja

Back Calculation in Pricing for Sales Order.

Hello friends,
Please help me out with this below mentioned problem in the Pricing for Sales order.
I am creating a Contract with Customer and Plant from the same Region (State), while creating the subsequent Sale order I want to use the plant of some other Region which is different from the contract. In this case the pricing will change as there will be different Taxes (%) that would be applicable for different Region.
Now the requirement is that we want to use the Final Selling price which is calculated in the contract, therefore by keeping the Selling Price Fixed we have to backtrack and calculate new pricing accordingly.
An example for the same is explained below:
When Both Customer and Plant are from same Region:
     Particulars                        %           Value
A     Basic Value                                       100000
B     ED                     10.30%           10300
     Sum total (A+B)                                 110300
C     VAT                        5%            5515
     Sale Price (ABC)                                 115815
When Customer and Plant are from different Regions:
     Particulars          %           Value
D     Basic Value (A-B-C)                  92105
C     ED                        10.30%            9487
     Sumtotal (A-B)                  101592
B     VAT                          14%            14223
A     Sale Price                                       115815
Please reply with possible solutions.
Thanks and Regards,
Edited by: Lakshmipathi on Oct 4, 2011 5:41 PM
Thread Locked - Reason Cross Posted

Hi Nitin,
Go through the bellow links you can resolve your problem.
Re: Reverse Calculation in Pricing Procedure
Reverse Pricing???

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

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,

Reverse calculation of tax in FI entry

Hi all,
We have a input tax code for service tax whiich is used for both PO/MIRO and FI entries(FB60).....which is maintained at tax classification level.......now i want to know how the system calculates service tax in case of FB60 (FI)entries based on tax code which i understand is a reverse calculation? FOR eg-
Expense-9075
Vendor-10000
ST basic-898
ST Ecess-18
ST S&H-9

Hi,
the system calculates the tax from the gross amount and deduct it from the gros amount and comes so to the net amount.
Regards
Tarik Oznalcin

"Item 10 IPC:TTE:Calculation error: Pricing error: Mandatory condition & is

Hello Experts,
I need your help to solve this TTE pricing error.
In Service Order, I am getting this error message for one particular material only
"Item 10 IPC:TTE:Calculation error: Pricing error: Mandatory condition & is missing".
Remaining materils I am not getting this error message.
Please proivide your suggestions to crack this.
Thanks

Hi,
This message come when you caculate 0TTE when doing cross country transactions . Check if this codition needs to be caculated for your order. If it is not required you should not make call .You can try to eliminate this error bu uisng the BADI BADI_TTE_DOCUMENT

MM:JVRD VAT is not calculating in Pricing

Dear Gurus,
We are using TAXINN,now I have maintained condition record for JVRD,i.e. VAT
But despite condition value is not getting calculated in Pricing..........but when I check cond base value is getting calculated
Plz help me to get solution of this
Rgds,
Vinay

Hi,
JVRD - VAT condition is not an element of Pricing Hence please check in the taxes tab under Invoice tab of Purchase Order.
Regards,

I followed the same procedure of reverse calculation from MRP pricing calcu

hi,
sap gurus,
i followed the same procedure of mrp calculation but
MRP Pricing Procedure:
Go through the following:
I will brief your requirement in short
MRP = 1012.5/-
VAT = (1012.5/1.125) = 900/-
so price before discount will be = 900/-
discount given at the rate of 10% = 100/-
Initial Price = 1000/-.
1. Create condition types as below:
ZR00 for price
Condition class = B
Calculation type = C
Plus/minus = A
ZSET for settlement (to knock off the effect of ZR00)
Condition class = A
Calculation type = C
Plus/minus = X
ZWST for tax
Condition class = A
Calculation type = H
Condition category = D
Plus/minus = X
Z007 for discount
Condition class = A
Calculation type = H
Plus/minus = A
ZDUM for net price
Condition class = A
Calculation type = A
Plus/minus = A
YWST for tax (to knock of the previous effect - to be used for posting to G/L)
Condition class = A
Calculation type = A
Plus/minus = X
YOO7 for discount (to knock of the previous effect - to be used for posting to G/L)
Condition class = A
Calculation type = A
Plus/minus = X
2. The following will be the pricing procedure configuration:
Step......No........Cond Type........... From.........to..........Man.........Req........Sta................Acc Key
10........0..............ZR00..................--..........--..........-...........-........---.................ZDU
20........0..............ZWST..................10............19...........----.............X............X...................
30........0.............text.......................10...........29...........---...........----.........X
40........0.............Z007.....................30...........39...........-----.............X............X
50........0..............text.....................30............49...........---...........-----.........X
60........0............ZSET.....................10...........19...........----............X............--.................ZDU
70........0............ZDUM....................50...........59...........----............X............---...............ERL
80........0............Y007.....................40...........49...........----.............X...........---...............ERS
90.......0..............YWST..................20...........29...........-----............X...........---................ZWS
ZDU - dummy account key for posting extra not required items.
ERL - account key for price
ERS - account key for discount
ZWS - account key for tax.
3. Condition records in VK11
Condition type----
Condition record.......
ZR00........................................1012.5.....................INR will be positive (1012.50 +)
ZSET.......................................100%...............................will be negative (100 -)
ZWST.......................................10%................................will be negative (10% -)
Z007.........................................12.5%.............................will be positive (12.50 +)
ZDUM.......................................100%..............................will be positive (100% +)
Y007.........................................100%.............................will be negative (100% -)
YWST.......................................100%.............................will be negative (100% -)
Condition records for Z007 & ZWST will be decided as per the conversion required. You will first have to manually calculate the amount for the condition type.
4. I create a sales order for single quantity for an item & the pricing will be as under:
ZR00 = 1012.5 (dummy account) - positive
ZSET = 1012.5- (dummy account) - negative will knock off effect of ZR00
ZWST = 112.5- (negative & no posting)
Z007 = 100 (positive & no posting)
ZDUM = 1012.5 (positive & posting)
Y007 = 100-(negative & posting)
YWST = 112.5 (positive & posting)
but its not throwing any condition records for ZWST and YWST
can any body help me
plz
regrds,
balaji.t

HI,
Plz try Routin for Vat formula.
i am worked on MRP pricing but in our case formula is different.
eg.: If i want to calculate VAT for B=1000 Rs. it is like
A=1000 * ((100/100 + (12.5- VAT 5)))
= 889
VAT (Value) = B - A = 1000-889 = 111 which is passed to GL account.
For that we developed one Routine with the help of ABAP and assign to Pricing Procedure.
Regards,
PM

Function Module or BAPI for Sales price calculation and Pricing worklist

Hi Retail experts,
We frequently change purchase conditions, but not that frequently for cases like perishables, so sales price calculations needs to be done each time. This means pricing worklist generation and release is done often and then sales price recalculation is done each time article wise and for various organization level.
We have 15000 articles for which purcahse conditions changes, it is impossible to generate and release pricing worklist and do sales price calculation for each article
So solution may be to find a FM/BAPI for the following transactions and automate them.
Do you know FM/BAPI for VKP5/VKBP or VKP6, WVN0, WVN1 transactions.
Regards
Bob

HI Madhu,
Thanks for the reply,
I am looking for BAPI or FM which will check all pricing condition types( like MRP of the Material(table A304), discounts(A800,A802,A803,A804) for that customer and Tax) and give me the value(KONP-KBETR).
I can only pass Customer, material, quantity etc.. so that BAPI or FM has do all standred checks/ validation and give the
KONP-KBETR for all condition types like MRP, discounts, Tax. we are developing the custom program for sales order creation so we require the all this before saving the sales order.
Regards,
Nagesh
Edited by: nageshdb4u on Mar 5, 2011 12:05 PM

How to stop system from doing calculation of pricing in sales order?

Recently I am working on how to stop consecutive entries of identical condition type in pricing of a sales order. For this I have written a custom routine to track multiple identical condition type. If it gets multiple condition type then system shows error message. But after this while pressing back button of the SAP Screen System is doing the corresponding calculations for all the condition types. I want to stop this.
Is there any way to do so that I can stop the system form doing the calculation. Or is there any way to disable back button of the SAP Screen. Basically I want to stop a user from posting a sales order if he enters multiple identical condition type in a sales order.

Transaction VOK0
If you go to Condition Type -> Access Sequences and highlight the relevant access sequence and navigate to folder "Accesses" there should be a column which indicates "Exclusive". This check box should be active. This will prevent duplicate condition types.

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.

Automatic Re-calculation of pricing on re-entering item category

Hi experts,
I have a requirement where during sale order creation (VA01), if I enter the necessary details on the screen and do not enter an item category, and I press enter, the pricing gets calculated. Now if I add an item category and press enter again, the pricing should get re-calculated again.
Currently, pricing gets calculated only if i press enter he first time. It does not get re-calculated if i change it. What do i do for this?
If I go to the conditions tab and click on update, and then select 'B' "Carry out new pricing", the pricing does get re-calculated. But I want it to get re-calculated automatically.
Thanks

For an Abap solution (*) try form USEREXIT_NEW_PRICING_VBAP in include MV45AFZB
if vbap-PSTYV ne *vbap-PSTYV.
new_pricing = 'B'.
endif.
([User Exits In Sales Document Processing|http://help.sap.com/saphelp_46c/helpdata/en/1c/f62c7dd435d1118b3f0060b03ca329/content.htm])
Regards,
Raymond
(*) If no other solution works of course.

Agent's Commission calculation in pricing procedure only for NEW Saleorders

Hi Guys,
In a pricing procedure, .the base for agent commission was calculated on cost + markup price and freight and this base for commision + commision + insurance gave the base price.But now client wants to calculate commision from cost + mark up + freight + insurance + packing charges
So, the steps are changed in pricing and it is working perfectly. While checking the billing documents and open orders, it is showing new pricing procdure.
The pricing procedure should take its effect from now only and not for old billing documents I mean the open orders, open deliveries and open items.
I understand that in open sales orders, if update button is pressed on condition tab and carry out new pricing only changes will occur. Otherwise it will NOT happen
If I goto VF02 and take a billing documen, it is having the new pricing procedure
I didnot maintain new condition types. Only the steps were changed.
Please help me in this regard by suggesting a suitable solution.
Regards,
Anbu

Thanks a lot for your suggestion. i had already made the changes in the existing procedure and given them.... then only we realized the problem....they created around 15 billing documents that day and all showed the changed pricing procedure( these were open orders). but my client doesn't want to revert back to the old procedure and as a solution to the change in value for the newly billed documents they have issued the debit note.... now everything is ok( except that the changed procedure is seen in the old documents too. but the values haven't changed) so client is happy this way... hope there wont be any issue regarding this in future...
Thanks a lot for your advice....

Reverse Calculation in Pricing

Similar Messages

Maybe you are looking for