TUESDAY, FEBRUARY 07, 2012

Posts Tagged ‘Scheduled Import’

S

ervice-now allows you to run scheduled jobs at various intervals. Out of box, you are given the option to run scheduled jobs like imports on a specific day, day of the week, month, or at some other custom interval. There are certain intervals that just don’t work very easily with the default setup provided. One of these that can be challenging is the weekday-only schedule. In order to get a scheduled job to run only on weekdays, the recommendation is usually to set up 5 different scheduled jobs, one for each day of the week you want to run on. While this works, it’s really 4 more scheduled jobs that you don’t want to set up and manage. With some simple scripting and the use of the ‘Condition’ field, you can set up a single daily scheduled job to handle this scenario.

Learn more ...

O

ne of the most common LDAP integration requirements is to disable users in Service-now when they become disabled in the LDAP source.

It is probably worth mentioning that you always want to deactivate user records (and most other records too) in Service-now instead of deleting them. Once a user record has been created in Service-now it should always remain in Service-now because that record could be linked to hundreds of other records (tasks, CIs, etc.). Deleting the record kills the relationship to those other records. Deactivating the record keeps that relationship in place.

Because the exact steps to set up this behavior vary depending on your LDAP setup and processes, this configuration isn’t something that can be predefined in Service-now. Typically a Service-now consultant assists with this setup and specific requirements are determined on a client-by-client basis. It has been my experience that there are two common approaches that can be used to disable Service-now users from LDAP. This article explains these approaches and how you can implement the needed functionality.

Learn more ...

Recently I had a client ask me why all of their imported records showed up as being updated and created by the person who initially created the import. The problem, they said, was that the imported records were being created and updated on a scheduled basis by the system so it really wasn’t a particular person who was creating the records. While I agreed that it was a problem, I wasn’t sure at the time why it was happening or what the solution was. Now I know!

Learn more ...

Latest Comments

  • Vineeth: I want a way in which if a survey is filled in by the user the response are stored in the survey response...
  • Mark Stanger: This functionality doesn’t connect to an FTP server. See this line in the post above…...
  • Mark Stanger: The report page is back-end XML so there’s no way to directly manipulate the behavior of that...
  • Mark Stanger: Due to some ServiceNow limitations, the localhost MID server option had to be removed.