Announcing the Saviynt Knowledge Exchange unifying the Saviynt forums, documentation, training,
and more in a single search tool across platforms. Read the announcement here.

New instance of discontinued,complete task is getting created

Sakshi2806
New Contributor II
New Contributor II

Hi All,

We have a scenario, where we are trying to discontinue few Remove access task of AD for a particular time frame. (Due to some issue , we removed remove access json. Now that issue is fixed we want to discontinue task within that timeframe ).

However , a new tasks instance of the same task is getting created every time we taek any action.

Sakshi2806_0-1713851716672.png

We already checked the access end date of the above user accout_entitlement and its updated to Oct -22 -2024

Sakshi2806_1-1713852034383.png

Any suggestion , what else we can check and stop the duplicate instances getting created for these requests

Thanks

Sakshi

9 REPLIES 9

rushikeshvartak
All-Star
All-Star

It seems task have start date and end date. Remove start & end date from request_access table


Regards,
Rushikesh Vartak
If you find the response useful, kindly consider selecting Accept As Solution and clicking on the kudos button.

I am trying to update it but Query execution job gives me below error since its require some date time value -

Sakshi2806_2-1713855487125.png

 

Sakshi2806_0-1713855337011.pngSakshi2806_1-1713855358568.png

 

Please share query


Regards,
Rushikesh Vartak
If you find the response useful, kindly consider selecting Accept As Solution and clicking on the kudos button.

I tried below three the first two failed with error I provided earlier. The third one caused some other issue and request was not even visible on request history page


select REQUEST_ACCESSKEY as REQUEST_ACCESS__primarykey,null AS REQUEST_ACCESS__ENDDATE ,null AS REQUEST_ACCESS__STARTDATE from request_access where REQUESTKEY in ('44119','44122')

select REQUEST_ACCESSKEY as REQUEST_ACCESS__primarykey,'' AS REQUEST_ACCESS__ENDDATE ,'' AS REQUEST_ACCESS__STARTDATE from request_access where REQUESTKEY in ('44119','44122')


select REQUEST_ACCESSKEY as REQUEST_ACCESS__primarykey,'0000-00-00 00:00:00' AS REQUEST_ACCESS__ENDDATE ,'0000-00-00 00:00:00' AS REQUEST_ACCESS__STARTDATE from request_access where REQUESTKEY in ('44119','44122')

select REQUEST_ACCESSKEY as REQUEST_ACCESS__primarykey,'9999-12-31' AS REQUEST_ACCESS__ENDDATE from request_access where REQUEST_ACCESSKEY in ('44119','44122')

Before :

rushikeshvartak_1-1713937319488.png

 

After :

rushikeshvartak_2-1713937334966.png

 

Validation

 

 

 

rushikeshvartak_0-1713937303812.png

 

 


Regards,
Rushikesh Vartak
If you find the response useful, kindly consider selecting Accept As Solution and clicking on the kudos button.

Hi @rushikeshvartak , My assumption was only when we remove end date completely it will stop creating any new task, I tried to put in future date for 22 October-2024. However. in the next job run again it created a new instance of revoke tasks once the current task got errored out.

Which job is creating task ? Wsretry / enterprise role management


Regards,
Rushikesh Vartak
If you find the response useful, kindly consider selecting Accept As Solution and clicking on the kudos button.

Manu269
All-Star
All-Star

@Sakshi2806 you can refer below sample where we even discontinued few task based on username.

Can you try creating similar like this:

Select taskkey as arstasks__primarykey , 4 as arstasks__status, 'Discontinued as per migration' as ARSTASKS__PROVISIONINGCOMMENTS from arstasks where taskkey   in (select art.TASKKEY from arstasks art, users u where art.USERKEY = u.userkey and (u.username like '0030065%' or u.username like 'XXXX%' )  and art.STATUS =1)

Regards
Manish Kumar
If the response answered your query, please Accept As Solution and Kudos
.

Sakshi2806
New Contributor II
New Contributor II

Thanks Manish, we already tried to discontinue in bulk but in the very next run again new instance was created for the same request .

Check below-

Sakshi2806_0-1713859198613.png