In ServiceNow, when applying filters, theFunnel iconopens the condition builder, allowing users to set criteria for displaying records.
Understanding the requirement:
The user wants to seeIncidents where the state is ClosedORIncidents where the Assignment Group is Network.
The key word here isOR, meaning records satisfyingeithercondition should be displayed.
Steps to apply this filter in ServiceNow:
Click theFunnel iconto open the condition builder.
Define thefirst condition# SelectState = Closed.
Click theORbutton (since we want records meeting either condition).
Define thesecond condition# SelectAssignment Group = Network.
PressEnterto apply the filter.
Since the user wantseither condition to be true,ORis the correct logical operator.
PressingEnterafter defining the second conditionexecutes the filter.
A). Define the first condition; click AND button; define second condition; click Run:Incorrect becauseANDwould requireboth conditions to be true simultaneously, which is not what the user wants.
B). Define the first condition; click AND button; define second condition; press enter:Same issue as option A- AND willnarrow the resultsinstead ofexpanding them.
D). Define the first condition; click > icon on breadcrumb, define second condition; click Run:Thebreadcrumb navigationis used to modify filtersafter applying them, not to create them initially.
E). Define the first condition; click > icon on breadcrumb, define second condition; press enter:Same issue as option D-breadcrumb navigation is for modifying, not for initial filter creation.
Using Filters and Condition Builder in ServiceNow:ServiceNow Docs
ServiceNow Querying and Filtering Best Practices
Why is the Correct Answer "C"?Why Not the Other Options?References from the Certified System Administrator (CSA) Official Documentation:UsingORensures both conditions are considered independently, displaying incidents that are eitherClosedor assigned toNetwork.

InServiceNow,Client Scriptsrun on the client-side (browser) andmodify form behaviordynamically.
Tovalidate form data before submission, you must use anonSubmit()Client Script.
Executes Before Form Submission
TheonSubmit() Client Scriptrunsjust before the form is submitted, allowing validation checks.
If an issue is found, you canprevent form submissionusingreturn false;.
Best for Data Validation
Can check ifrequired fieldsare filled.
Can enforcebusiness rules on the client-side.
Example: Preventing submission if the"Short Description"field is empty.
Why is "onSubmit()" the Correct Answer?
ExampleonSubmit()Client Script:functiononSubmit() {
varshortDesc = g_form.getValue('short_description');
if(!shortDesc) {
alert('Short Description is required before submitting.');
returnfalse; // Stops the form from being submitted
}
returntrue;// Allows form submission
}
A: onSubmission()Incorrect-This is not a valid ServiceNow Client Script type.
C: onLoadIncorrect-Runs when the form loads, butdoes not validate form submission.
D: onUpdate()Incorrect-Runs when a record is updated, but doesnot control form submission.
Incorrect Answer Choices Analysis:
ServiceNow Docs - Client Scripts Overview#Understanding Client Scripts
ServiceNow Docs - Using onSubmit() Client Scripts#Client Script Examples Official ServiceNow Documentation References:

ServiceNow follows asingle-instance, single-tenant architecture,nota multiple-tenant architecture. This means:
Single-Instance:
Each ServiceNow instance is aunique, independent environmentfor a customer.
All customers have their own dedicated instance with their owncustom configurations, data, workflows, and applications.
ServiceNow instances are hosted in amulti-instance cloud modelrather than a multi-tenant model.
Single-Tenant Model (Multi-Instance Architecture):
Unlikemulti-tenant architectures(where multiple customers share the same application and database), ServiceNow provideseach customer with a separate, isolated instance.
Thisensures data security, performance isolation, and customization flexibility.
Each instance has its owndata storage, configuration, and upgrade schedule, reducing risks associated with shared environments.
Why ServiceNow Uses Multi-Instance Instead of Multi-Tenant:
Security & Data Isolation:Since each customer has an independent instance, there isno risk of data leakagebetween tenants.
Customization & Flexibility:Customers cancustomizetheir instance freely without affecting others.
Performance & Scalability:Each instance can bescaled independently, ensuring optimal performance.
ServiceNow does NOT use a multiple-tenant architecture.
ServiceNow follows a single-instance, single-tenant (multi-instance) model.
Each customer has a dedicated instance with isolated resources and configurations.
A multi-tenant architecturemeans multiple customerssharethe same application/database with logical separation, which is NOT the case in ServiceNow.
ServiceNow instead provides separate instancesfor each customer, meaning it isnota true multi-tenant system.
ServiceNow Product Documentation - Multi-Instance Cloud Modelhttps://docs.servicenow.com ServiceNow Community - Single-Tenant vs. Multi-Tenant Explained ServiceNow Best Practices - Security & Instance Architecture Why Option B (False) Is Correct?Why Option A (True) Is Incorrect?References from Certified System Administrator (CSA) Documentation:

When working withHigh Security Settingsin ServiceNow (such assecurity_admin role), the systemtemporarily elevates your security privileges. To return tonormal admin security levels, the most effective way is tolog out and log back in.
Resets Elevated Security Permissions
Thesecurity_adminrole istemporarily assignedand will beremoved upon logout.
Logging out ensures that you return todefault admin security levels.
Prevents Unintended Access
If you remain inHigh Security Mode, you might makeunauthorized changes.
Logging outensures security compliance.
Best Practice in ServiceNow Security Administration
ServiceNow recommendslogging out after making security changestoavoid accidentally altering critical configurations.
Why Logging Out and Back In is the Correct Answer?
A: Use System Administration > Normal Security moduleIncorrect- No such module exists in ServiceNow.
B: Select Normal roleIncorrect- Youcannot manually remove thesecurity_adminrole. It expires uponsession logout.
D: Select Global Update SetIncorrect- TheUpdate Set selection does not affect security roles.
E: End impersonationIncorrect-Ending impersonation only applies when using the "Impersonate User" feature. It doesnot affect elevated security roles.
Incorrect Answer Choices Analysis:
ServiceNow Docs - Managing High Security Settings#Elevating Security Roles in ServiceNow ServiceNow Docs - Logging Out to Reset Security Roles#Best Practices for Security Admin Role Official ServiceNow Documentation References:
Conclusion:The correct answer is:
C: Log out and back in
Logging outremoves elevated security roles, restoringnormal admin security levels.

Reference:In ServiceNow,Client ScriptsandBusiness Rulesare both used to control the behavior of records, but they execute in different environments and serve different purposes.
Key Differences Between Client Scripts and Business Rules:Feature
Client Script
Business Rule
Execution Location
Runs in the user's browser (client-side)
Runs on the ServiceNow server (server-side)
Execution Timing
Runs when a form loads, is submitted, or a field changes
Runs when a record is inserted, updated, deleted, or queried
Performance Impact
Can impact page load time if not optimized
Can impact database performance if not optimized
Use Cases
Used for form validation, auto-filling fields, UI enhancements
Used for data validation, automation, and enforcing business logic
Explanation of Answer Choices:A. A Client Script executes before a record is loaded, and a Business Rule executes after a record is loaded Incorrect. Business Rules do not executeonlyafter a record is loaded. They can execute on insert, update, delete, or query actions.
B). A Client Script executes on the server and a Business Rule executes on the client Incorrect.Client Scripts run on the client (browser), andBusiness Rules run on the server.
C). A Client Script executes on the client and a Business Rule executes on the server Correct. This is the fundamental difference between Client Scripts and Business Rules.
D). A Client Script executes before a record is loaded and a Business Rule executes after a record is updated Incorrect.Client Scripts run at different times (onLoad, onChange, onSubmit), and Business Rules can execute on multiple database operations, not just after an update.
References from Certified System Administrator (CSA) Documentation:ServiceNow Product Documentation# "Client Scripts Overview" ServiceNow Product Documentation# "Business Rules Overview"