SNOW-CAD Core Application Development Practice Question
A company is using ServiceNow for incident management. They have a business rule on the 'before update' of the incident table that automatically assigns the incident to the first available member of the 'Support' group when the state changes to 'New'. The business rule works correctly when an incident is first created with state 'New', but when an existing incident's state is changed to 'New' from another state, the assignment does not happen. The business rule script checks if current.state.changesTo('New') and then queries the group members. The group has multiple members. Other business rules that run on state changes work fine. What is the most likely cause?
⚠ Common exam trap
It's easy for candidates to assume changesTo() has a limitation on update, when in reality the issue is the order of execution and interaction between multiple business rules, which is a common pitfall in ServiceNow development.
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
✓
A subsequent business rule that runs after this one in the same order is clearing the assignment field.
The business rule runs on 'before update', and if a subsequent business rule in the same execution order clears the assignment field after this rule sets it, the assignment will be lost. This is a common issue when multiple business rules interact on the same table and order of execution matters. The fact that other state-change business rules work fine indicates the logic itself is sound, but a later rule is overriding the assignment.
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 condition current.state.changesTo('New') only works on insert, not on update.
Why it's wrong here
changesTo() works on both insert and update as long as the field value changes.
- ✓
A subsequent business rule that runs after this one in the same order is clearing the assignment field.
Why this is correct
If another business rule runs after and sets assignment to empty, it would overwrite the assignment made by this rule.
- ✗
The business rule should be set to run on 'after' update instead of 'before' to ensure the state is committed.
Why it's wrong here
Before update is fine for setting field values.
- ✗
The script uses current.assignment_group which is not available on update because the group might be different.
Why it's wrong here
assignment_group is a field on the incident and is available on update.
Go deeper
Related to this question
About these practice questions
One of 481 original SNOW-CAD practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This SNOW-CAD practice question is part of Courseiva's free ServiceNow certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the SNOW-CAD exam.