Book Image

Mastering ServiceNow Scripting

By : Andrew Kindred
Book Image

Mastering ServiceNow Scripting

By: Andrew Kindred

Overview of this book

Industry giants like RedHat and NetApp have adopted ServiceNow for their operational needs, and it is evolving as the number one platform choice for IT Service management. ServiceNow provides their clients with an add-on when it comes to baseline instances, where scripting can be used to customize and improve the performance of instances. It also provides inbuilt JavaScript API for scripting and improving your JavaScript instance. This book will initially cover the basics of ServiceNow scripting and the appropriate time to script in a ServiceNow environment. Then, we dig deeper into client-side and server-side scripting using JavaScipt API. We will also cover advance concepts like on-demand functions, script actions, and best practices. Mastering ServiceNow Scripting acts as an end-to-end guide for writing, testing, and debugging scripts of ServiceNow. We cover update sets for moving customizations between ServiceNow instances, jelly scripts for making custom pages, and best practices for all types of script in ServiceNow. By the end of this book, you will have hands-on experience in scripting ServiceNow using inbuilt JavaScript API.
Table of Contents (18 chapters)
Title Page
Packt Upsell
Contributors
Preface
Index

UI policies


UI policies are a more configurable version of client scripts. An administrator sets a condition and then uses actions or scripts to amend fields. Using configuration, a developer can change whether a field is mandatory, visible, and read-only. If these are the changes you are considering making to a field, a UI policy is usually the best option. UI policies are easier to understand and maintain for other administrators than client scripts.

UI policies can also be scripted based on the condition set, as in, you can run code if the condition matches and you can run code if the condition does not match. Setting the condition in a UI policy is much like setting a condition elsewhere in ServiceNow, as it uses the standard condition builder.

UI policies run against a table, but because you can use the condition builder, a number of fields can be used as part of the condition built. UI policies come with some tick boxes that dictate when the UI policy should be applied. In the following...