on 09-22-2009 1:56 PM
we have custom made pricing procedure. In first step ZPRS(copy of VPRS) and in the next step ZR00( copy of PR00).
ZPRS comes from the material master data. ZR00 is manually entered.
If both of them has some condition value , then ZPRS become inactive while ZR00 remain active.
Both the condition type are of condition class B.
Why ZPRS become inactive while ZR00 remain active.
Hi Pratik
Please in PP 1st step should be ZR00 and ZRPS in next step. So that when both have some value then ZR00 will become inactive.
try and revert
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Pratik
VPRS is not normally not the selling Price.
Actually, it is COST condition type. That means, whatever we have spend to have that material.
Suppose, we have spend Rs.100/- for having the material, then it is the cost of the material (Rs.100/- per piece).
Let's say, we sale the same material at Rs.150/- per piece, then it is the selling price of the material (Rs.150/- per piece).
Profit Margin (Rs.50/-) is calculated by substracting the Net value (Selling price x no of units) - Cost.
Once the cost is found this Profit margin can be calculated from the above formula, which is formula 11 assigned in the Pricing Procedure for Profit Margin.
VPRS stands for Cost of the material (not selling price), it is a statistical condition, has no access sequence, we do not maintain any condition record for it.
The job of VPRS Condition type is to find out the cost of the material from the material master data > Accounting 1 view.
VPRS does not have any Access sequence, it takes the help of its Condition category "G" and searches the material master to retrieve the cost of the material.
If the price control is "V" there, then system takes the "Moving Avarage Price" and if the price control is "S", then system takes the "Standard Price" as cost.
Condition class should be "B" ,should have been marked as "statistical" in the pricing procedure and subtotal should be "B".
VPRS should not be placed in the first place, normally it should be in the last place.
Put the Price condition type in the first place in the Procedure.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
make the ZPRS as statiscal in the pricing procedure.There should not be two or more conditions with the condition class B in the
same pricing procedure.If there are two coditionswith the condition class B in the same pricing procedure then it will invalidate all other conditions in the pricing procedure. Check whether you have any other condition types with condition class B .If more tow are there it will show as inactive due to requirement.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear Customer,
nomally in standard one price could be active.
That means only one non statistical condtion with condition class B should be active.
Normally in standard the VPRS is a statistical price and it is the internal price.
It makes no sence if more that one price are active because for example if you have price PR00 with value 100 u20AC and you change to price to 80 EUR manually, the the price with 100 EUR will be set to inactive.
If the price would be not set to inactive, then both prices would be have an influence to the netvalue and the netvalue would be 180 EUR.
Please check if your ZPRS is statistical.
You can set this flag in the pricing procedure.
I hope that the information helpful.
With best regards
Claudia Neudeck
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
In your pricing procedure maintain first step of ZR00( copy of PR00) and in the next step as ZPRS(copy of VPRS) . In your pricing procedure also check wheather you are maintaining subtotal , and other data correctly or not.Then if you enter the ZR00( copy of PR00) value manually in the sales order then ZPRS(copy of VPRS) wont be inactive
But mainly keep the ZPRS(copy of VPRS) condition category - G ,Condition Class - B ; Calc Type - C
Regards
Srinath
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Pratik,
I guess there would be some requirement added to fulfil this in the pricing procedure where these condition types are defined.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Kindly check the Item Category of the Particular Line Item and check in VOV7 that Determine Cost Check Box is activated or not.
As you have copied but still check in the Pricing Procedure with ZPRS Condition type - the subtotal should be B and Requirement as 4.
Best Regards,
Ankur
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
It is based on the simple day today logic what we see in day today life
That is in one transaction there can be only one price for a material
A material say pen can be priced Rs 10 or Rs 12 and it cannot be both
You can tell the system if the condition X previles take price 10 other wise 12
So for an item if there are two condition types with condition class as B that is Price and if there no stings are attached the system will take the last price condition that is the latest the second one in your case
You need to mark your ZRPS as statistical in your pricing procedure
Regards
Raja
Edited by: ramanathan raja on Sep 22, 2009 7:06 PM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
Maintain Condition Category as Internal Price G in Cost Pricing type "ZPRS"
If both are prices ie no difference in C type , the last value will be taken
Rohit
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
89 | |
7 | |
6 | |
3 | |
3 | |
3 | |
3 | |
3 | |
3 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.