on 01-19-2018 2:35 PM
Dear gurus,
we are planning on changing the pricing in our POs: Up to now, we maintain PB00 in our info records and this condition is then copied to our POs. Done.
But now we would like to maintain and monitor two different types of prices:
Ideally, we would like to be able to maintain only one or both prices in our info records, purchasing agreements etc. and then have them copied to our POs.
If both condition types are maintained and thus present in a PO item, ZNEG should be used to determine the actual price for the item. ZLIS should be visible (and available for reporting purposes), too, but not have any influence on the actual price, like a statistical condition.
If only one of the two condition types is maintained, that one should be used for price determination.
Could anyone please point out to me how to do this? Is this at all possible?
Cheers
Alicia
Hi,
You may check the below approach:
Regards,
Prasoon
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Your scenario requirement is not completely described!
Normal list price that any customer would pay - Why customer pay in purchasing cycle with a PO
Simplifying your scenario- you can have material price in PB00 and can have another condition type for your requirement as Negotiated price or you can say discount price. Design in such way in your MM pricing procedure for these two condition types- so that requirement can be met easily.
OR
You need to understand how info record behaves in pricing and if needed you can have two pricing condition types - check you MM pricing procedure( calculation schema) for Info record. Upon PO creation these pricing populated!
If the above does not meet your requirement- you add missing details with complete scenarios along with steps of calculations from customer to vendor related transactions.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Why not just keep using PB00 as representing the price to which you buy
and adding a statistical condition for ZLIS which is never actively used to buy.
if PB00 and ZLIS is equal then you know that you bought with the normal list price and if you PB00 and ZLIS is unequal you know that you bought to a special negotiated price.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Jürgen,
thank you for your reply! Of course, that would be possible. But it would be much harder to build a report on this data base compared to always having condition types with the same semantic. We would have to check for each item if there is a ZLIS different from the PB00 to determine what the semantic of the PB00 really is.
Apart from that, there might be situations in which we do not know the correct list price for the item, only our negotiated price. In these cases there would be no way to indicate that PB00 is the negotiated price without giving a fake ZLIS.
Is there any reason not to use two additional "real" pice condition types? Of course, in fact that was the reason behind my question. We are not sure if SAP somewhere implicitly assumes that PB00 is the price...
Thanks again for any enlightenment
Alicia
Hallo again,
we have now - as a test - implemented a new condition type ZNEG as a copy of PB00. This works just fine in terms that we can maintain PB00 and ZNEG and ZNEG is used as the relevant price and PB00 is present in the document but not used to determine the actual price.
The problem is though that when maintaining conditions in the inforecord, there is a window in which we have to decide whether to maintain PB00 or ZNEG. Is there any way to maintain both condition types in the same table, just as I would PB00 and RA01 for example?
Cheers
Alicia
User | Count |
---|---|
110 | |
12 | |
11 | |
6 | |
5 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.