SNOW-CAD Automating application logic with business rules and scripts — 10 Questions

Question 1

A business rule on the Change Request table needs to update a field on the same record after the record is updated. Which 'When' option should be used?

Accepted Answer

After. 'After' runs after the database operation and is appropriate for updating the same record after the fact. Option A is incorrect because 'Display' runs when the form is displayed, not after the record is updated. Option C is incorrect because 'Async' runs asynchronously, but 'After' is the appropriate synchronous choice for updating after the record is saved. Option D is incorrect because 'Before' runs before the database operation, not after.

Answer

Display

Answer

Async

Answer

Before

Question 2

The above script runs in a business rule on the Incident table. What is a potential issue with this script?

Accepted Answer

It may cause an infinite loop if the same business rule triggers on update.. Updating incidents using gr.update() could trigger the same business rule again (if the rule runs on update), causing an infinite loop. Option A is incorrect because the while loop iterates all matching records, not just the first. Option C is incorrect because the API is not deprecated. Option D is incorrect because update() does commit changes.

Answer

It will only update the first matching record.

Answer

It uses a deprecated API.

Answer

It will not commit changes because update() is not used correctly.

Question 3

A developer writes a business rule to run on 'before' update of the Incident table. The rule sets a short description only if it is empty. However, the short description is never set even when it's empty. What is the most likely cause?

Accepted Answer

The developer used gs.setValue() instead of current.setValue().. In ServiceNow business rules, `gs.setValue()` is a GlideSystem method that does not exist for setting field values on the current record. The proper method is `current.setValue()`, which directly modifies the field on the current GlideRecord object. Using `gs.setValue()` would result in no change to the short description, even if the condition is met.

Answer

The business rule runs after the database update.

Answer

The condition 'short_description IS EMPTY' is evaluated on the old value.

Answer

The business rule is set to run on insert only.

Question 4

A company needs to automatically update the 'Assignment group' field on the Change Request table to 'Change Management' when the 'Category' field is set to 'Network'. Which type of business rule should be used?

Accepted Answer

Before business rule. A Before business rule (Option D) is correct because it runs before the record is saved to the database, allowing you to set the 'Assignment group' field value based on the 'Category' field before the insert or update operation completes. This ensures the assignment group is correctly populated in the same database transaction, avoiding the need for a separate update.

Answer

Display business rule

Answer

Async business rule

Answer

After business rule

Question 5

A developer creates a business rule on the Incident table that executes a GlideRecord query to update related records. The rule runs on 'after' update and queries the Problem table to set a field. However, the update is not being committed. What is the most likely reason?

Accepted Answer

The GlideRecord query requires an explicit gr.updateMultiple() or gr.commit() to persist changes.. In ServiceNow, when a GlideRecord query is used in an 'after' business rule to update records on another table, the changes are not automatically committed. The developer must explicitly call gr.updateMultiple() to persist updates to multiple records, or gr.update() for a single record. Option B correctly identifies this requirement, as the update is not being committed without an explicit method call.

Answer

The developer forgot to use gr.insert() instead of gr.update().

Answer

After business rules cannot update other tables.

Answer

The query returns more than 100 records, causing a governor limit.

Question 6

A developer needs to create a business rule that runs only when the 'State' field of an Incident changes from 'New' to 'In Progress'. Which condition script should be used?

Accepted Answer

current.state.changes() && current.state.changesFrom('New'). It uses both `current.state.changes()` to verify the field has changed and `current.state.changesFrom('New')` to ensure the previous value was 'New'. This combination precisely captures the transition from 'New' to any other state, which when combined with the business rule's 'when to run' condition (set to 'In Progress' in the rule's filter or script), ensures the rule fires only when the state changes from 'New' to 'In Progress'.

Answer

current.state == 'New' && current.state.changesTo('In Progress')

Answer

current.state.changes() && previous.state == 'New'

Answer

current.state.changesTo('In Progress')

Question 7

A company has a business rule on the Task table that runs on 'before' insert. The rule uses current.gotoField('short_description') and current.setValue('short_description', 'Default'). The rule is ordered to run at 500. However, a second business rule on the same table with order 100 also sets the short_description. What will be the final value of short_description?

Accepted Answer

'Default'. Business rules execute in ascending order based on their 'order' field. The rule at order 100 runs first and sets the short_description. Then the rule at order 500 runs and overrides that value with 'Default' using current.setValue(). Since both are 'before' insert rules, the final value written to the database is the one set by the last-executed rule, which is order 500.

Answer

Both values will be concatenated

Answer

The value set by the rule at order 100

Answer

The field will be empty because gotoField() clears it

Question 8

Which TWO of the following are valid ways to trigger a business rule? (Choose two.)

Accepted Answer

Insert. Business rules in ServiceNow can be triggered by database operations such as Insert and Update. These are the core 'when to run' conditions that fire the rule before or after a record is created or modified in the database. Options B and D are correct because they directly correspond to these fundamental database operations.

Answer

Form load

Answer

Timer event

Answer

Inbound email receipt

Question 9

Which THREE of the following are best practices when writing business rules? (Choose three.)

Accepted Answer

Set the Order field to control execution sequence. Setting the Order field on a business rule controls the sequence in which multiple business rules execute on the same table and event. This is critical when rules have dependencies, ensuring that prerequisite logic (e.g., data validation) runs before subsequent logic (e.g., field updates). Without explicit ordering, execution order is undefined and may vary between instances.

Answer

Use gs.sleep() to wait for other processes

Answer

Use GlideAggregate for updating records

Question 10

A ServiceNow administrator notices that a business rule designed to update the 'short_description' field on the 'incident' table is not executing when a user changes the field via a custom UI page that uses GlideRecord. The script in the business rule uses current.setValue() and current.update(). What is the most likely cause?

Accepted Answer

The business rule is set to run on the server, but the custom UI page uses client-side GlideRecord which does not trigger server-side business rules.. Client-side GlideRecord (g_form.getReference or direct GlideRecord in a UI page) runs entirely in the browser and does not trigger server-side business rules. Business rules execute only when a record is saved via server-side operations (e.g., form submit, web service, or server-side script). Since the custom UI page uses client-side GlideRecord, the update bypasses the business rule engine entirely.

Answer

The 'short_description' field is read-only on the form.

Answer

The business rule is updating itself recursively and has been disabled.

Answer

The 'short_description' field is not in the business rule's 'Fields to update' list.