Sourcing Cockpit Worklist - Failure to pre-load worklist

[ian_owen]

Hello SRM Experts

We are running SRM 5.00 in an extended classic scenario. I have a question that is bugging me so hopefully you can help.

I have a user who is the sole purchaser in a purchasing group for a specific company code. He is responsible for almost all of the product categories and this has been reflected in the Responsability tab of the Purch Org Structure. Yet when he opens his sourcing cockpit, his worklist is not pre-loaded with the shopping carts awaiting his attention, unlike other purchasers that I have set up in the structure for other company codes. Yet if he uses the Find tab in the sourcing cockpit and specifies his purchasing group, all the shopping carts appear which he then transfers to his worklist which can be irritating having to do every time.

Thanks in advance

Ian

[Former Member]

Hi Ian,

I think there is some problem in the Purchase Group Assignment due to which this issue is resulting. Usually the buyer gets to see his requirements in the worklist. He can go to Find tab to view others requirements.

Cross check the purchase group for the requirements in BBP_PD.

Also see if the following OSS note is of any use:

Note 867621 - SOCO finds empty list for user with purch. org. level range

Thanks,

Pradeep

[ian_owen]

Hi Pradeep

Thanks for your response, but the note you mentioned was resolved in SP8. I neglected to mention that we are on SP12. Apologies.

In checking any PO, it has the expected Purch Grp.

Interestingly enough, if I assign another user to the same purchasing group, they get to see the desired shopping carts pre-loaded as expected in the worklist, . FYI , I have checked all attributes and responsabilities for both user and they are identical apart for the user profile name.

Is there anything else related to the User that doesn't get the pre-loaded worklist that I could check?

Thanks

Ian

[former_member544585]

Hi Ian,

This could be an authorization issue. Cross-check the authorizations of the two users. You may also want to run the user comparison in roles (user-role synchronization).

Cheers,

Serguei

[ian_owen]

Hello again Serguei

I've done as recommended with no difference identified.

FYI - I have raised another question related to a message the same individual receives . Everytime the purchaser creates a PO, they get a msg stating that SRM cannot translate the value into "Standard Currency". I'm beginning to think the 2 observations may be symptomatic of one issue.

Any other suggestions?

Thanks

Ian

[former_member544585]

Hi Ian,

So you're saying that you have one user that encounters two problems (worklist and currency) that his colleagues (set up the same way) don't... Well, such user-specific oddities can be a real challenge. It could be difficult to trace the route cause. There're a number of possibilities, including authorization issues (even if you don't see the difference by manual comparison), some inconsistencies in BP-user-org relationships... Some of the things you can try (in no particular order):

a. run an authorization check <SU53> after the problem test (e.g. open worklist with the user, then check <SU53>).

b. run an authorization trace <ST01> during the problem test.

c. check for any BP/org inconsistencies related to your user in <BBP_BP_OM_INTEGRATE> (check all object types). Repair any errors or warnings.

d. have an ABAPer debug through your problem test (give the user debugging authorizations temporarily).

e. open a ticket with SAP Support.

Cheers,

Serguei

[ian_owen]

Hi Serguei

Thanks for the advice.

We went for the OM_INTEGRATE route. It did throw something up saying Business Partner for user 'XXXXXXX' is not an employee. When we check normal users we do not get that error message. Tried to repair but the error would not go away. Have eventually given up and created an alternative id for the user and everything worked first time.

Thanks for your time and effort.

Ian