Book Image

ServiceNow: Building Powerful Workflows

By : Tim Woodruff, Martin Wood, Ashish Rudra Srivastava
Book Image

ServiceNow: Building Powerful Workflows

By: Tim Woodruff, Martin Wood, Ashish Rudra Srivastava

Overview of this book

ServiceNow is a SaaS application that provides workflow form-based applications. It is an ideal platform for creating enterprise-level applications, giving requesters and fulfillers improved visibility and access to a process. ServiceNow-based applications often replace email by providing a better way to get work done. This course will show you how to put important ServiceNow features to work in the real world. We will introduce key concepts and examples on managing and automating IT services, and help you build a solid foundation towards this new approach. You will then learn more about the power of tasks, events, and notifications. We’ll then focus on using web services and other mechanisms to integrate ServiceNow with other systems. Further on, you’ll learn how to secure applications and data, and understand how ServiceNow performs logging and error reporting. At the end of this course, you will acquire immediately applicable skills to rectify everyday problems encountered on the ServiceNow platform. The course provides you with highly practical content explaining ServiceNow from the following Packt books: 1. Learning ServiceNow 2. ServiceNow Cookbook 3. Mastering ServiceNow, Second Edition
Table of Contents (39 chapters)
Title Page
Credits
Preface
Free Chapter
1
Module 1
36
Bibliography

Business rules


Business rules execute on the server, so the usual server-side APIs are available to any scripts that might need to be run. Also available in business rules, is the current and previous objects, though previous isn't available when the business rule runs asynchronously.

Business rules have an added level of granularity as to when they can be run. An administrator can choose to have a business rule run either before, or after a record or update has been saved to the database.

Let's say for example, that I'm looking at an incident ticket, and I change the State field to Closed. That record update is then sent on its' way to the database, but if we have a business rule with the When field set to before, then any scripts or changes to that record will be executed prior to the record being saved to the database. This is important to note, because it gives you another means by which to reject an update before it hits the database using the setAbortAction() method of the current object...