on 04-16-2010 4:22 AM
Dear ,My expert :
I work in SRM 7.0 SP03,ECS .
In the ESC , the PR is transfered from ECC system and generate one Shopping Cart in SRM syetem.The purchaser carry out sourcing ,and convert the Shopping Cart to PO(according to the contract ) .The PO will be replicated into the ECC system .
In my scenario ,the contract is created in SRM ,and transferd into the ECC system .
I am confused that the PO will calculate the net price according the contract in the ECC system .eg,Contract in SRM net price 100$ and the discount 10% ,so the PO net price is 90$ .But the replicated PO in ECC net price is 81$.
Is it the grogram error ?
BR!
Alex!
Edited by: Alex on Apr 16, 2010 12:25 PM
Edited by: Alex on Apr 16, 2010 12:55 PM
Hi Alex,
We have exact similar issue with contract conditions (e.g. discount) double counting when PO it replicated to ECC6. This happens specifically for PO item with Service Master. We have previously logged this to OSS and were only told this is standard ECC6 system limitation with no resolution provided from SAP.
Appreciate if you can share with us on your findings to resolve this issue.
Many thanks.
Cheers,
Tom
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
PO or Contract
Then you can decide before you publish the bid invitation.
I don t remeber the tab
but try in Bid Invitation
document type as select as Purchase order rathe rthan Contract and you will get Purchase order. so now control is your side.
Send me a web screen .basic data of Bid Invitation. long back worked and i forgotten.
it was SDN error you got more mails due to this thread.
Good luck
Muthu
Hello Alex,
I do not make use of GOA, contract replication, so couldn't tell you from our system. Take a look at the following notes or search for your self service.sap.com/notes. If there is nothing i think you should start thinking of posting a customer message.
Note 1446993 - Contract discount pricing condition applied twice on SHP
1404246 Deleted contract conditions reloaded in PO change version
Note 1332076 - Multiple base price conditions results in error in contract
Note 1357383 - Duplicate conditions appear in PO created from SC
Kind regards,
Tim
Edited by: T. Schuffelen on Apr 20, 2010 9:39 AM
Hi Alex,
We have exact similar issue with contract conditions (e.g. discount) double counting when PO it replicated to ECC6. This happens specifically for PO item with Service Master. We have previously logged this to OSS and were only told this is standard ECC6 system limitation with no resolution provided from SAP.
Appreciate if you can share with us on your findings to resolve this issue.
Many thanks.
Cheers,
Tom
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
alex. in your transaction type of Bid invitation
process control
check as Purchase order
not Contract. now contract must have pointed.
Muthu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Alex,
Seems strange to me aswell. Seems as if the discount/condition is applied twice, first in SRM and then again in ECC. -> issue
What kind of contract are you using: local srm contract (PCTR)? global outline agreement (GCTR)? central contract (CCTR)? You should be able to look this up via BBP_PD or maybe even via viewing the 'define transaction type' transaction, to see wich one is active.
Kind regards,
Tim
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.