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

Similar Messages

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,

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.

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

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

VAT calculation through Pricing Procedure of MM

Hello gurus,
I have a doubt can we calculate and post the vat thru purchase condition type in pricing procedure, for excise and cess we are using Tax code with tax procedure TAXINJ, we are trying hard for it., we have even created new transactiion key and assign GL account to it, but still it is not posting at the time of MIGO.
your urgent help required,
Anand

Hi Anand
I too develop a new condition type for Vat in mm pricing procedure.
Our business process is as follows
We r transferring material to one depot to another to UK. we are doing STO through SD route. i created a vat condition type which is non inventorised and subsequently refund will be received.
Problem is that Accounting entries are not generating after doing PGI. Plese give your inputs on this.
I created a new gl accouts and assigned to posting keys.
Thanks
sitaram

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

Assinment of pricing procedure to doc type

Hi friends,
I am new to MM , how the pricing procedure is assigned to doc type, or how the pp is triggered in PO.
Thanks
madhu

Hi Madhu Sudan,
Pricing Procedure as you know is one and the same as calculation schema.
To administer the PP i.e. Determination of Calculation Schema for PO you will have to go to the transaction SPRO---SAP Reference IMG
Follow the node
Materials Management-Purchasing-Conditions-Define Price Determination Process-Define Calculation Schema.
Once you are there In the calculation schema (pricing procedure), you specify which condition types are to be taken into account in which sequence
Now coming to your query,
1) Assignment a Calculation Schema (PP) to Doc type
-- Remember It is not possible to assign PP to Doc type
2) Trigerring of PP in PO
-- Follow these underwritten simple steps:
i. Define a schema group for vendor under the node> Materials Management-Purchasing-Conditions-Define Price Determination Process-Define Schema group. You will have to assign this same schema group in the relevant vendor master record.
ii. Define a schema group for Purchasing organisation under the node> Materials Management-Purchasing-Conditions-Define Price Determination Process-Define Schema group. & assign it to the relevant Purchasing Organisation in the same step.
iii. Once this is done you have to Determine Calculation Schema for Standard Purchase Order under the node>Materials Management-Purchasing-Conditions-Define Price Determination Process-Define Schema Determination. In this step you assign Calculation Schema to a combination of Schema Group (Purchasing Organisation) & Schema Group (Vendor).
iv. Conclusion: During the time of making a PO; Shema Group of Vendor is picked from the relevant Vendor Master Record, Schema Group of Purchasing Organisation is picked from Customisation (where you assigned it) & A Calculation Schema is triggered for the combination of these two Schema Groups (PP that you defined in step iii)
Hope this explains it, for better understanding please read the IMG activity documentation for each activity.
For any further doubts please reply.
Regards,
Prithviraj

Work flow process and pricing procedure

Hi All,
I want to know the process of workflow including the configuration.
Also i want to know the pricing procedure on how to do the pricing procedure config in purchasing i;e the calculation schema and all the detailed config.
Thanks
Kenny

Hi,
Path: IMG -- Material management -- Purchasing -- Condition -- Define price determiantion procedure.
1. Crate the condition type (Copy from the standard one)
2. Create the calcualtion schema (Pricing Procedure) using the condition type wat u have created
3. Create the schema vendor and schema purchasing organisation
4. Assign the schema pur.org to your pur.org
5. Assign the schema vendor to your vendor
6. Assign the calculation schema (Pricing procedure) to your scheam purchase org and schema vendor combination.
At the time of creating PO system will find the price based on the below steps
1. First it will search the is there any schema pur.org assigned to the pur.org
2. Then it will search is there any schema vendor assigned to the vendor
3. Then it will serach is there any Pricing procedure linked to it.
4. Then it will serach is there any Access seq assigned to that condtion
5. Then it will search the condtion record created for this condition type
6. From the condition type it will pick the price.
Regards
Karthick

Forward and Reverse Pricing Calculations in the Same Pricing procedure

Hello,
I have a requirement where the Pricing has to set up to do the forward as reverse calculations in the same pricing procedure,For example:
There is :
PR00-Base Price
Less
K004:Discount(%)
will give
ZN00:Net Price
Less Cost
EK02
will give the Profit Margin-ZMAR
Forward calculation is possible as per SAP standard but the requirement is also to do reverse calculation such as
By entering Profit Margin-,The system should do a backward(Reverse calculation) and arrive on the Net price from the Net Price(ZN00) it should calculate the Duscount automatically.
Your inputs on this would be most helpful.
Regards
Mohammed Roshan

hi,
In Sale Order / Billing, in normal circumstances, tax will be calculated on the base price.   On the other hand, if you want the system to reverse calculate, you can achieve the same.
In normal circumstances, system will calculate as follows:-,
you maintained the PR00 of a material as                                                           Rs 200.00
and Discount                                                                                Rs. 25.00
                        Net Value                                                                                Rs.175.00
If you want to reverse calculate which means your invoice value itself should be Rs.200.00 which is inclusive of Discount. Then your Discount condition type (or in case there is tax, any tax condition type - MWST / UTXJ) have the Calculation Type as u201CHu201D
With the above settings, your actual PR00 value would be 225.00 only, though you maintained Rs.200.00 for PR00.

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

Urgent: How to bring the same pricing procedure in reversal order??

Hi,
We have recently implementated CIN at our client location. For the orders present in the system before CIN implementation, when we are creating the reversal orders, system is bringing the new pricing procedure with CIN condition types?
Can we bring the same pricing procedure in the reversal order as in the sales order?
Please advise urgently.
Regards,
Peeyoosh.

Dear Peeyoosh
I am unable to understand from your comments
"For the orders present in the system before CIN implementation, when we are creating the reversal orders"
Please let me know how do you reverse a sale order. To my knowledge, we can reverse delivery and billing but not sale order. Either we can close the sale order by assigning some reason for rejection or delete the sale order.
This being the case, please let me know why you are reversing and how you are reversing. If you want the same pricing procedure for both normal sales and returns, then maintain the same pricing procedure for both document types.
thanks
G. Lakshmipathi

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!

Reverse Calculation in Pricing Procedure

Similar Messages

Maybe you are looking for