This page was last edited on December 12, 2014, at 22:13.
Comments or questions about this documentation? Contact us for support!
You can use in a routing application to update an interaction's User Data and for attaching Business Attributes, Categories and Skills. Corresponds to the Universal Routing Server function _genesys.ixn.setuData(input,ixn) available in Expression Builder. This block generates ECMAScript inside an SCXML state and does not rely on External Service Protocol via <session:fetch>.
For manually attaching categories to an interaction, the User Data block can be used and then a Branching block can be (optionally) used to segment interactions to different logical branches based on the different categories.
Important! See Mandatory User Data For UCS Blocks.
Do not assign the value of a variable named data to a key-value pair. This will not work since the generated code also declares a variable named data.
The User Data block has the following properties:
Find this property's details under Common Properties.
Find this property's details under Common Properties.
This property specifies one or more key-value pairs to add to the interaction’s User Data. To specify hey-value pairs, click in the Value
column to display the button and click it to bring up the dialog.
Data from various sources can be attached as well as free form key value pairs can be specified (Default). However, note that only one category can be used in a block. Switching categories will erase previously specified values.
Note: In case the key or value contains special characters that may require encoding e.g. '<', '-', or quotes, define a variable and set its value to this literal and use the variable as the value.
Click the Add button to add a key-value pair of the selected type. When done, click Ok to dismiss the dialog and Save the diagram.
Find this property's details under Common Properties.
Set to a meaningful value or keep the default value, which is the system variable InteractionId. Can be used for "interaction-less" processing for scenarios where the InteractionId variable is not automatically initialized, but instead must wait for an event. An example would be an SCXML application triggered by a Web Service that does not add an interaction. Background: Previous to 8.1.1, Composer did not expose an Interaction ID property. Instead, when ORS started processing an interaction, a generated SCXML application automatically initialized the system variable, InteractionId. This variable was then used internally by Routing and certain eServices blocks when interacting with ORS. With the introduction of support for Interaction-less processing, you can now define a specific event (Wait For Event property) to initialize InteractionId, or not define an event at all. For scenarios with an interaction (IPD Diagram/Wait For Event=interaction.present for example), you may keep the default value for the Interaction ID property. The default value is the system variable InteractionId, which is initialized automatically in this case. For other scenarios (any scenario where the system variable InteractionId is not set), you may choose to:
This property allows you to choose whether to wait for the user data changed event before transitioning to the next block.
Find this property's details under Common Properties.
Find this property's details under Common Properties.
Find this property's details under Common Properties.
Find this property's details under Common Properties.