Configuring Profiles and Sourcing Strategies: A Step-by-Step Guide
How-to Guide
Author:
Yulia Andreyanova
Changed on:
18 Dec 2025
Key Points
The Sourcing Profiles interface delivers a clear and user-friendly experience, enabling business users to configure and manage sourcing strategies with ease.
Full functionality requires several settings that define default values.
This guide outlines the configuration steps with examples from a reference solution.
Configure Status Colors for Profiles and Strategies
Add JSON settings at the ACCOUNT/RETAILER level to enable colored status dots in the Sourcing Profiles interface.ForProfiles statuses,configure the setting`fc.sourcingprofile.list.status.column` with the following mappings:
Labels may be defined in the setting or, if omitted, are auto-generated. Without translations, labels may appear as raw technical identifiers in the UI.
Descriptions follow the same logic: they may be defined in the setting or auto-generated if missing. Without translations, descriptions also surface raw identifiers, reducing usability.
Best practice
Always add translations for newly created conditions and criteria to make the UI user-friendly and business-oriented.
Templates for Descriptions Templates allow values to be displayed consistently on condition and criterion cards. The following options are available:
`placeholderText`
`placeholderDate`
`placeholderArray`
A default configuration is provided out of the box, but can be overridden if needed. For more details on how these templates work and how to customize them, see UX Configuration – Common Concepts.
Define UI Components for Conditions and Criteria
Custom conditions and criteria also require UI components to be configured to define how fields are rendered in the Configure Condition/Criterion drawer. This ensures that users interact with the correct input types and that mandatory values are enforced.Configuration is done through the `params` object, where each parameter specifies:
component – the UI element used for rendering (e.g., `integer`, `fc.field.filterComplex`)
mandatory – whether the field must be filled (`true`/`false`)
extensions – advanced settings such as GraphQL queries, chip configuration, `onChange` handlers, and excluded fields
Clarification: path and operator are not UI fields
Because `path` and `operator` are system-defined parameters, they do not require UI rendering. Do not assign `component` or `mandatory` attributes to these fields.
1{2"name":"pickupLocationAllNetworksIn",3"type":"fc.sourcing.condition.path",4"tags":["Pickup Location"],5"params":[6{7"name":"path",8"value":"fulfilmentChoice.pickupLocation.networks"9},10{11"name":"operator",12"value":"in"13},14{15"name":"value",16"component":"fc.field.filterComplex",17"mandatory":true,18"extensions":{19"query":"query ($networks_first: Int) { networks(first: $networks_first) { edges { node { id ref type } } } }",20"variables":{"networks_first":100},21"searchItemConfig":{22"component":"fc.card.product",23"props":{"title":"{{node.ref}}","attributes":[]}24},25"chipItemConfig":{"label":"{{node.ref}}"},26"onChangeValues":{27"value":"node.ref",28"variableName":"networks_ref"29},30"exclude":["createdon","updatedon","type","status"]31}32},33{34"name":"conditionScope",35"value":"ALL"36}37]38}39
Best practice
Always specify UI components and mandatory fields for custom conditions and criteria. This ensures correct rendering and prevents incomplete or invalid configurations.
Important: Custom settings must start with the correct root property
Always ensure that your custom configuration starts with the appropriate root property:
`conditions` (for condition-based configurations)
`criteria` (for criterion-based configurations)
If the JSON does not start with the correct root property, the system will not load the configuration.Check the examples below to understand how correct conditions and criteria settings should look: