Application Rules, ACL and Notifications →hardMultiple ChoiceObjective-mapped

SNOW-CSA Application Rules, ACL and Notifications Practice Question

Exhibit

(function executeRule(current, previous /*null when async*/) {
    if (current.state == 3) {
        current.comments = "State changed to resolved";
        current.update();
    }
})(current, previous);

Refer to the exhibit. The business rule is set to run 'before' update. When a user changes the state to 'Resolved' (value 3), the comments field is updated. However, the change does not appear on the form after save. What is the most likely reason?

⚠ Common exam trap

ServiceNow often tests the misconception that calling current.update() is necessary to save changes in a 'before' business rule, when in fact it causes recursion and rollback, and direct field assignment is sufficient.

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

✓

The script uses current.update() causing recursion and rollback.

Calling current.update() inside a 'before' business rule triggers the same business rule again, causing recursion. ServiceNow detects this recursion and rolls back the update to prevent an infinite loop, so the comment field change is not saved. A 'before' business rule should modify fields directly without calling update(), as the system handles the save automatically.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

✗
The state condition is incorrect because state 3 is not 'Resolved'.
Why it's wrong here
Assuming state 3 is 'Resolved', this is likely correct.
✓
The script uses current.update() causing recursion and rollback.
Why this is correct
update() inside before rule triggers the rule again, causing recursion.
✗
The script should use current.setValue() instead of assignment.
Why it's wrong here
Assignment modifies the field directly without recursion.
✗
The business rule should be 'after' instead of 'before'.
Why it's wrong here
After business rules run after save, but the issue is recursion.

Visual reference

Go deeper

SNOW-CSA Application Rules, ACL and Notifications Practice Question

Exhibit

Why each option matters

Option-by-option breakdown

Related to this question