VPRS instead of PR00

Hi Gurus,
I need to use VPRS as a pricing elment from which pricing will be calculated instead of PR00 for one pricing procedure, please tell me how to do that?

Hi Friend,
This is how it goes :-
1. Set VPRS to be the first step in the pricing procedure and to be subtotal B (as standard).
2. Set PR00 with alt. calc. type formula, which sets the value of PR00 to be equal to the subtotal B.
The routine (created with transaction VOFM) is:
RV64A901
FORM FRM_KONDI_WERT_600.
XKWERT = KOMP-WAVWR.
ENDFORM.
The pricing procedure than looks like that:
Step 1 VPRS statistical, subtotal B, reqt 4
Step 2 PR00 Altcty 600

Similar Messages

In pricing procedure In What is use of printing Indater telme exactly

Hi
This is Mallik I ahve one question that In pricing procesure in 16 steps there is Printing colum As per my knowledge this print particular condition type value in the document , but for Pr00 we will not assign Print option still it is prting in doc , tell me the exact use of this printing option

Hi,
your understanding is exactly correct..
The print ID is used to specify the whether the condition amount will be printed or not.. and if printed at item level or at total column...
coming to your second question.. in standard SAP PR00 is not used in printing.. we are printing only gross price which is calculated from PR00.. i will give you the reason why we are printing gross price instead of PR00.. sometimes we may need to give PB00 - manual gross price... if we give this condition type.. price will be taken from this condition type instead of PR00... at this time we need to print PB00 value instead of PR00.. so in standard they created a line gross price and printed the same...
Hope you understand..
if you still having doubt let me know...
reward if helpful
Muthupandiyan

Tax Procedure-TAXINJ/TAXINN-----cin

Hi Gurus,
We have a stanrdard pricing procedure like RVAA01 and inthis procedure we maintain all conditions like pricing, discount, frieght, tax..etc., but my doubt is why we need tax pricing procedure specially...like TAXINJ, TAXVAT, TAXINN..?
And in TAXINJ we maintain condition BASB instead of PR00....what is the difference of these condition??
Please help me..
Rewards will be given...

Hi,
TAXINJ/TAXINN are the two different pricing procedure used in CIN.
TAXINN only supports condition-based excise determination, whereas TAXINJ supports condition-based excise determination and formula-based excise determination.
Both tax procedures contain condition types that cover all of the excise duties and sales taxes applicable.
Since the exact rates of excise duty can vary on a large number of factors, such as which vendor you purchase a material from, or which chapter ID the vendor stocks the material under, you create condition records for every sort of excise duty.
When you come to enter a purchasing document, the system applies the excise duty at the rates you have entered in the condition records.
Hope i have answered your query.
Thanking You
Regards
Manjunath

Tax procedure-taxinj-----cin

Hi Gurus,
We have a stanrdard pricing procedure like RVAA01 and inthis procedure we maintain all conditions like pricing, discount, frieght, tax..etc., but my doubt is why we need tax pricing procedure specially...like TAXINJ, TAXVAT, TAXINN..?
And in TAXINJ we maintain condition BASB instead of PR00....what is the difference of these condition??
Please help me..
Rewards will be given...

Hi Ravi Kumar,
1. TAXINJ - Is a Routine Based that is used in the condition types. it will work on the logic what ever is there in the Routine.
2. TAXINN: - Is a condition Record based. Means we have to create condition records for each and every condition type that you are going to use in the Pricing Procedure.
Since Version 4.7 this TAXINN came into picture and start using this.
And one of the important points is since 4.6 c CIN comes a separate package. But after introduction of 4.7 Version, CIN is coming the SAP Package itself and even in the Customer Master Record also we will find the CIN Icon.
Basically 4 types of Pricing Procedures are used in CIN and are as follows:
1.JDEPOT - Depot Sales
2.JEXPOR - Export Sales
3.JFACT - Factory Sales
4.JSTKTR - Stock Transfer
Hope this Clarifies your Doubts and Please Reward If Really Helpful,
Thanks and Regards,
Sateesh.Kandula

Material Master Price as Selling Price

I am using VPRS as my selling price on my pricing procedure and it is working just fine.
What I really want is cost plus 10% and I am having difficulty writing my VOFM Formula (alternate calculation type) to work correctly. I built in under Formulas, Condition Base Values.
xkomv-kbetr = xkomv-kbetr * '1.10'.
is not working. my cost is $7.06 so I am looking for a final selling price of $7.76 or $7.77.
My KBETR for one unit is $85,426.00 and my KWERT for one unit is $776.60
I am a functional analyst with no staff ABAP'r to turn to. Can anyone help me please?

Dear Laurie
Assume your VPRS cost is $ 7.06 and your selling price should be $ 7.76. Now the difference would be 10%.
Go to V/06, copy any condition type, rename as ZR00 and maintain the following:-
Cond. class::::::::::::::::A
Calculat.type::::::::::::::A
Cond.category::::::::::::blank
Rounding rule:::::::::::::Commercial
Plus/minus:::::::::::::::::A
Manual entries::::::::::::D
Item condition:::::::::::::X
Amount/percent:::::::::::X
Delete:::::::::::::::::::::::::X
Scale basis:::::::::::::::::B
Save the condition type
Go to V/07, select the condition type ZR00 and maintain 535 table which is for customer. Now go to VK11, inpur ZR00 and maintain 10% to customers.
Now go to V/08, maintain VPRS as your PR00 in step 100, on top with respective Account Key. After this condition, insert one step (say 101) with condition type ZR00, assigning From-To value as 100. Insert one more step 102 with description as "Sub total" with FROM - TO as 100 & 101 so that your selling price would be VPRS + ZR00 which is your selling price.
thanks
G. Lakshmipathi

Step to follow intercompany?

I am working on Intercompany pricing, I want to supply material to the customer at Cost price not at the sales price, so instead of PR00 I want to use PI01(Intercompany pricing condition) as the pricing condition. there are 2 Access Sequence for PI01 one is Sales org. and second is Depending on material.
I have defined the price in PI01 for both the acces seq. but still material is not picking up the price in sales order. Guyz, could u plz explain what is the exact procedure to do intercompany, appreiciate if you could send step by step doc on Intercompany pricing.
you can email me at [email protected]
Thanks.
Mohammed.

ASAK
USE T-CODE - OVKK and assign ICAA01 ( Incompany billing proc) to selling and issuing sales org. and here use Doc princing proc I .
material must be maintained in both plants
reward points if it help u
regards
vaseem

Pricing Doubt *Pricing*

Hi Sap Gurus,
We are planning to use 5 pricing procedure in our client business process. So for each pricing procedure we have to maintain seperate condition type for each or otherwise can it be possible to use same condition types for all 5 pricing procedures please clarify my doubt
1 more Doubt :
As for client requirement we are planing to take condition type pr00 combination as
sales org + Dis ch + Materail price group
(Instead of pr00 condition tables we are using above combination for price)
if i use above combination will i face any problems
please give some ideas
Thanks & regards.......
Mohan

hi,
u can keep the cond same in all the prcedures- hte system will not stop u but then wats the use of doin this. wat can be done wid one, y have five to do it. so there have to be cond in some pricing procedures that depict the business scenario- like some discouts or costs. moreover there can still be procedures with overlapping cond. like taxes. make sure u do the correct determination of procedures- sales area+ doc PP+ cust PP.
as for the second query there is no harm in doin this but then it shud serve ur business needs and shud be easy to maintain.
saurabh
Message was edited by:
saurabh diwakar

How value for PR00 and VPRS is calculated?

Hi Everybody,
Can anyone answer me the below mentioned question....
1.Standard price in material in a/c view which comes in Pricing procedure as VPRS..............is that manufacturing cost(COGM)? Does it come from production?
2.We calculate profit comparing standard price(VPRS) with the price which we get after deducting all the discounts and adding all taxes and freght.How do we fix up or determine base price(PR00)?Is it COGS?Who actually give or decide PR00 price in any Organization?
3.Dfference between PR00 and VPRS.
I wll really be grateful to get a clear picture of this.
Thnx in advance.
With regards,
Subh

Hi,
PR00 - Basically this will be determined automatically during the sales order processing with the use of condition records
PR00 indicates the basic price exclusive of any addition of discounts, taxes, etc.
VPRS in requirement is 4,This pulls the condition type,and in item category we mention determine cost,With the help of this the cost of the material is dragged to the sales order
VPRS is the condition which fetches the moving avg pricce of the material which gets determined by the invoice verification value for purchse orders. it may vary or be constant depending on the fact if its MAP or std price. these settings are in the material master acc./costing views. VPRS works for non-BOM scenarios. in BOM scenarios there is a cond called KUMU. kumu adds the costs of all the shild components to the header part. VPRS and KUMU form and exclusion grp i.e only once can be present in the sales order.
Hope this helps you.
Regards,
Rakesh

PR00 instead of Va00

Dear All,
In variant configuration can we use PR00 condition type instead of VA00 condition type for determining the price for the configurable material.
Thanks and Regards
Praveen S

Hi Praveen,,
Hope u r well known to concept of VC..
PR00 is basically used to find base price of materails , now why we need to create VC object becoz v hav n no. of variant for that it dificult to material master..thats y v maintain Varriant object and so on..
Varriant key is maintain to find out the value of object under varriant condition.(VK11 with ref to VA00 )..
correct me if i went wrong..
thanks
mk

The VPRS cost is over written by PR00 in VF02

Hi guys,
I found an error in VF02 that in item pricing condition the net value price has changed with PR00. Means the net value price is same with pr00 altough before moving to itme pricing condition the Net value price and PR00 price are not same. Plz tell me the reason and proper solution.
regards,
JEET

hi jeet,
please sit and DEBUGG with an ABAPER.
so that you will able to find the error where it happend.
balajia

Pr00 decimal values needs instead off rounding the value

In export sales Pr00 condition value is rounding off i need to be in decimal values
i have checked in Condition type V/06 rounding fields it is not effecting and also OB90 and OY04
example rounding off 26 USD, but at actual it should 25.58 exchange rate is 43 and qty is 100
can any body suggests where the setting ar required

Hi,
Please check the Rounding rule property of the condition type 'PR00'. It must have been set to Round up rather than Commercial.
Change the Rounding rule property to Commercial. I guess this will solve your purpose.

VPRS updated incorrectly for SO with item cat Ind PO

Hi SAP Gurus
We created a SO with item cat (Individual Purchase Order - Account
Assignment M in PO).In PO we have checkd the item as free goods.
However during billing the VPRS was not captured from PO price (which
is 0.00) but it was updated from material master. As for normal items,
VPRS was updated correctly from PO.
Pls advise for free goods how can we have the VPRS updated correctly from PO instead of material master.
Sanjay

Hi,
Goto VOV7, select item category-In business data tab - tick determine cost.
check in MR21 for material price.
Thanks,
Mohanprabu C.
Edited by: mohan prabu on Jul 7, 2009 9:12 AM
Edited by: mohan prabu on Jul 7, 2009 9:12 AM

Cost VPRS in 3rd Party TAB scenario

Hi,
we are using 3rd party processing for some of our materials. In this case sales order triggers the purchase requistion and hence purchase order. Then for TAB, do MIGO and then we post invoice verification for this GR. Then we create delivery and finally billing to customer. Now the problem is that in Billing, VPRS is still taking the value of Sales order VPRS value Hence the cost appearing in Billing is not accurate.
Hence the profit margin calculations are not correct.
Can anyone suggest the way to populate the value of MIRO in VPRS while billing?
Interestingly, when using TAS scenario, we are getting the MIRO cost in Billing into VPRS but not so for TAS...
Thanks

Hi,
Inbound delivery is one way of doing it but in our case, the vendor would deliver the goods at out plant and we simply take the stocks into out inventory by MIGO. Even In inbound delivery process, we do goods receipt from the delivery doc itself (hence equivalent to MIGO)
Now the Vendor sends the invoice in hard copy and we go MIRO w.r.t the PO issued earlier. Now logic says that whatever value we pass in the MIRO should be the actual cost of the product and should be picked up in VPRS in the billing doc for our customer.....
I dont know whether i have been able to explain this or not.
And to your question of using TAB instead of TAS....TAB we are using for some vendors who would not deliver directly to our c/s (like in TAS) but would deliver to our plant and we in turn would deliver to ur c/s.

Condition Type VPRS not appearing on some billing items

Hi,
I have a discrepancy between COPA and postings on the FI account. In COPA in transaction ke4i I have assigned the SD condition type VPRS - Internal price to the COPA value field VRPRS u2013 Stock Value.
The problem arises when the outbound delivery is split on several batches. In this case the condition type VPRS does not appear on the invoice for the split billing item and the amount 0 is loaded into to the COPA filed VRPRS for this billing item instead of value that should appear in the VPRS field. And this causes discrepancies between COPA and FI.
Do you know how to solve this problem? Is it possible to make the condition type VPRS always appear on the invoice, also in case when the delivery is sent in many batches?
Best regards,
Marcin

Hi
Welcome to the confusing world of Invoice *** batch split.. The situation you are facing is due to incorrect customization of your position types in SD during billing of the batch split. Plz check note 77414
You can grossly summarize it as below -
When you have batch split - the line items in Out bound delivery and biling can be divided into 2 types HPOS and UPOS i.e. Main Line items and Sub line items.. The note describes of 3 situations.. Your SD consultant will have to decide which situation you fall in... based on that config changes have to be made in SD....
If your billing is done at HPOS level (Main Item) and not at Item splits level or Vice Versa - Then T codes VOV7 and VTFL, you have to make settings accordingly in the fields "Biling Relevance" and "Cost"..
Also, the item category of HPOS and UPOS has to be different - One has to be relevant for billing/Cost and the other not
Apart from VOV7 and VTFL, check your settings in T code 0184.. Your Item catg has to be assigned against :
Delivery Type / usage Type= CHSP/ Item category Group = "Norm"
To correct the invoices already posted, cancel them and repost after making the config changes...
Regards
Ajay M

VPRS in COPA coresponding to value from goods receipt

Hi,
I'm having the following scenario:
1. Goods receipt from production for finish goods at standard price P1;
2. Calculation and change of standard price to P2;
3. Period end closing in CO - variances and settlement to COPA - variances are calculated related to P1;
4. Goods issue and invoice - VPRS is P2
I need to know if it is possible to have at the moment of invoice on VPRS the price from the goods receipt. And how can I do that?

Hi Ajay sir.....
Correct me if I am wrong, Zara is not saying VPRS value is not the same as PGI. Zara's concern is GR is happening with P1 standard price and PGI is happening with P2 (new cost estimate). Zara wants to have PGI also with the P1 cost estimate. (ultimate aim is to have VPRS value to be picked from GR, i.e. P1 cost estimate ----- in this case)
Whatever the 1st answer given by you is the ideal one, but Zara's concern is if she uses the previous cost estimate, for this scenario it matches, but if GR and PGI happens in the same period (i.e. current period) there will be a problem, system considers the previous cost estimate instead of current.
@ ZARA:
I hope my understanding is right, if not excuse me for misunderstanding.
And I hope this is the standard behavior....
Regards....
Jose

VPRS instead of PR00

Similar Messages

Maybe you are looking for