Question 414 of 500

Core Application Development →hardMultiple ChoiceObjective-mapped

Quick Answer

The answer is that a subsequent business rule running after this one in the same execution order is clearing the assignment field. This occurs because ServiceNow processes business rules in a defined order on the same table and event, so even if your rule correctly sets the assignment when the state changes to 'New', any later rule in the same 'before update' queue can overwrite that value before the record is saved. On the ServiceNow Certified Application Developer CAD exam, this scenario tests your understanding of business rule execution order and the importance of checking for conflicting rules, especially when logic works on create but fails on update—a classic trap where developers assume a single rule is responsible. The key takeaway is that business rules are not isolated; they run in sequence, and a later rule can silently undo an earlier assignment. Memory tip: think of it like a relay race—if the last runner drops the baton, the earlier effort doesn't matter.

SNOW-CAD Core Application Development Practice Question

This SNOW-CAD practice question tests your understanding of core application development. The scenario asks you to isolate a root cause — eliminate options that address a different problem before choosing. After answering, compare your reasoning against the explanation and wrong-answer breakdown below. Once you have made your selection, read the full explanation to reinforce the concept and understand why each distractor is designed to mislead on exam day.

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?

Clue words in this question

Noticing these words before you look at the options changes how you read each choice.

Clue: "first"
Why it matters: Order matters here. You are being tested on which action comes before the others — not which action is generally useful.
Clue: "most likely"
Why it matters: Probability qualifier — the question wants the most probable cause or outcome, not a guaranteed one. Eliminate low-probability options.

Question 1hardmultiple choice

Full question →

A
The condition current.state.changesTo('New') only works on insert, not on update.
Why wrong: changesTo() works on both insert and update as long as the field value changes.
B
A subsequent business rule that runs after this one in the same order is clearing the assignment field.
If another business rule runs after and sets assignment to empty, it would overwrite the assignment made by this rule.
C
The business rule should be set to run on 'after' update instead of 'before' to ensure the state is committed.
Why wrong: Before update is fine for setting field values.
D
The script uses current.assignment_group which is not available on update because the group might be different.
Why wrong: assignment_group is a field on the incident and is available on update.

Full breakdown with real-world context →

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.

Option B is correct because 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.

Key principle: Answer the scenario, not the keyword: identify the specific constraint before choosing the most familiar-sounding option.

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.
Clue confirmation
The clue words "first", "most likely" in the question point toward this answer.
Related concept
Read the scenario before looking for a memorised answer.
✗
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.

Common exam traps

Common exam trap: answer the scenario, not the keyword

The trap here is that candidates often 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.

Detailed technical explanation

How to think about this question

Business rules on the same table execute in order based on their 'Order' field (lower numbers run first). If a later business rule explicitly sets current.assignment_group to empty or to a different value, it will overwrite the assignment made by the earlier rule. This is a classic debugging scenario where developers must check the execution order and the logic of all business rules that modify the assignment_group field. In ServiceNow, 'before' business rules can modify fields that are then saved, but any subsequent 'before' rule in the same transaction can change those values again.

KKey Concepts to Remember

Read the scenario before looking for a memorised answer.
Find the constraint that changes the correct option.
Eliminate answers that are true in general but not in this case.

TExam Day Tips

Watch for words such as best, first, most likely and least administrative effort.
Review why wrong options are wrong, not only why the correct option is correct.

Key takeaway

Answer the scenario, not the keyword: identify the specific constraint before choosing the most familiar-sounding option.

Real-world example

How this comes up in practice

A practitioner preparing for the SNOW-CAD exam encounters this exact type of scenario on the job. The correct answer here is not the most general option — it is the best answer for the specific constraint described. Answer the scenario, not the keyword: identify the specific constraint before choosing the most familiar-sounding option. Real exam questions reward reading the full scenario before eliminating options, because the constraint defines which answer fits.

What to study next

Got this wrong? Here's your next step.

Identify which exam domain this question belongs to, review the core concept, then practise similar questions from the same domain.

Related SNOW-CAD practice-question pages

Use these pages to review the topic behind this question. This is how one missed question becomes focused revision.

Working with Data practice questions

Practise SNOW-CAD questions linked to Working with Data.

Platform Features and Integration practice questions

Practise SNOW-CAD questions linked to Platform Features and Integration.

Integrating and managing application data practice questions

Practise SNOW-CAD questions linked to Integrating and managing application data.

Automating application logic with business rules and scripts practice questions

Practise SNOW-CAD questions linked to Automating application logic with business rules and scripts.

Application development using ServiceNow Studio practice questions

Practise SNOW-CAD questions linked to Application development using ServiceNow Studio.

Creating and customizing tables and data practice questions

Practise SNOW-CAD questions linked to Creating and customizing tables and data.

Designing interfaces and user experiences practice questions

Practise SNOW-CAD questions linked to Designing interfaces and user experiences.

Core Application Development practice questions

Practise SNOW-CAD questions linked to Core Application Development.

User Interface Development practice questions

Practise SNOW-CAD questions linked to User Interface Development.

SNOW-CAD fundamentals practice questions

Practise SNOW-CAD questions linked to SNOW-CAD fundamentals.

SNOW-CAD scenario practice questions

Practise SNOW-CAD questions linked to SNOW-CAD scenario.

SNOW-CAD troubleshooting practice questions

Practise SNOW-CAD questions linked to SNOW-CAD troubleshooting.

Practice this exam

Start a free SNOW-CAD practice session

Short sessions build daily habit. Longer sessions build exam-day stamina. Try a timed session to simulate real conditions.

10 questions 20 questions 30 questions 50 questions Timed 30

SNOW-CAD practice-test guide →Study guide →Browse all practice tests

FAQ

Questions learners often ask

What does this SNOW-CAD question test?

Core Application Development — This question tests Core Application Development — Read the scenario before looking for a memorised answer..

What is the correct answer to this question?

The correct answer is: A subsequent business rule that runs after this one in the same order is clearing the assignment field. — Option B is correct because 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.

What should I do if I get this SNOW-CAD question wrong?

Identify which exam domain this question belongs to, review the core concept, then practise similar questions from the same domain.

Are there clue words in this question I should notice?

Yes — watch for: "first", "most likely". Order matters here. You are being tested on which action comes before the others — not which action is generally useful.

What is the key concept behind this question?

Read the scenario before looking for a memorised answer.

About these practice questions

Courseiva creates original exam-style practice questions with explanations and wrong-answer analysis. It does not publish real exam questions, exam dumps, or protected exam content. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

Last reviewed: Jun 25, 2026

Question Discussion

Share a tip, memory trick, or ask about the reasoning behind this question. Do not post real exam questions, leaked content, braindumps, or copyrighted exam material. Comments are moderated and may be removed without notice.

Loading comments…

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.