on 06-06-2016 7:54 AM
Good day
We are in the process of implementing HR Triggers to delimit users. We are having the challenge though that when the request is created, it is not putting the start date of BEGDA into the request as "valid to". The config looks fine as the request is getting created, how do ensure that the BEDGA date is going to get pulled through to the request as valid to?
On SPRO i removed the dates when maintaining the systems as I think that this date is static and will always be the same so i removed them.
Please advise on how I can achieve pulling through the BEDGA into the request
Thanks
Sibonelo
Hi,
The systems are now populating on the access request. I used our Sandbox system to test with.
The sandbox is on SP14 and the Plug-in HR system is on SP14.
When the action is changed, the request does get generated with the systems populated.
Although the systems are now appearing, the valid to date of the user is not the same as the BEGDA start date. Is there anyone who knows what can be applied to allow the date to be pulled through from HR?
Kind Regards
Sibonelo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Faisal
The requirement is that our access request for HR Triggers should pull the date from the start date of the action type (BEGDA) and populate that date as the valid to on the access request.
E.g User x is resigned and the start date of the termination record is 12.07.2016
The access request that is then created should reflect 12.07.2016 as the valid to for the user when provisioning.
Kind Regards
Sibonelo
Hi Salim
When you add the delete user as the request type, the dates automatically do not appear on the access request anymore. We need the dates on the access to match the termination HR record date.
I have also tried mapping the valid to field (GLLTGB) to BEGDA on the Connector actions on SPRO (number 5), it still does not work.
Kind Regards
Sibonelo
The end date is the AEDTM field from 0000, can you share your SLG1 logs?
*Also you might want to try reviewing the below article, and use function GRAC_HR_TRIGGER_EVENT_RECEIVER to test/debug this.
Debugging HR Trigger - GRAC_HR_TRIGGER_EVENT_RECIEVER - Governance, Risk and Compliance - SCN Wiki
Message was edited by: Salim Assaf
Sibonelo,
Is it possible to share the Decision Table entries here?
Regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Faisal
Please see decision table entries below;
Connector: THQ**** (HR system)
Parent_type: 0000
Sub_type: ...
Field_Name: MASSN
Old_Field_Value: not initial
New_Field_Value: Z0;Z3;Z5 (Termination action types)
Action ID: CHG
The action ID has also been maintained in the SPRO configuration,
Kind Regards
Sibonelo
Sibonelo,
Thanks for sharing this.
Actually, I have configured my decision table and its details are attached below:
I tested this and it successfully created an Access Request. I noticed:
In my above table, I have not used 'MASSN' field specifically but it triggered the request. The only problem I saw was that the Validity From and To are editable. Now I have slightly changed my D Table and let me share with you the results.
Regards
Sibonelo,
Below is appended line item in my D Table.
Connector: ABC**** (HR system)
Parent_type: 0000
Sub_type: ...
Field_Name: MASSN
Old_Field_Value: ...
New_Field_Value: Leaving
Action ID: TERM
This does create a request but with the same problem. The 'Validity To' date is still 31.12.9999 rather than the date of termination (in my case 13.6.2016).
Regards,
Faisal
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sibonelo,
First of all you have not provided any details of your SP level.
Regarding your issue on future termination can you check if the action type "Change User" & "Lock User" has been associated with the corresponding Action_ID for Lock in maintain settings for HR triggers.
Also check the below Note
2100032 - UAM:Future termination and Future Hire are not working in HR triggers.
Hope this helps.
Regards,
Manju
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Good day Manjunath
Our GRC system is currently on SP12. I however we have a sandbox that is on 10.1 that we tried to replicate the issue on. I have done the "change ID" config and linked it to an action ID. The request is getting created with all the systems that i have specified.
I did not maintain the "valid to" and "valid from" under systems on SPRO as my assumptions would be that those dates will be pulled in from the access request.
After terminating the user, on the actual access request the "valid to" date is still 31.12.9999 instead of pulling through the BEGDA date.
I'm not sure if I missed something in terms of linking BEGDA with the valid to field on the access request.
Regards
Sibo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.