Is it possible to pass parameters to the scheduled job?

[Flavio Tiezzi]

Hello everyone,

I need to execute a script that inserts into the sys_user_grmember table. However, since the Application Administration is active, I need to run it with the admin user of the application. I tried running it via Scheduled Job with this user, and it worked well, but I can't seem to update the parameters.

PS: I am aware of SncTriggerSynchronizer but not sure how to pass the parameter.

Does anyone have any suggestions?

Thanks.

[Kris Moncada]

I would recommend the use of a Script Action because it allows you to execute long running jobs in the background (longer that 5mins) and pass parameters to it. 

1. Create an event in the Event Registry. 
   
2. Create a Script Action. Notice here I am binding it to the event we created earlier.
3. Execute the Script Action. For this example I am using a Fix Script, but you can use a Business Rule, Scheduled Job, another Script Action, etc...
   
4. Here's the result:
   

Hope this inspires new ideas on what you can do.

[Flavio Tiezzi]

Thanks for your input.

But in this case, the action will be executed by the system user, right? The issue in my case is that I need the action to be executed with a specific user

[Kris Moncada]

You can leverage GlideImpersonate; documentation located here.

//pulled straight from the documentation

var user = gs.getUserDisplayName();
gs.print ("The current user display name is: " + user);

var impUser = new GlideImpersonate();
impUser.impersonate("62826bf03710200044e0bfc8bcbe5df1");
var user = gs.getUserDisplayName();
gs.print ("The impersonated user display name is: " + user);

I have leveraged GlideImpersonate on a few ServiceNow to JIRA integrations (bi-directional communication), where by a comment added to Jira would appear on the ServiceNow ticket as if the user commented on the ticket.

[Kieran Anson]

Hi,

What do you mean by not being able to update parameters?

Scheduled Jobs aren't intended to have values passed into them, they're intended to be self-invoking and fetch any information they require (potentially from a system property).