Moving positions into new or other organisational units

[Former Member]

Hello,

We have HR Om integration with SRM 5. HR are moving their positions in to new and existing organisational units all the time. This seems to have strange effects in SRM and often shoppings carts created prior to the move can not longer be seen and we also have the warning message W BBP_PD 536 Address data has changed

When this mesaage is present the shopping carts do not want to transfer.

Can anyone advise on the best priactice here? Is it advisbale never to move positions?

Thanks

[Former Member · Accepted solution]

You have two options for the inconsistent user with open documents

1.In order to correct the user you can un-assign the users position from

the business partner and then re-assign this.

The users position is attached to all documents so as long as this is

not deleted the documents should not be lost.

This is difficult to do and must be done correctly so as the data is

not lost.

In PPOMA_BBP

-Take note of the users position

-Right Click on the Position and then Unassign

-Find the position -left hand corner search for position

-Re-assign the Position to the Business Partber that you deleted

it from.

2.Another option is to Archive the shopping carts using transaction SARA

and then delete and re-create the user

[Former Member]

thnakyou for all your help everybody

[Former Member]

Hi Andrew,

On looking at this, your error is different to the one on the link in my last reply.

Please carry out the manual steps mentioned in the note 785802 which

should resolve the inconsistency issue.

"You can correct the users yourself by deleting the assignments of the

users in Transaction PPOMA_BBP and then adding assignments of the users

again. For this purpose, position the cursor on the business partner of

the user, select the context menu with the right mouse button and selec

'Delete -> Assignment'. Memorize the business partner number and then

assign the business partner to the position again. To check your

changes, start Transaction USERS_GEN."

Failing this:

The user should be repaired with the help of report B_REPAIR_EBP_USER_2

with please LEVEL1 choosed.

Additionally please in order to avoid this problem in the future you

implement the SAP Note 1024258.

B_REPAIR_EBP_USER_2 will not run in repair level 2 or repair level 3

if the system is production and if the defective user has

open shopping carts / open SRM documents. Please check the note

597475 which describes about the report B_REPAIR_EBP_USER_2.

Try these out on your test/development system first but they should work.

Hope these suggestions help,

Kind Regards,

Matthew

[Former Member]

Hi Andrew,

Please see my answer in the following link.

It is never advisable to move people with open documents.

Hope this helps,

Kind Regards,

Matthew