Hi Everyone,
Another unique error message ;-0) - it's good to be back.
Your search - site:scn.sap.com "Identity Management" "Key is not unique in collection" - did not match any documents.
So we discovered recently (7.2 sp10) that if an approval PVO reaches its IdM timeout the 'lead privilege' is going to status Rejected (mcexecstate=2) but the linked privileges in the group are hanging at Pending (mcexecstate=512).
When looking at the provisioning framework to troubleshoot the error, on the Decline Task in the Approval Task group, shared across the Decline and Timeout nodes, we get this error -
"Key is not unique in collection
Key="
The initial T value is the task itself, then what follows is the path up to the root folder.
In our case this task is used in a few places, as you can see from the Links tab (I have scrolled down for brevity here, there is a good bit above this):
The fun part is that you get pop-up for each place the task is re-used (I think), each time you navigate back to the task node, whichever instance of it you choose. For me that's 12 prompts...lovely. I mapped all of the tasks and their locations and they look unique to me according to MXP_TASKS:
17 unique values across the 12 prompts, and in this query, I get 17 results.
select * from mxp_tasks where taskid in (
1002414,
1002365,
1002322,
1002300,
1002340,
1002326,
1002630,
1002347,
1002491,
1002547,
1002609,
1002361,
1002568,
1002591,
1002598,
1002616,
1002214)
;
Does this prove the tasks are unique?
In mxpv_tasklink I see 25 places the task 1002523 is linked to.
So - anyone seen this and know how it occurs? I will be recreating the task, disabling the erroring version and relinking the new clean task into the structure in the meantime. Same issue in Production as in Development.
Thanks for reading,
Andy