CIS-ITSM Service Catalog And Request Management Practice Test 2 — 15 Questions

Question 1

When configuring a Multi-Row Variable Set (MRVS) on a catalog item, an administrator needs to validate the submitted rows before the request is finalized. Where can custom validation logic for the MRVS be executed?

Choose an answer to begin — your selection is scored in the full session.

Accepted Answer

Catalog Client Script (onSubmit). Custom validation logic for a Multi-Row Variable Set is executed in a Catalog Client Script with an onSubmit script type, where the script can iterate over the MRVS rows via the g_form API and validate each row before the request is finalized. This is the standard client-side validation point for MRVS data.

Answer

Data Policy on sc_req_item

Answer

Dictionary Overrides

Answer

Workflow Timer activity

Question 2

An administrator needs to ensure that users ordering a specific hardware item can select multiple optional accessories (e.g., mouse, keyboard, monitor). Which variable type is most appropriate for selecting multiple independent options?

Accepted Answer

Checkbox. Checkbox is the correct variable type because it allows users to select multiple independent options from a list, exactly matching the requirement to choose several accessories (mouse, keyboard, monitor). In ServiceNow, checkboxes are designed for multi-select scenarios where each option is a boolean toggle, and the selected values are stored as a comma-separated list or a glide list. This is the standard way to capture multiple choices in a single variable without forcing a single selection.

Answer

Select Box

Answer

Reference

Answer

Multiple Choice

Question 3

Which TWO methods can an administrator use to control access to a specific catalog item so that only users in a specific department can see it? (Choose two.)

Accepted Answer

Adding User Criteria to the 'Not Available' related list to exclude other departments. Option D is correct because attaching User Criteria to the 'Available For' related list on the catalog item record is the standard ServiceNow mechanism for restricting visibility of a catalog item to specific users, groups, or departments — only users matching those criteria will see the item. Option A is correct because adding User Criteria to the 'Not Available' related list explicitly excludes the specified users (e.g., other departments) from seeing the item, which is the complementary way to control access. Option B is wrong because cart layout properties only affect the appearance/fields of the shopping cart, not item visibility. Option C is wrong because a standard Table ACL on sc_cat_item governs record-level read/write access at the table level, not the catalog item's visibility in the catalog, and would not target a specific department cleanly. Option E is wrong because a Catalog UI Policy controls field behavior (visibility, mandatory, read-only) on catalog item forms/variables, not whether the item itself appears to users.

Answer

Modifying the cart layout properties

Answer

Writing a standard Table ACL on the sc_cat_item table

Answer

Creating a Catalog UI Policy

Question 4

When configuring an Order Guide in ServiceNow, which THREE components are essential for its proper functioning? (Choose three.)

Accepted Answer

Associated Catalog Items. Option A (Associated Catalog Items) is correct because an Order Guide is fundamentally a container that must reference the catalog items it will present to users; without associated items there is nothing to order. Option B (Order Guide record definition) is correct because the Order Guide itself must exist as a defined record (typically extending the Catalog Item table with the Order Guide type) to hold its configuration, variables, and relationships. Option C (Rule Base) is correct because Order Guides rely on a rule base to define the inclusion/exclusion logic and sequencing of associated catalog items, controlling which items appear based on user selections. Option D (Multi-Row Variable Set schema) is not essential—multi-row variable sets are a separate UI feature for capturing repeating data and are not required for Order Guide functionality. Option E (Record Producer mapping table) is not essential—record producers create records from a single form and are unrelated to the Order Guide's item-association and rule-based presentation mechanism.

Answer

Multi-Row Variable Set schema

Answer

Record Producer mapping table

Question 5

Which TWO tabs or related lists on a Catalog Item form are used to manage User Criteria for visibility? (Choose two.)

Accepted Answer

Available For. The 'Available For' related list (option B) is correct because it defines the User Criteria records that grant visibility of the Catalog Item to the specified users, groups, roles, or companies, allowing them to see and order the item. The 'Not Available' related list (option D) is correct because it defines User Criteria records that explicitly exclude those users, groups, roles, or companies from seeing the Catalog Item, overriding any matching 'Available For' criteria. Together these two related lists on the Catalog Item form control the item's visibility through User Criteria evaluation. Option A (Dictionary Overrides) is incorrect because it controls field-level label, default, and dependency behavior on tables, not catalog item visibility. Option C (Assignment Rules) is incorrect because it determines how catalog tasks or approvals are assigned, not who can see the item. Option E (Workflow Activities) is incorrect because it lists the activities within the item's workflow, which govern fulfillment, not visibility.

Answer

Dictionary Overrides

Answer

Assignment Rules

Answer

Workflow Activities

Question 6

Which TWO methods can be used to pass variables from a catalog item into a fulfillment workflow in ServiceNow? (Choose two.)

Accepted Answer

Accessing variables directly via 'current.variables.variable_name' in workflow script activities. Option A is correct because in a ServiceNow fulfillment workflow, script activities execute server-side against the current record (the requested item, sc_req_item), and catalog item variables are accessible through the 'current.variables.variable_name' syntax, which reads the variable values stored on the associated task/requested item. Option E is correct because Flow Designer flows triggered on the Requested Item (sc_req_item) record expose that trigger's record data as data pills, allowing catalog variables to be referenced and passed into the flow's actions and subflows. Option B is wrong because client-side DOM manipulation only affects the browser UI and cannot transfer data into a server-side workflow. Option C is wrong because system properties are global configuration values, not a per-session mechanism for passing catalog variables. Option D is wrong because directly editing the sc_cat_item table during execution is neither a supported nor a variable-passing method and would not carry the submitted variable values into the workflow.

Answer

Using client-side DOM manipulation in the workflow canvas

Answer

Modifying system properties for each individual user session

Answer

Manually editing database tables sc_cat_item during workflow execution

Question 7

An administrator is configuring cascading variables in an Order Guide. Which THREE requirements must be met for variables to successfully cascade from the order guide to the ordered catalog items? (Choose three.)

Accepted Answer

The variable types on the order guide and the target items must be compatible (such as matching types). Cascading variables in an Order Guide require that the variable types on the order guide and the target catalog items be compatible, such as matching types, so the value can be mapped and transferred correctly (C). The variables must also share the exact same variable name on both the order guide and the target catalog items, since the cascade matches variables by name (D). Additionally, the 'Cascade' checkbox must be selected on the order guide record definition to enable the cascading behavior (E). Options A and B are not required: cascading does not depend on the target items sharing the same workflow, and catalog items do not need to be record producers for variables to cascade.

Answer

The target items must be assigned to the same workflow

Answer

All catalog items must be record producers

Question 8

An administrator wants to ensure that a specific variable set cannot be modified by junior catalog administrators on individual items where it is applied. How is this restriction typically managed?

Accepted Answer

By managing the variables within the central Variable Set record, which propagates to all associated items.. In ServiceNow, a Variable Set is a reusable container of variables that can be attached to multiple catalog items. When a variable set is managed centrally, changes to its variables propagate to all items where it is applied, and junior catalog administrators on individual items cannot modify the variable set's contents. This central management is the typical way to enforce that a specific variable set cannot be modified at the item level.

Answer

By writing an enterprise-wide Business Rule on the Item table.

Answer

By applying Access Control Lists (ACLs) specifically to the sc_item_option table.

Answer

By setting the catalog item workflow to read-only mode.

Question 9

An implementation specialist needs to validate that a multi-line text variable on a catalog item contains at least 50 characters before the form can be submitted. Which approach should be used?

Accepted Answer

Create an onSubmit Catalog Client Script that checks the string length using g_form.getValue() and cancels submission if invalid.. A Catalog Client Script with an onSubmit script is the correct approach because it runs in the browser when the user submits the catalog item, allowing you to read the multi-line text variable via g_form.getValue(), check its length, and call g_form.addErrorMessage() plus return false to cancel submission if the length is less than 50. This provides immediate client-side validation before the record is created.

Answer

Write a Data Policy targeting the Requested Item table.

Answer

Configure a Catalog UI Policy Action with a script condition checking character count.

Answer

Define a variable attribute with the parameter 'min_length=50'.

Question 10

An administrator needs to populate a catalog variable automatically with the logged-in user's department when the catalog item form loads. Which mechanism is recommended?

Accepted Answer

Write an onLoad Catalog Client Script utilizing g_user methods or GlideAjax.. An onLoad Catalog Client Script utilizing g_user methods or GlideAjax is recommended because it runs when the catalog item form loads in the browser. The g_user object provides client-side access to user attributes like department, but if the department is not directly available, GlideAjax can call a Script Include to retrieve it server-side. This approach ensures the variable is populated dynamically based on the logged-in user without hardcoding.

Answer

Set a Default Value on the variable using javascript:gs.getUser().getDepartmentID().

Answer

Configure a Database View combining sys_user and sc_cat_item.

Answer

Create a Catalog UI Policy with a Set Variable Value action.

Question 11

Which TWO of the following statements are true regarding Variable Sets in ServiceNow? (Choose two.)

Accepted Answer

A variable set can contain multiple individual variables.. Option A is correct because a variable set is fundamentally a container that holds multiple individual variables (such as text, reference, or choice variables) which are grouped together and presented as a unit on a catalog form. Option E is correct because the primary purpose of variable sets is reusability: a single variable set definition can be attached to many catalog items, record producers, or other variable sets, so changes to the master set propagate to all items using it. Option B is incorrect because variable sets work on standard Catalog Items as well as Record Producers (and can even be nested inside other variable sets). Option C is incorrect because variables inside a variable set are defined at the set level; editing them on one item affects the shared definition and therefore every item that uses that set. Option D is incorrect because variable sets only organize and reuse form variables — they do not perform fulfillment logic, which remains the role of workflows, Flow Designer flows, or fulfillment processes.

Answer

Variable sets can only be used on Record Producers and cannot be used on standard Catalog Items.

Answer

Once a variable set is added to a catalog item, its variables can be independently modified per item without affecting the master definition.

Answer

Variable sets replace the need for workflows in request fulfillment.

Question 12

Which TWO of the following methods are valid ways to access catalog variable values in server-side scripts? (Choose two.)

Accepted Answer

Querying the [sc_item_option_mtom] table to link requested items to option values. Option E is correct because in ServiceNow server-side scripts the current object exposes catalog item variables through the current.variables property, so current.variables.variable_name retrieves the value of a variable on the current record. Option D is correct because catalog variable values are stored in the sc_item_option table and linked to requested items through the sc_item_option_mtom many-to-many table, so querying sc_item_option_mtom is a valid server-side way to resolve option values for a requested item. Option A is wrong because producer.variable_name is not a valid server-side access pattern for catalog variables. Option B is wrong because g_form.getValue is a client-side GlideForm API and is not available in server-side scripts. Option C is wrong because workflow.scratchpad.variables.variable_name is not the standard mechanism for reading catalog variable values in server-side scripts.

Answer

producer.variable_name in all server-side Business Rules

Answer

g_form.getValue('variable_name')

Answer

workflow.scratchpad.variables.variable_name

Question 13

When configuring a Service Catalog Item, which TWO methods can be used to pass variable values from a parent item to a child item within an Order Guide? (Choose two.)

Accepted Answer

Using identically named variables between the parent order guide and the child catalog items. Option B is correct because in an Order Guide, when a variable on the parent order guide has the same name as a variable on a child catalog item, ServiceNow automatically passes the parent's value to the child item's identically named variable. Option D is correct because the Order Guide definition includes a Variable Mapping (or 'Include' rule) section where you can explicitly map parent order guide variables to specific child catalog item variables, giving precise control over which values are passed. Option A is incorrect because a Business Rule on sc_cart operates on the cart record after submission and is not the supported mechanism for propagating variable values from a parent to a child within an Order Guide. Option C is incorrect because attaching the same Variable Set to both the Order Guide and the Catalog Items does not itself transfer values between them; the variables must still be mapped or identically named. Option E is incorrect because g_form.getReference() is a client-side method for retrieving a record's field values, not a mechanism for passing variables from a parent order guide to a child catalog item.

Answer

Creating a Business Rule on the sc_cart table

Answer

Attaching the same Variable Set to both the Order Guide and the Catalog Items

Answer

Using a Catalog Client Script with the g_form.getReference() method

Question 14

Which THREE actions can be performed using Catalog UI Policies instead of Catalog Client Scripts? (Choose three.)

Accepted Answer

Make a variable mandatory. Catalog UI Policies are the declarative, no-code mechanism in ServiceNow for controlling variable behavior on catalog items, and they natively support making a variable mandatory (A), making a variable read-only (B), and making a variable visible or hidden (C) — these are the exact field-level actions configured in the UI Policy's 'Set variable values' / 'Set variable visibility' sections, applied client-side without scripting. By contrast, clearing a variable's value dynamically based on user input (D) requires a Catalog Client Script (e.g., an onChange script calling g_form.clearValue()), since UI Policies cannot execute conditional logic to wipe values in response to arbitrary user input. Likewise, performing asynchronous GlideAjax lookups to auto-populate dependent fields (E) is not a UI Policy capability — it demands a Catalog Client Script with GlideAjax and a Script Include, because UI Policies cannot make server calls or run asynchronous callbacks.

Answer

Clear the value of a variable dynamically based on user input

Answer

Perform asynchronous GlideAjax lookups to auto-populate dependent fields

Question 15

A requirement states that a Catalog Item must trigger a multi-stage approval process only if the 'Price' variable exceeds $5,000. Which approach is the most efficient to implement this?

Accepted Answer

Create a Flow in Flow Designer using a dynamic approval trigger. Flow Designer with a dynamic approval trigger allows you to evaluate the 'Price' variable at runtime and conditionally initiate a multi-stage approval process only when the value exceeds $5,000. This is the most efficient approach because it uses declarative logic without custom scripting, and the approval steps can be modeled as stages within the flow.

Answer

Configure an Approval Definition on the Catalog Item

Answer

Use a Business Rule on the sc_req_item table

Answer

Modify the 'Service Catalog' workflow engine via script