Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Features

The Features menu in the web client corresponds to the same option in the windows client. This is where you manage the data model you use in Perfion.

Features overview

Features are the basic building blocks of your Perfion data model. The tree structure on the left gives you access to all existing features grouped by data type:

To locate a specific feature, you have the following options:

  • Expand a group by clicking the arrow to the left of a group

  • Expand the entire tree by clicking the Expand All icon in the toolbar

  • Filter by feature name or Perfion ID by typing in the Filter features box

  • Show only features with configuration by changing selection in the drop-down box in the toolbar

In this example, we expanded the Date data type to see all existing Date features:

Feature types

This table briefly explains the values each feature type (data type) can hold. Please see Feature Definitions, for more details about feature definitions.

Feature (Data) Type

Values

Boolean

True/False (True/False/Neutral for tri-state booleans)

Date

Dates

File

Physical files of any type (extension)

Image

Physical images of these types (extensions):

AVIF, BMP, EPS, GIF, JPG/JPEG, PDF (first page), PNG, PSD, SVG, TIF/TIFF, WEBP

Link

URLs and network file references

Number

Numbers (standard format or fractions)

Related Value

Auto populated with data from another configuration (e.g. “BrandImage” will show the Image configured on the selected Brand)

Search

API queries that retrieve/filter items (used for special purposes in Perfion, never as a normal attribute)

String

One-line texts, maximum 256 characters (plain text or formulas)

Table

Table “designs” build with the Perfion Table Designer (used to generate dynamic tables for reports and other channels)

Text

Long texts (plain text format, HTML-tagged text, or Rich Text (RTC) format)

Manage features

From the feature tree, you can manage features like this:

  • Add feature

  • Edit feature

  • Delete feature

Add feature

To create a new feature, right-click on a data type or an existing feature and select Add Feature:

image-20240318-191730.png
Info

NOTE: You have three options when choosing which “parent” node to start from:

  • Start from a data type root

    • The new feature inherits the data type

  • Start from an existing non-selectable feature

    • The new feature inherits the data type

    • The new feature inherits some basic settings as suggestions (all settings can be changed before saving)

    • This structure is very useful if you have a large feature library as it creates order and overview

  • Start from an existing selectable feature

    • The new feature inherits the data type

    • The new feature inherits some basic settings (some settings can be changed before saving)

    • The new feature inherits all items from the parent feature

    • Example: If you create InteriorColor as a child of Color, the new feature will not have its own item list in Feature Data. Instead, Interior Color will re-use the item list from Color. This means you only have to manage one list of colors.

Clicking Add Feature opens the Feature Definition window. Please refer to Feature Definition for information about feature setting.

Edit or delete feature

To edit an existing feature, double-click the feature name or right-click on the feature and select Edit Feature.

To delete a feature, select Delete Feature from the right-click menu.

image-20240318-192137.png

Edit Feature will open the Feature Definition window. Please refer to Feature Definitions below for information about feature setting.

Delete Feature will delete the feature from the system and all data related to the feature. This operation cannot be undone, so use with caution!

Feature Definitions

The Feature Definition window is where you manage all settings for a feature. The window has two tabs:

  • Basic Settings (default)

  • Advanced Settings

Basic Settings

General

In the General section, you will find the two most fundamental setting of any feature.

Name (unique)

This is a unique name identifying the feature. Name must consist of alphanumeric characters only and must not start with a number. Spaces and special characters are not allowed.

TECH NOTE: Use “camel case” names like ItemNumber, LongDescription, etc

Feature type

The feature type will be preselected from the node you clicked in the feature tree. You can change to another type if needed.

Captions

Info

NOTE: All five settings in this section can be translated by clicking the Globe icon next to Captions.

Caption (language code)

This is the feature name users will see when they manage data in the indicated language. All characters are allowed.

Caption Alt (language code)

This is an alternative caption that can be used in reports and other channels. The alternative caption is not shown in the Perfion client. All characters are allowed.

Abbreviation (language code)

This is another alternative (short) caption that can be used in reports and other channels. The abbreviation is not shown in Perfion client. Typical use will be Ø as an abbreviation for Diameter.

Unit (language code)

This is the unit users will see when they manage data in the indicated language. Units are typically used for number features (i.e. “cm” for Length). All characters are allowed.

Help Text (language code)

This is the help text users will see when they manage data in the item editor.

Information Groups

Settings in this section determine where a feature is located on the item card and who can access the feature.

Top View Group

Top View Groups are the primary grouping feature in the item editor. A feature will show up in the selected Top View Group in the item editor:

TECH NOTE: The order of features inside the Top View Group in the item editor is determined by the order of features in the configuration. See Groups for details.

View Group

View Groups are the secondary grouping feature in the item editor. A feature will show up in the selected View Group under the Top View Group. Dimensions and Approval are view groups in this example:

image-20240318-191134.png

Security Group

In the Perfion security model, users and groups are assigned rights to each Security Group. By placing a feature in a Security Group, users automatically get permissions to the feature determined by the Security Group.

Please refer to Security Groups for information about managing permissions.

Remote

Remote features can retrieve data “live” from an external system or from other features in Perfion (also known as “self remotes”). Typical use cases are price information from ERP (remote) or unit conversion in Perfion (self remote).

Please refer to separate documentation for how to create Remote Queries and Data Fields.

Remote Values

When Remote is checked, it is not possible to manage values for this feature in Perfion. The feature becomes read only for all users and will automatically display values determined by the Query and the Data Field.

Query

Select the remote query that retrieves data from the external system or from other features in Perfion.

Data Field

Select the required data field exposed by the selected remote query.

Remote (Related Value features)

The Remote section looks different when you manage a Related Value feature. It is designed to show values from another configuration. As an example, you can create a Related Value feature, that’s shows the Brand Logo from the Brand you select on a Product.

Base Feature

Select the base feature with the configuration from where you want to expose a value.

Value Feature

Select the feature you want from the configuration of the base feature.

Please refer to separate documentation for how to build and use Related Value features.

Values

In this section you define settings for the values managed in the feature.

Info

NOTE: Available settings depend on selected data type. Some settings are mandatory for certain data types. These will be checked by default and locked.

Localizable

If you check Localizable, values can be managed in multiple languages. A typical example is Item Name, which should be managed in all languages.

Inheritable

If you check Inheritable, values can be inherited from a parent item to a child item. A typical example is Brand, which will be set at parent level and inherited to all child items.

TECH NOTE: You should only uncheck Inheritable when you need to manage individual values for parents and child items in the same feature. A typical example is Item Type, where you want to set different values for parents and child items.

Allow Multiple

If you check Allow Multiple, users can manage multiple values for the same item in the same feature. A typical example is Related Products, where you want to create references to multiple other products.

Sortable

When Allow Multiple is checked, Sortable becomes available as an option. If you check Sortable, users can sort the multiple values, they select in the feature. Building on the Related Products example, you want users to sort related products, so they are shown in order of importance.

Formula

When Formula is checked, users can construct formulas that build values (strings of text) based on values in other features. It works like Concatenation in Excel.

Please refer to separate documentation for how to use formulas.

Unique Values

When Unique Values is checked, Perfion makes sure that all values in this feature are unique. A typical example is EAN code.

Read Only

When Read Only is checked, Perfion prevents all users from managing values in this feature. Read Only is typically used to expose values owned by ERP system and synchronized into Perfion.

TECH NOTE: When Read Only is set on a selectable features (e.g. Color), users can not change Color values on Products. Users can however still update the base value of color items (in Feature Data) provided they have edit rights via the normal Perfion security model. This is by design.

Selectable

When Selectable is checked, users must pick values from a list rather than enter explicit values in the feature. Typical examples are colors, materials, etc.

TECH NOTE: Selectable values (“pick lists”) are managed in Feature Data

Allow Hierarchy

When Selectable is checked, Allow Hierarchy becomes available as an option. If you check Allow Hierarchy, you can use virtual items in Feature Data to build hierarchies. Typical example are category values.

Custom Ordering

When Selectable is checked, Custom Ordering becomes available as an option. If you check Custom Ordering, you can sort selectable items in Feature Data manually and make them appear in the order you choose. Typical examples are external category structures where categories are shown in logical order rather than alphabetically.

Sort Related Items

When Selectable is checked, Sort Related Items becomes available as an option. This is typically used for categorization/channel features, and the meaning is best explained through an example.

Take the Catalog feature above. This feature is created with the intention of adding products to each node. If you check Sort Related Items on the Catalog feature, it becomes possible to sort products with the same Catalog value relative to each other. In real life this means, that users can decide the order or products shown in the catalog in each section:

Other Values

Tri-state Boolean

When you create a Boolean feature, you can select Tri-state Boolean as an option. This means that users can select between values False – Neutral – True rather than just False – True. Typical example is Hazardous Goods, where it is important that users make an active choice. Neutral will indicate, that a choice has not been made yet.

Advanced Settings

Good job! You have now come to Advanced Settings.

Control

Control Type

The Control Type determines which editor is used users manage data in a feature. This is mostly legacy from the Windows client, but a few options are relevant also in the web client. Here is a list of control types you can meet.

Control Type

Data Type(s)

Comment

Default Editor

All data types

The default editor for the data type is used.

Toggle Switch

Boolean

Users will see a “slider” rather than a checkbox.

Fraction Editor

Number

Users will be able to input numbers in fraction format (e.g. 10 1/2)

Graphic:Progress

Number

Values between 0 and 100 will be converted to a graphical progress symbol.

Numbers below 0 will be treated as 0.

Numbers above 100 will be treated as 100.

Typically used in combination with the Remote setting to create progress bars.

Single Selection Tree Editor

Search, String, Text

(Selectable features only)

Legacy from Windows client. Web client will use Default Editor.

Single Selection Tree Editor with Late-Load

Search, String, Text

(Selectable features only)

Legacy from Windows client. Web client will use Default Editor.

Single Selection Tree Editor with Paged Late-Load

Search, String, Text

(Selectable features only)

Legacy from Windows client. Web client will use Default Editor.

Graphic:Symbol

String

HTML color codes (#ff00ff) will be converted to color symbols.

Typically used in combination with the Remote setting to create “traffic lights”.

Inline Text Editor

Text

Legacy from Windows client. Web client will use Default Editor.

Rich Editor

Text

Users will be able to manage HTML-tagged values.

Typically used for web texts where bullet lists, bold, italic, etc, is used to format texts.

Rich Text Format Editor

Text

Users will be able to manage values in RTF format. This format can include images, tables, etc.

NOTE: RTF format is not accepted by most external systems/channels. Use with caution.

Security

Feature Item Security

Feature Item Security is the most advanced part of the Perfion security model. It allows you to change user permissions on items based on the value in a selectable feature. This is best explained via an example:

Say you are creating a Status feature with the purpose of tagging products as either Under Enrichment or Published. You want products to be editable when status is Under Enrichment, but products should be non-editable when status is Published. This can be achieved with Feature Item Security if you change the value to either:

  • Give Access

  • Restrain Access

Please refer to separate documentation for further information about how to use Feature Item Security.

TECH NOTE: Feature Item Security can only be set for selectable features.

Views and Filters

In this section you can enable custom views and filters on a feature. This will allow users to create and save views and filters in grids where the feature is base value.

Views Feature

In the Views Feature drop-down you can select a Search-feature from your feature library. When done, Customized Views will be added to the View-selector in grids where the feature is base value. In the example below, a Views Feature has been added to the Product feature:

Info

NOTE: Custom views created by users are saved as items on the Search-feature. These can be managed in Feature Data.

Filter Feature

In the Filter Feature drop-down you can select a Search-feature from your feature library. When done, users will be able to save and reuse filters in the Filter-selector in grids where the feature is base value. In the example below, a Filter Feature has been added to the Product feature:

Info

NOTE: Filters created by users are saved as items on the Search-feature. These can be managed in Feature Data.

TECH NOTE: Create individual Search-features for each dedicated use case. In the examples above, two Search-features called ProductView and ProductFilter has been used.

Export Key

In this section you can change the key feature used when users export items and data from grid.

Export Key Feature

In the Export Key Feature drop-down you can select an explicit string-feature from your features library. When done, the selected feature will be shown in column A of the Excel-file when users export data from grid.

TECH NOTE: The selected feature will be included in Excel exports from grid regardless of whether the feature is included in the active the grid.

Validation

In the Windows client there is a third tab in the Feature Definition dialog box. This is called Validation.

Defining validation rules is not yet possible in the Web Client. It will be added in a future release.

Configurations

When you have created the features you need, its time to put them to work in Configurations. A configuration in Perfion is basically a data model for a selectable feature. This may sound complicated, but it’s quite simple.

Take the basic Product - feature as the most prominent example. The Product feature itself can hold a value like all other features. This could typically be the key feature of the product like the article number. But you would always want to manage more data on a product than just the article number. This is where you need a configuration on the Product - feature as seen here in the right panel:

TECH NOTE: All selectable features can have a configuration. This enables you build data models and manage data for Brands, Customers, Images, Files, Wine Castles, and whatever else make sense in your business.

Understanding a configuration

Basic structure

Reading and understanding a configuration is simple. The top node (Product) is called the Base Value. This feature is the root of the configuration, and it is always shown in the first column in the grid:

Features at the next level of the configuration (Item Name, EAN, etc) are valid for all products. These are shown in the grid in the order then appear in the configuration.

Item Dependency

Selectable features in a configuration can serve as root for Item Dependency. This concept allows you to select features valid only for specific products. Look at this example where Category has been expanded:

At the first level under Category, you see Category items (in bold). Under each Category Item, you see a set of Features. These features are only valid when the product is in the specific category. This is what Perfion calls Item Dependency.

Adding, organizing, and removing features from a configuration

The starting point for a configuration is a selectable feature. Use the right-click menu to Create or Edit Configuration.

image-20240318-193025.png

This will load the configuration (expanded to first level) in the right panel:

image-20240318-193142.png
Info

To delete a configuration, right-click on its top node and select the Remove configuration option. This option becomes available only when the configuration is completely empty.

image-20240320-093808.pngImage Added

Adding a feature

Adding a feature to a configuration is simple. Drag it from the library on the left into the position you want it in the configuration:

TECH NOTE: If you drop the feature on top of the root feature, the dropped feature will be added as the last feature in the configuration

Organizing features

As described above, the order of features in the configuration controls the order in which features are shown in grid. To some extend the configuration order also controls the order in which features are shown in the item editor, but this is more complex. See Groups for details.

Organizing features in a configuration is done with drag-drop. Simply drag the feature to its new position:

Removing a feature

You can remove a feature from a configuration via the right-click menu on the feature inside the configuration:

image-20240318-193749.png

TECH NOTE: Removing a feature from a configuration does not delete any data. It simply “hides” the feature for users. All values remain in the database.

Working with Item Dependency

As mentioned earlier, Item Dependency allow you to build individual data models for individual groups of items. The key concept is described in Understanding a configuration.

Add items to Item Dependency structure

Scenario: You sell products from many brands. One of the brands requires you to add a specific feature with specific values to products from their brand. This feature is not relevant for other brands, and you don’t want your users to see the specific feature for other brands. For this, you need Item Dependency on Brand.

First up, you open the product configuration and find the Brand feature. On this feature, you select Add Item Dependency from the right-click menu:

image-20240318-193414.png

This opens a selectable overlay, where you pick the brand you need:

TECH NOTE: If the selectable feature has items in hierarchy, you cannot select virtual items. Only lowest level items are allowed in Item Dependency structures.

You now have the selected brand added under the Brand-feature. This allows you to add features specific for this brand. You do this by dragging features from the feature library onto the brand item in the configuration:

The feature is now shown under the brand item:

TECH NOTE: A feature cannot be in the root configuration and in item dependency at the same time. However, the same feature can be added to multiple item dependencies.

Organizing and removing features from Item Dependency

Organizing and removing features from Item Dependency is done the same way as for the main configuration. See Adding, organizing, and removing features from a configuration.

Multiple Item Dependencies in same configuration

In some configurations, it makes sense to have multiple item dependencies. This is allowed in two ways.

Multiple Item Dependencies at same level

If you create dependency on Brand and Category at the same level in the configuration, they will work independently of each other. If a product is a specific brand, the features under Brand will show up. If the product is a specific category, the features under Category will show up. If the same feature is under both a Brand and a Category, the product must either have the correct Brand or the correct Category for the feature to show up.

Nested Item Dependencies

You can build nested item dependencies to handle complex product structure.

Take the example above. What if you want to manage some features for Accessories from Jura, and other features for Coffee Machines from Jura? Then you need nested item dependency with Brand under Category:

Notice the following:

  • Category has item dependency on Accessories and Coffee Machines

  • The Brand-feature is added under both Accessories and Coffee Machines

  • Jura is added as Item Dependency under each separate appearance of the Brand-feature

  • Relevant features are added under each of the Jura appearances

This structure means, that the feature Asset Valid Until is only shown on products, that have Category = Accessories AND Brand = Jura.

TECH NOTE: Use nested item dependencies with caution. They can quickly multiply into very large and complex configurations.

Swap Relation Direction

With a standard Perfion feature you can select one (or multiple) values on a product. But what if you want to add “table-like” data to a product with multiple rows and columns in a single feature? Then you need to use Swap Relation Direction.

Example: You want to manage ingredients on food products. Each product can have an unlimited number of ingredients. For each ingredient you want to manage name, amount, and percentage.

To manage this data, you need a Swap Relation Direction structure. The following steps explain how to set it up.

Step 1: Create the Ingredients base feature

Create a String-features called Ingredients. Make sure it has Selectable and Allow Multiple properties checked. This feature will hold the Name of each ingredient.

Step 2: Create value features

Create two Number-features called Amount and Percentage. Set Unit to “%” on the Percentage feature and to “g” on the Amount feature.

Step 3: Create a configuration on the Ingredients feature

Create a configuration on the Ingredients-feature and add the two value features to the configuration:

Step 4: Add Ingredients to the Product configuration

Open the Product configuration and add the Ingredients feature:

image-20240318-194621.png

Step 5: Swap Relation Direction

If you stopped after Step 4, users would just see a normal selectable Ingredients-feature on products. This is not what we want, so now for the trick. Let’s swap the relation direction.

To do this, right-click on Ingredients in the Product configuration, and select Swap Relation Direction.

image-20240318-194847.png

When done, the icon next to Ingredients turns into a table. This indicates that users can now manage ingredients on products in a table structure based on the configuration of the Ingredients-feature. In this example, two ingredients were added to a specific product:

Swap Relation Direction data in Feature Data

The Ingredients-feature was created as a selectable feature. This is required for Swap Relation Direction to work. This also means, that data can be seen and managed in Feature Data. However: when you “swap“ a selectable feature, you do not create Feature Data in advance like you would with a list of colors. In stead, each row visible in Feature data is created when an ingredient is added to a product.

The data created above in context of a product looks like this in Feature Data:

Notice that the three first columns are from the configuration of Ingredients. The last column (Product) was added manually to the grid. This column is automatically filled with a reference to the product where the item (row) was created.

Toolbar buttons

The toolbar in the configuration panel offers a number of buttons that each bring up different columns.

Create

Create loads two columns in the configuration grid: Copy and Default Values. These two columns are loaded together as they are mutually exclusive.

Copy

Copy allows you to control, which feature values are copied when a user creates a copy of an item. In the below example, Base Value (Product), Item Name, Weight and Masterdata Approved values are not copied, whereas remaining values are copied:

TECH NOTE: Remote features and Related Value features can never be copied

Default Values

Default Values allows you to define values that must be set on all new items. In the example above, all new products will get the item name “hello world”, a weight of 20 kg and have Masterdata Approved set to False.

TECH NOTES: Default Values can not be set for Remote features and Related Value features. Default Values can only be set when Copy is unchecked.

Groups

Groups bring up an overview of Top View Groups, View Groups and Security Groups for features in configuration:

This is useful when you want to organize how features are shown in item editor. The above Groups result in this item editor structure:

It works like this:

Priority 1

Base Value

Base value is always shown at the top. All groups are ignored.

Priority 2

Top View Group

Features are arranged by Top View Group.

NOTE: Order of Top View Groups are managed in Information Groups (only manageable in windows client - not yet in web client)

NOTE: If a feature does not have a Top View Group, the Security Group (mandatory) is shown as Top View Group in item editor.

Priority 3

View Group

Features are arranged by View Group.

Features without a View Group are shown first

NOTE: Order of View Groups are managed in Information Groups (only manageable in windows client - not yet in web client)

Priority 4

Order in configuration

Features with the same Top View Group and the same View Group are now sorted by the order in the configuration.

Filters

Filters are not used in the web client. They can be used when retrieving data via the API.

Family, Topic, Workflow and Web

These are all groups of standard views. Each of them brings up one or more columns like this:

Users can apply any standard view in a grid. This will bring up the checked features. Users cannot change standard views.

Compact

With the Compact view you can control the content in Card Layout. You can select one image feature and two alphanumeric features. This example:

…will generate this card layout:

TECH NOTE: The base value is always shown as the first value on cards.

Table of Contents