on 02-08-2012 10:57 PM
Hi,
We have SAP system which is integrated with PMM(mainly used for pricing).
Scenario is as explained below.
There is one condition record whose validity is from 25/12/2011 to End of TIme (EOT) for one price record.
Assume today (08/02/2012) business created new condition whose validity is 08/02/2012 to EOT for another price.
Now what happened is in condition table split happened one from 25/12/2011 to 07/02/2012 and one more from 08/02/2012 to EOT.
But we observed that while sending the information to PMM system through idoc system is not sending the condiion record 25/12/2011 to 07/02/2012.
*Now question is whether this is SAP standard functionality (not to send Past validity records) or it is custom change specific to company
.*Assume user creates conditon record whose validity is from tomorrow (09/02/2012) to EOT then split happens like 25/12/2011 to 08/02/2012 (which is today) and 09/02/2012 to EOT.
In this case idoc sends both the condition record as 08/02/2012 is today and not in the past.
Thanks and Regards
Raghavendra Pai
FYI... While pricing condition determination in sales order will refer the pricing value from condition record (with proper validity) based on pricing date.
Say, you condition record for base price as PR00.
Rate | UoM | Valid from | Valid to |
100 | per EA | 01.01.2011 | 31.01.2011 |
120 | per EA | 01.01.2012 | 31.01.2012 |
Now you are creating a sales order on 09 Feb 2012. But the pricing date is 21.12.2011.
Then system will copy pricing as 100 instead of 120.
This example practical happens when you create sales order with reference to contract or quotation.
Now, in SAP PMM, I hope you are maintaining condition records through Idoc or may be real sync, then you should have provision for accommodate, these change in pricing and validity.
Now question is whether this is SAP standard functionality (not to send Past validity records) or it is custom change specific to company
Now it totally depends on your/client organization/business process requirement.
I hope this can assist you in understanding. If you have any further concern or doubt, do revert back
Regards
JP
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
97 | |
11 | |
11 | |
6 | |
6 | |
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.