interaction.override-option-key
Section: interaction-workspace
Default Value: IW_OverrideOptions
Valid Values: An attached data key name (string).
Changes Take Effect: At the next interaction.
Enables overriding of certain application options by using one or several transaction objects. This option provides the key name of the attached data that contains the list of transaction objects. Note: the key named in this option will not be copied into any interaction that is created from the current interaction, such as consultations, reply emails, and so on. Refer to Modifying a Routing Strategy to Override Workspace Options, Based on Attached Data
Configuration and administration by using options and annexes
Contents
- 1 Configuration and administration by using options and annexes
- 1.1 Other applicable object hierarchies
- 1.2 Overriding options by using a Routing Strategy
- 1.3 Conflict resolution for configuration options
- 1.4 Using options in Genesys 8 and Workspace
- 1.5 Effect of privileges and hierarchical options on the behavior of Workspace
- 1.6 Effects of configuration options and privileges on performance
Workspace privileges are assigned to users based on the role that is configured for them in the Configuration Layer. Workspace privileges are associated with modules. Under the terms of RBAC, agents must be configured to have access to Workspace modules. Later, agents may be granted the ability to set preferences that personalize the modules. As with the other Genesys 8 applications, Workspace is first set up and configured through the Genesys Administrator Extension interface. After the initial configuration, the settings of each Workspace module can be assigned hierarchically to:
- An Application.
- A Tenant.
- An Agent Group.
- A Person.
The option settings are applied to an agent upon login to Workspace in the following override order:
- Default settings that are defined in the application code, which are overridden by:
- Settings that are specified in the Application, which are overridden by:
- Settings that are specified in the Tenant of the agent, which are overridden by:
- Settings that are specified in the Agent Group(s) to which an agent belongs (Note: only Virtual Agent Groups defined with rules that are based on Skills are supported) — in cases in which an agent is a member of more than one group, Workspace considers the union of options that are set in each group; if an option is declared in two different groups, each of which has a different value, Workspace uses built-in rules to resolve the conflict (see Conflict Resolution for Configuration Options for information on how such conflicts are resolved), which are overridden by:
- Settings that are specified in the Person object that corresponds to the agent.
You can override options only in the interaction-workspace section. Therefore, you must replicate the interaction-workspace section to the annex of the object level at which you want the override to occur (Tenant, Group, User, or Transaction).
Other applicable object hierarchies
Some specific Workspace options can be defined in other objects and object hierarchies, such as:
Action Codes -- For example: Not Ready reason codes.
Overriding options by using a Routing Strategy
A Routing Strategy can be used to override configuration options that you have defined by using the hierarchies that are described in Configuration And Administration By Using Options And Annexes.
Workspace uses Transaction Objects of type object list. You can attach a transaction name or list of transaction names to your strategy. The transaction names in the list should be separated by commas. Workspace reads the transaction objects at rendering time to override the static options.
Overriding options enables you to change the appearance of interactions based on a key-value pair that is defined in the annex of each listed transaction object. The attached data contains the name of the transaction object to be used for the interaction. Transaction objects are configured in Genesys Administrator Extension or Composer, by using the standard approach that is used for other object types in the hierarchy.
Use the interaction.override-option-key option to define the key in which the Transaction object(s) are to be listed in attached data. If you set an override value, Workspace will look for the transaction object that corresponds to the key-value pair.
Not all the options in the interaction-workspace section can be overridden by transaction objects. Refer to Section: interaction-workspace to determine which options support overriding by transaction objects. To apply this approach, you must replicate in the annex of the transaction object the structure that is used in the interaction-workspace section of the Workspace Application object. The option name must be the same key as in the Workspace Application object template.
Conflict resolution for configuration options
In the hierarchy that is described in the previous sections, conflicts might occur during the resolution of option inheritance. Typically, an agent can be a member of more than one Agent Group. If group options conflict with one another, Workspace considers the conflict to be an administration error. An arbitrary resolution is applied.
Single value option types
The arbitrary conflict resolution for single-value options proceeds as follows:
- Agent Groups are sorted into ascending order by the name of the Agent Group.
- The values of the options for each section are compared.
- If there is a conflict, the value that is set for the agent corresponds to the value that is set for the group name that comes first in the sort order. For example, values that are set for options in the "Pre-Sales" group take precedence over values that are set for options in the "Support" group.
Transaction object conflicts
If there is a conflict between transaction objects as specified by the list of override options, the first value that is set in a transaction, starting from the beginning of the list, is taken into account. All the subsequent values that are specified for the same option are ignored.
Using options in Genesys 8 and Workspace
Each object in Genesys Framework, including agents and the Workspace application, can be configured using Genesys Administrator Extension. Refer to Genesys Administrator Extension Help and Genesys Administrator Extension Deployment Guide for detailed information on how to use Genesys Administrator Extension and Management Framework to set up your contact center and configure objects such as agents, groups, privileges, and applications.
All configuration options in Genesys 8 are divided first into sections. Sections are groups of related configuration options. Within a section, each option is named by its functional area, and then by its name or specific function. The Figure - Examples of Workspace sections and configuration options, derived from metadata, displayed in the Genesys Administrator Extension interface shows examples of Workspace options in the KPIs and interaction-workspace sections, such as agent-status.not-ready-reasons. The functional area is agent-status, and the option name is not-ready-reasons.
Option-value yypes
Option values are of the following types:
- String -- Open content or a comma-separated list of valid string or numeric values; some lists may have an open number of members to be determined by the user.
- Numeric -- Specific values or ranges of values.
- Boolean -- Either true or false.
Workspace Configuration Options Reference contains a list of all the Workspace options. It includes descriptions of their type and use. Refer also to Deploying Workspace, when you are planning your implementation of Workspace.
Effect of privileges and hierarchical options on the behavior of Workspace
The behavior of Workspace is controlled by a compilation of settings in various systems and components of the Genesys 8 suite. The behavior is controlled by the following components:
- Privileges are assigned to logged-in agents through the Genesys RBAC security system (refer to Role- and Privilege-Based Models).
- Option and Annex settings that are defined in the applicable objects of the configuration layer.
Privileges are part of the security of the Genesys 8 suite; therefore, they have a higher priority than application and user settings. It is important to note that the options that are defined in the configuration layer and the routing strategy will never override any privilege management.
Under this hierarchy of control, options act only on the feature set that is permitted by the privilege that is specified for a given role. For example, a graphical module is configured to be visible by the application settings; however, none of the privileges that are implemented by this module are granted to the agent; therefore the module is not visible for this agent.
Effects of configuration options and privileges on performance
This content had been moved here.