---
sourceDocument: Australia Sales Customer Relationship Management
sourceDocumentLink: https://www.servicenow.com/docs/r/australia/order-management

 Release :

    - australia

ft:locale :

    - en-US

ft:publication_title :

    - Australia Sales Customer Relationship Management

ft:clusterId :

    - omgmt

bundleId :

    - omgmt

workflow :

    - Customer and Industry


---

# Set up Solution Configuration

# Set up Solution Configuration {#ariaid-title1}

Release version: Australia  
Updated March 12, 2026  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 minutes to read
Summarize  
![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) Summarized using AI  
This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.  

## Summary of Set up Solution Configuration

Solution configuration in ServiceNow CPQ enables administrators to link multiple product blueprints into a cohesive, parent-child hierarchy.
This allows end users to configure related products seamlessly within a single session without relaunching the configurator.
Configurable product actions automatically trigger child configurations and enable data sharing between blueprints via field mappings.
The complete bill of materials (BOM) aggregates across all linked configurations at the solution root, providing a comprehensive view of the entire product solution.
Show full answer Show less  
This feature is off by default and requires enabling through ServiceNow CPQ Support.

## Key Features

* **Field Mapping:** Defines how data fields pass between blueprints during child configuration creation or when source fields change. Mappings occur at one level only and require matching field types (e.g., text to text). Entire sets and product pickers cannot be mapped.
* **Node Cloning:** Allows duplication of existing valid configuration nodes, including fields and values, to streamline configuration without re-entering data. Cloned nodes are independent, and child nodes are cloned alongside dependent sets.
* **Layout Management:** Each blueprint displays its layout, while the solution root provides consistent header, background, buttons, and product list style. The solution navigation sidebar appears automatically when multiple configurable products are present.
* **Bill of Materials (BOM):** Shows items from the current and child configurations. The full solution BOM is accessible at the root level, reflecting the parent product hierarchy and unique identifiers, but not necessarily the solution hierarchy.

## Setup and Usage

* Enable solution configuration by contacting ServiceNow CPQ Support.
* Create configurable product actions to link child blueprints to parent blueprints, triggering child configurations based on defined conditions.
* Define field mappings to ensure data transfer between parent and child blueprints.
* Use node cloning to duplicate valid configuration nodes for efficient setup of new nodes.
* Be aware of common configurable product action errors such as missing blueprints or undeployed configurations and verify product-to-blueprint associations.

## End User Experience

End users begin by launching a configurable product that acts as the solution root. As users configure products, child configurations are created automatically when rules trigger. The solution navigation sidebar helps users switch between linked configurations smoothly. If a product action condition becomes false, the related configuration and its changes are removed automatically. Users can view the entire solution BOM via the "View Full Solution" button, while tiered product lists show items relevant to the selected configurable product and its child configurations.

## Alternative Approaches

* **Sets:** Useful for handling large numbers of rows with varying configurations, supporting cloning and repeater layouts.
* **Product Pickers:** Suitable for lightly configurable products, customizable with fields and bulk actions.
* **Multiple Independent Configurations:** May offer more flexibility depending on downstream system requirements.  
Solution configuration lets ServiceNow CPQ admins link multiple blueprints into a single, connected configuration session so that end users can work across related products without relaunching the configurator. Configurable product actions trigger child
configurations automatically and can pass data between blueprints via field mappings.

## Solution configuration overview {#setup-for-solution-configuration__section_overview}

Solution configuration is an environment-level feature that links multiple blueprints into a parent-child hierarchy. When a configurable product action rule is triggered during a buyer's configuration session, a child configuration
is created automatically. The buyer navigates between configurations using the solution navigation sidebar, and the full bill of materials rolls up across all configurations at the solution root.

Solution configuration is off by default. To enable solution configuration in your environment, contact ServiceNow CPQ Support by using the [ServiceNow Support portal](https://support.servicenow.com). For step-by-step instructions, see [Create a case on Now Support for CPQ Customers](https://support.servicenow.com/kb?sys_kb_id=d67d3e71475d7a90f64de825126d4326&id=kb_article_view).

## Key features of solution configuration {#setup-for-solution-configuration__section_key_features}

Solution configuration includes several key features that support multi-blueprint management:

Field mapping
:   Field mapping defines which fields have data passed between blueprints. Field mapping happens on creation of a child configuration or when a mapped source field is changed. Fields are only mapped a single level --- to continue
    the mapping, define the mapped fields on each blueprint. Fields can only be mapped to the same type of field (text to text, number to number, and so on). Entire sets and product pickers cannot be mapped.

Node cloning
:   Node cloning lets you duplicate an existing, valid solution configuration node to use as the starting point for a new node. When you clone a node, both the fields and their values are copied, so end users don't have to
    re-enter configuration data for each new node from scratch. Cloned nodes are fully independent of the original --- changes to a cloned node do not affect the source node, and vice versa. Cloning is available from the solution
    configuration in a set using the navigation sidebar. A node must be in a valid state before it can be cloned, which prevents incomplete configurations from being duplicated. When you clone a node that has a dependent set, a
    corresponding child node is created as part of the cloning operation.

Layout
:   Each solution component displays its own layout from the layouts associated with the current blueprint. When in a solution, the header, background style, buttons, and product list display come from the solution root layout
    that is defined in the root blueprint. The solution navigation sidebar automatically appears when additional configurable products are added during a configuration.

Bill of materials (BOM)
:   The bill of materials shows the items from the currently viewed configuration and any child configurations below. The entire solution BOM can be viewed at the solution root. The BOM hierarchy is still defined via the parent
    product and the unique identifier fields in product actions. It is independent of the solution hierarchy, and one does not necessarily reflect the other. A child configuration may add top-level items to the bill of
    materials.

## Get started {#setup-for-solution-configuration__solution-configuration-get-started}

Use the following topics to understand, set up, and work with solution configuration.{#setup-for-solution-configuration__solution-configuration-get-started-para-1}

[Set up solution configuration](https://www.servicenow.com/docs/MoxtQ9umLU0cf7o2UMFI7A "Solution configuration lets ServiceNow CPQ admins link multiple blueprints into a single, connected configuration session so that end users can work across related products without relaunching the configurator. Configurable product actions trigger child configurations automatically and can pass data between blueprints via field mappings.")
:   Learn what solution configuration is, how it benefits administrators and end users, and how the bill of materials, layouts, and field mapping work.

[Solution configuration terms and considerations](https://www.servicenow.com/docs/m6H9P4PTQsmcOquagQv01g "Understand terminology, design considerations, and limits associated with solution configuration, which lets ServiceNow CPQ admins manage multiple blueprints in a single configuration.")
:   Review key terminology, design limits, and field mapping rules before you start configuring.

[Enable solution configuration](https://www.servicenow.com/docs/FoT1Od1uikBykkMQhvxnqQ "Enable solution configuration for an environment to let admins link multiple blueprints into connected configuration sessions.")
:   Request environment enablement from Support and verify that configurable product actions are available in the admin.

[Create a configurable product action](https://www.servicenow.com/docs/Jg0IJdVHz~sPLXBHLTHkpw "Create a configurable product action to link a child blueprint to a parent blueprint so that a child configuration is created when the action's condition is met.")
:   Link a child blueprint to a parent blueprint so that a child configuration is created when the action's condition is met.

[Define field mappings for a solution configuration](https://www.servicenow.com/docs/QvnKXJB9wvGh7NZHwxaOEw "Define field mappings on a configurable product action to pass field values from the parent blueprint to the child blueprint when a child configuration is created.")
:   Pass field values from the parent blueprint to the child blueprint when a child configuration is created.

[Node cloning for solution configuration](https://www.servicenow.com/docs/MGC6kpHqERTgDV8dFTQK5A "Node cloning lets you duplicate an existing solution configuration node in a set, producing an independent copy that you can modify without affecting the source.")
:   Duplicate an existing, valid configuration node in a set to use as the starting point for a new node, preserving its field values and child hierarchy.

## Potential errors with configurable product actions {#setup-for-solution-configuration__section_potential_errors}

Errors related to configurable product actions may include the following:

* The configurable product is not found
* The configurable product does not have a blueprint associated with it
* The configurable product does not have a deployed blueprint
* The blueprint does not exist
* The blueprint is not deployed
* The blueprint has changed

{#setup-for-solution-configuration__ul_errors}

If you encounter any of these errors during configuration or testing, verify that your configurable products are properly associated with deployed blueprints before proceeding.

## Alternative approaches {#setup-for-solution-configuration__section_alternatives}

Solution configuration is the recommended approach for linking multiple configurable products, but consider these alternatives based on your requirements:

* Sets: Sets make it easy to handle large numbers of rows with potentially different configurations. They support cloning rows, while set repeater layout options provide visual similarity.
* Product pickers: Product pickers work well with lightly configurable products and can be customized with additional fields and bulk actions.
* Multiple independent configurations: Depending on the downstream system, making multiple independent configurations may provide more flexibility than a single solution configuration.
{#setup-for-solution-configuration__ul_alternatives}

## End user experience {#setup-for-solution-configuration__section_end_user_experience}

When end users interact with a solution configuration, they experience a seamless workflow:

* Launching a solution: Users launch the configurable product they want to start from, just as they do normally. Whichever configurable product is launched becomes the root product for the solution.
* Adding configurable products: When any of the defined rules that have a configurable product action are triggered, a new child configuration is created if a valid configurable product with a deployed blueprint is found.
* Solution navigation: When additional configurable products are added to the configuration, solution navigation becomes available and shows a list of the current configurable products, including the root configurable product.
* Managing the solution: Changing the condition of a configurable product action rule to false removes the configuration and configurable product, just as in a normal product action. This also removes changes to fields, products, nested children, or other items.
* Viewing the bill of materials: When a configuration becomes a solution, the default product list component is hidden and replaced by the View Full Solution button in all configurations. In a solution, View Full Solution displays the entire solution BOM. Additional product lists added as tiers reflect only the currently selected configurable product and any child configurations below it.
{#setup-for-solution-configuration__ul_user_workflow}
**Related concepts**   

* [Node cloning for solution configuration](https://www.servicenow.com/docs/MGC6kpHqERTgDV8dFTQK5A "Node cloning lets you duplicate an existing solution configuration node in a set, producing an independent copy that you can modify without affecting the source.")