Question 1
Which one of the following is NOT a UI Action type?
- A. List choice
- B. Form button
- C. List banner button
- D. Form choice
Answer:
D
Explanation:
A UI Action is a button, link, or choice that can be clicked by a user to perform an action, such as
submitting a form or running a script. The following are UI Action types:
List choice. This is a UI Action that appears as a choice list on a list of records. It can be used to
perform an action on multiple records at once, such as deleting or updating them.
Form button. This is a UI Action that appears as a button on a form. It can be used to perform an
action on the current record, such as saving or approving it.
List banner button. This is a UI Action that appears as a button on the banner of a list of records. It
can be used to perform an action on the entire list, such as exporting or printing it.
The following is not a UI Action type:
Form choice. This is not a UI Action type, but a field type. A form choice is a field that displays a
choice list on a form. It can be used to select a value from a predefined set of options, such as priority
or state. Reference: UI Actions, Field Types
Reference: https://docs.servicenow.com/bundle/orlando-platform-administration/page/administer/list-administration/task/t_EditingAUIAction.html
Comments
Question 2
Which of the following is NOT supported by Flow Designer?
- A. Call a subflow from a flow
- B. Test a flow with rollback
- C. Use Delegated Developer
- D. Run a flow from a MetricBase Trigger
Answer:
B
Explanation:
Flow Designer is a graphical tool that allows users to automate processes in ServiceNow without
coding. The following are supported by Flow Designer:
Call a subflow from a flow. This is a feature that allows users to invoke a subflow, which is a reusable
unit of logic, from a flow. This can help simplify complex flows and avoid duplication of logic.
Use Delegated Developer. This is a feature that allows administrators to delegate the development
and maintenance of flows and actions to users who are not administrators. This can help distribute
the workload and empower non-admin users to create automations.
Run a flow from a MetricBase Trigger. This is a feature that allows users to trigger a flow based on a
MetricBase query, which is a way of analyzing time-series data in ServiceNow. This can help
automate actions based on data trends and patterns.
The following is not supported by Flow Designer:
Test a flow with rollback. This is not a feature of Flow Designer, but of Automated Test Framework
(ATF), which is a tool that allows users to create and run automated tests on ServiceNow applications
and features. ATF supports testing flows with rollback, which means reverting any changes made by
the flow during the test execution. Reference: Flow Designer, Automated Test Framework
Reference: https://community.servicenow.com/community? id=community_QUESTIO N
NO:&sys_id=b4d26e44db13ab409540e15b8a9619c9
Comments
Question 3
Which of the following are true for reports in ServiceNow? (Choose three.)
- A. Any user can see any report shared with them.
- B. Can be a graphical representation of data.
- C. All users can generate reports on any table.
- D. Can be run on demand by authorized users.
- E. Can be scheduled to be run and distributed by email.
Answer:
B,D,E
Explanation:
https://docs.servicenow.com/bundle/rome-platform-administration/page/administer/reference-pages/task/schedule-report.htmlGenerateanddistributescheduledreportsviaemail.
A report is a graphical representation of data from one or more tables in ServiceNow. The following
are true for reports in ServiceNow:
Can be a graphical representation of data. This is true because reports can use various chart types,
such as pie, bar, line, or gauge, to visualize data in a meaningful way.
Can be run on demand by authorized users. This is true because reports can be accessed from the
Reports menu or the Report Navigator and run by users who have the appropriate roles and
permissions to view the data.
Can be scheduled to be run and distributed by email. This is true because reports can be configured
to run at a specific time and frequency and send the results to one or more email recipients.
The following are not true for reports in ServiceNow:
Any user can see any report shared with them. This is false because users can only see reports that
are shared with them if they also have access to the data source of the report. For example, a user
who does not have the itil role cannot see a report based on the incident table, even if the report is
shared with them.
All users can generate reports on any table. This is false because users can only generate reports on
tables that they have access to and that are enabled for reporting. For example, a user who does not
have the admin role cannot generate reports on the sys_user table, which is the table for user
records. Reference: Reports, Report Security
Comments
Question 4
Modules must have a Link type. Which one of the following is a list of Link types?
- A. List of Records, Separator, Catalog Type, Roles
- B. Assessment, List of Records, Separator, Timeline Page
- C. List of Records, Content Page, Order, URL (from arguments:)
- D. Assessment, List of Records, Content Page, Roles
Answer:
B
Explanation:
Reference: https://docs.servicenow.com/bundle/geneva-servicenow-platform/page/administer/navigation_and_ui/reference/r_ModuleLinkTypes.html
A module is a navigation item that provides access to a feature or functionality in ServiceNow.
Modules must have a link type, which determines how the module behaves when clicked. The
following is a list of link types:
Assessment. This is a link type that opens an assessment, which is a survey or questionnaire that
measures the effectiveness of a process or service.
List of Records. This is a link type that opens a list of records from a table or a saved filter.
Separator. This is a link type that creates a horizontal line to separate modules in the application
menu.
Timeline Page. This is a link type that opens a timeline page, which is a graphical representation of
the duration and sequence of events or tasks.
The following are not link types, but other module attributes or field types:
List of Records, Separator, Catalog Type, Roles. These are not link types, but a combination of a link
type (List of Records), a module attribute (Separator), a field type (Catalog Type), and a user attribute
(Roles).
List of Records, Content Page, Order, URL (from arguments:). These are not link types, but a
combination of a link type (List of Records), a module attribute (Content Page), a field name (Order),
and a link type argument (URL).
Assessment, List of Records, Content Page, Roles. These are not link types, but a combination of a
link type (Assessment), a link type (List of Records), a module attribute (Content Page), and a user
attribute (Roles). Reference: Modules, Create a Module
Comments
Question 5
Which one of the following is true for a table with the “Allow configuration” Application Access
option selected?
- A. Only the in scope application’s scripts can create Business Rules for the table
- B. Any user with the application’s user role can modify the application’s scripts
- C. Out of scope applications can create Business Rules for the table
- D. Out of scope applications can add new tables to the scoped application
Answer:
C
Explanation:
The Allow configuration Application Access option determines whether users can configure the
application tables, such as adding or modifying fields, views, or indexes. The following is true for a
table with the Allow configuration option selected:
Out of scope applications can create Business Rules for the table. This is true because the Allow
configuration option grants access to the table configuration to any user who has the admin or
personalize_dictionary role, regardless of the application scope. This means that users can create
Business Rules, which are server-side scripts that run when a record is displayed, inserted, updated,
or deleted, for the table from any application.
The following are not true for a table with the Allow configuration option selected:
Only the in scope application’s scripts can create Business Rules for the table. This is false because
the Allow configuration option does not restrict the creation of Business Rules to the in scope
application, as explained above.
Any user with the application’s user role can modify the application’s scripts. This is false because
the Allow configuration option does not grant access to the application scripts, such as client scripts
or script includes, to any user who has the application’s user role. To modify the application scripts,
users need to have the admin role or the application’s admin role.
Out of scope applications can add new tables to the scoped application. This is false because the
Allow configuration option does not allow out of scope applications to add new tables to the scoped
application. To add new tables to a scoped application, users need to have the admin role or the
application’s admin role and be in the application scope. Reference: Application Access, Business
Rules
Reference: https://community.servicenow.com/community? id=community_QUESTIO N
NO:&sys_id=1a721819dbfa23409a64e15b8a9619d2
Comments
Question 6
When working in the Form Designer, configuring the label of a field in a child table changes the label
on which table(s)?
- A. base table
- B. child table
- C. parent table
- D. all tables
Answer:
B
Explanation:
Configuring the label of a field in a child table changes the label only on that table, not on the base
table or the parent table. The base table is the table that contains the common fields for all the
extended tables, and the parent table is the table that is directly extended by the child table. The
label of a field on the base table or the parent table can be different from the label on the child table.
Reference: [ServiceNow Docs - Table extension], [ServiceNow Community - How to change field label
in child table]
Reference: https://community.servicenow.com/community? id=community_QUESTIO N
NO:&sys_id=7ddc4462dbe2b3840be6a345ca9619af
Comments
Question 7
Which one of the following is true?
- A. A UI Policy’s Actions execute before the UI Policy’s Scripts
- B. The execution order for a UI Policy’s Scripts and Actions is determined at runtime
- C. A UI Policy’s Scripts execute before the UI Policy’s Actions
- D. A UI Policy’s Actions and Scripts execute at the same time
Answer:
A
Explanation:
Created UI policy on incident form, action set's cmdb_ci field as mandatory and script as not. result,
field was not mandatory.
A UI Policy’s Actions execute before the UI Policy’s Scripts. Actions are predefined operations that
can be applied to fields or sections, such as making them mandatory, read-only, visible, or setting a
default value. Scripts are custom JavaScript code that can be used to perform more complex logic or
validations. Actions are executed first, and then Scripts are executed if the UI Policy conditions are
met. Reference: [ServiceNow Docs - UI policy actions], [ServiceNow Docs - UI policy scripts]
Comments
Question 8
Here is the Business Rule script template:
This type of JavaScript function is known as:
- A. Constructor
- B. Scoped
- C. Anonymous
- D. Self-invoking
Answer:
D
Explanation:
Self-invoking. Learn JavaScript!
This type of JavaScript function is known as self-invoking or immediately-invoked function expression
(IIFE). It is a function that is defined and executed at the same time, without being assigned to a
variable or being called by another function. It is often used to create a local scope for variables and
avoid polluting the global namespace. Reference: [W3Schools - JavaScript Function Definitions],
[MDN Web Docs - Immediately-invoked function expressions]
Comments
Question 9
Which method call returns true only if the currently logged in user has the catalog_admin role and in
no other case?
- A. g_user.hasRole(‘catalog_admin’)
- B. g_user.hasRoleExactly(‘catalog_admin’)
- C. g_user.hasRoleOnly(‘catalog_admin’)
- D. g_user.hasRoleFromList(‘catalog_admin’)
Answer:
B
Explanation:
The method call that returns true only if the currently logged in user has the catalog_admin role and
in no other case is g_user.hasRoleExactly(‘catalog_admin’). This method checks if the user has
exactly one role, and returns true if it matches the argument. The other methods return true if the
user has one or more roles, or if the user has any role from a list of arguments. Reference:
[ServiceNow Docs - GlideUser API], [ServiceNow Community - Difference between hasRole() and
hasRoleExactly()]
Reference: https://community.servicenow.com/community? id=community_QUESTIO N
NO:&sys_id=dff705e6db7757c0d58ea345ca96196b
Comments
Question 10
There is a basic strategy when creating a Utils Script Include. Identify the step that does not belong.
- A. Identify the table
- B. Script the function(s)
- C. Create a class
- D. Create a prototype object from the new class
Answer:
A
Explanation:
The step that does not belong when creating a Utils Script Include is identifying the table. A Script
Include is a server-side script that can contain one or more classes or functions that can be reused by
other scripts. It does not depend on a specific table, but can access any table through GlideRecord or
other APIs. The other steps are part of creating a Script Include class and its prototype object.
Reference: [ServiceNow Docs - Script Includes], [ServiceNow Docs - GlideRecord API]
Comments
Page 1 out of 25
Viewing questions 1-10 out of 252
page 2