on 05-18-2011 4:41 PM
Dear all,
we are trying to make an approval reason a mandatory field for a role approval. We are making MX_Reason required, but this is a separate attribute. I think the Reason itself is stored in the STATUS attribute piped in with some other data - but is there a way to make it required?
We are on IDM 7.1 with SP 4.
Looking forward to your thoughts,
R.H.
Hi.
Goto Identity Store Schema => Attributes => Select MXREF_MX_ROLE (or MXREF_MX_PRIVILEGE if you're trying to assign privileges) and then go to the "entry type" tab of the attribute window. Here you can specify that the reason is mandatory or optional.
Cheers,
Kai
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi R.H,
Are you able to solve this issue. We do have similar kind of requirement and you said correctly, by making the MXREF_ as mandatory will make the Request reason filed as mandatory but no the approval action reason field. It would be great if you share your solution if you already have one.
Hi Richard,
Did you managed to get the reason as mandatory before an approve/decline?
I have the same problem here using idm 7.2 with a NW 7.0.
Fadoua
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
The task which you are using to approve or reject there in the attributes tab of the task you can mark the attribute as mandatory
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Somehow we've to collect various reasons and all of them should be visible to the next approver or when viewing the history of a request:
How can we manage this?
Finaly let's assume that a GRC SoD check adds it's own result to the request just before the manager get's the approval requst.
Does this adds another twist?
Kind regards
Frank
Hi Frank,
the reasons are stored in separate table mxi_link_audit along with all the other events of a link between to objects (called reference attribute). Every link has its unique ID and for this link ID there can be and will be multiple rows in the link audit table for every approval step there is.
Unfortunately for the GRC-Integration there is some enhancement necessary in order to get the SoD check result into that table to be able to see it in the audit of IdM later - but that is possible.
Cheers
Norman
User | Count |
---|---|
101 | |
13 | |
13 | |
11 | |
11 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.