Configure fields
Summarize
Summary of Configure fields
In ServiceNow CPQ, fields are essential for structuring data collection efficiently within product configurations. Fields act as designated spaces where users input specific data, enabling coherent data storage and facilitating the application of rules. Fields are global across the environment, allowing reuse across blueprints, layouts, and rules, which promotes consistency and reduces duplication.
Show less
Field Usage in ServiceNow CPQ
- Layouts: Fields are the smallest components in layouts, organized using tabs, sections, and grids to create a user-friendly configuration experience.
- Rules: Fields serve as inputs for conditions and logic, enabling dynamic behavior such as setting values, showing messages, hiding fields, controlling options, and passing data to product lists within the same rule.
- Blueprints: Fields must be associated with blueprints to be part of configurations. Associating a field with a blueprint automatically ties the relevant rules to that blueprint, allowing fields and rules to be reused across multiple blueprints.
Field Types and Configuration
ServiceNow CPQ provides various field types, each with specific constraints to ensure data integrity:
- Text Fields: Accept any characters up to 2000 characters, with configurable minimum/maximum length and a default value.
- Number Fields: Accept only numeric input, configurable as number, currency, or percentage, with optional min/max values and default. Display precision can be set within layouts.
- Boolean Fields: Accept true/false values with customizable labels and default state.
- Picklists: Limit input to predefined options, either single-select or multi-select. Admins specify option types (text or number), order, defaults, and can add extension data.
- Product Pickers: Enhanced picklists that allow adding products to bills of materials and mapping extended data to product list fields without custom rules.
- Sets: Collections of fields interacting only within their own row and column, supporting complex structured input.
Each field requires a unique variable name globally and can be marked as required, ensuring mandatory completion before configuration saving.
Practical Benefits for ServiceNow Customers
Using global fields associated with blueprints helps maintain consistency across configurations, simplifies administration, and enhances user experience. By leveraging appropriate field types and rules, customers can enforce data quality, streamline configuration processes, and extend functionality without excessive customization.
Learn about how fields in ServiceNow CPQ help structure data collection efficiently and about the various types of field. Associate fields with blueprints for consistent use across configurations, layouts, and rules.
A field is a designated space where users can enter specific information. Imagine fields as sections in a questionnaire, each awaiting a particular piece of data.
The usefulness of fields lies in their ability to structure data collection, making it easier for both users to enter values and admins to set them up efficiently and effectively. Without fields, the process of gathering information would be a chaotic jumble of function parameters, lacking the coherence necessary for meaningful data storage or the ability to enact rules.
In ServiceNow CPQ, fields are global. This means a field may be reused in any blueprint, rule, or layout without having to create a unique field for each.
- Layouts
- Fields are the most granular component that make up a layout. A layout consists of many fields arranged into a navigational flow or page.
- Tabs, expandable sections, column sets, field grids, and headings provide additional organization to the fields in a configuration experience.
- Rules
- Rules leverage fields as inputs to conditions, calculations, and logic.
- Rules act on fields. A rule may determine the value of a field, display a message associated with a field, hide a field, control the options available in a field, and send the information in a field to the Product List, all in the same rule.
- Blueprints
- Because fields are global across an environment, the only way for them to be a part of a specific configuration is to be associated with a blueprint.
- When all of the fields referenced by a rule are associated with a blueprint, the rule is associated with the blueprint without the need to specify it.
- When a field is associated with a blueprint, the field can be added to the layouts of the blueprint.
When you associate a field to a blueprint, the application automatically associates all rules that leverage the field to the same blueprint. Fields and rules may be reused on any number of blueprints.
Field types
Many field types are available, each with constraints and rules for entered values. For example, a number field is more suitable than a text field as a quantity field, since the only inputs it accepts are numbers.
Similarly, if there are only a few options that a user should be allowed to enter, a picklist field should be used to limit the options for the end user.
Because fields are global across an environment, all fields need a unique variable name when they are created. They can also be set as required during configuration, so that if the field is associated with a blueprint, it must be filled out before the configuration can be saved.
Text fields accept any characters entered into the field up to 2000 characters. The field definition allows the admin to specify minimum and maximum field lengths and a static default value.
Numbers fields accept only numeric characters in their fields. The field definition requires the admin to specify whether the field will be used as a number, currency, or percentage. Optional settings include minimum and maximum values and a default value. The unit label setting is not currently used in the application.
To specify the display precision of a numeric value, in the ServiceNow CPQ layout, click the gear icon in the number field. Then, set the precision in the Display Precision field.
Boolean fields accept only two values: true and false. The field definition allows the admin to specify a true label, a false label, and a default value. Unless specified, the default true label is Enabled and the default false label is Disabled. The default state is false.
Picklists are fields that only allow specified options to be selected, such as catalog items. When defining the field, the admin must specify whether the field is single-select, where the user must select one value, or multi-select, where the user can select as many values as desired. If the field is single-select, the admin must also specify whether the option values should be evaluated as a text field or a number field. The admin can also add field options, set an order, or a default value or values, and add picklist extension data if necessary.
A product picker is like a picklist with extended data. product pickers can add products to a bill of materials and map additional data to product list fields, including extended data, without writing standard rules.
A set is a collection of fields that interacts only with the fields in their own row and column.
Sample blueprint showing field options and display variations
The following blueprint includes all the different field options and display variations. This ZIP file contains the layout CSV files that show how to set the component display types for each option.