on 09-30-2009 4:48 AM
the user has 4 different BP numbers attached to her account.
how do i update the existing documents (SHC, Confirmation) to match the most updated business partner?
Hi,
Please raise a OSS call with SAP. They will guide you with this issue. You will have to write a bespoke program in order to acheive this functionality in your system.
Regards,
Sheetal.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello there,
We had a similar issue in our system where we had to change the BP in SC's and PO's for users, that weren't in the company anymore.
Above forum note contains an ABAP report, that changes the old BP to a new BP in a SC or PO (or any other SRM object).
We are presently testing this report and hope to get it into production soon.
Hope this helps.
Franz
Hi,
BP Number is the unique number for one User in SRM system. So, none of the documents will get updated when another BP is created, It means a new user is craeted.
In case you wnat to transfer all the documents to this new BP number, you will have to develop a custom report that will change the old BP number to new BP number for all the docs depending on document type.
Hope this helps.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Okay, When another BP was created for the same USER does all of his transaction (ie SC, PO, CONF) will get updated? will those documents referrenced to his new BP number?
Also, do i need to delete old BP numbers connected to that USER? if yes, pls specify TCODE.
Lastly, Is there a TCODE to knowif there are documents still referrencing to the old BP number?
needs assistance on this. thanks...
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.