(Update with the copy of version: 8.5.2DRAFT) |
(Update with the copy of version: 8.5.2DRAFT) |
||
Line 9: | Line 9: | ||
You use the following options in the '''[interaction-workspace]''' section to configure Twitter interactions: | You use the following options in the '''[interaction-workspace]''' section to configure Twitter interactions: | ||
− | * [[Twitter#privilege.twitter.can-use|privilege.twitter.can-use]] — Enables agent to use the Twitter channel. <!--* [[ConfigurationOptions#twitter.auto-answer|twitter.auto-answer]] — Specifies whether a Twitter interaction is automatically accepted when an Interaction Server Invite event is received. This option can be overridden by a routing strategy as described in | + | * [[Twitter#privilege.twitter.can-use|privilege.twitter.can-use]] — Enables agent to use the Twitter channel. <!--* [[ConfigurationOptions#twitter.auto-answer|twitter.auto-answer]] — Specifies whether a Twitter interaction is automatically accepted when an Interaction Server Invite event is received. This option can be overridden by a routing strategy as described in Configuration Guide. --> |
* [[Twitter#twitter.default-queue|twitter.default-queue]] — Specifies the name of the queue in which outbound interactions are first created. This name must be identical to the the name of the default queue in the configuration layer. | * [[Twitter#twitter.default-queue|twitter.default-queue]] — Specifies the name of the queue in which outbound interactions are first created. This name must be identical to the the name of the default queue in the configuration layer. | ||
* [[Twitter#twitter.outbound-queue|twitter.outbound-queue]] — Specifies the name of the queue in which an outbound interaction is to be placed when an agent has completed editing it. | * [[Twitter#twitter.outbound-queue|twitter.outbound-queue]] — Specifies the name of the queue in which an outbound interaction is to be placed when an agent has completed editing it. |
Revision as of 18:07, February 23, 2018
Twitter Interactions
Workspace supports the following functionality for Twitter interactions:
- Accept an interaction
- Reject an interaction
- Ignore an interaction
- Mark Done an interaction
- One-Step Transfer an interaction
- Set Interaction Disposition
You use the following options in the [interaction-workspace] section to configure Twitter interactions:
- privilege.twitter.can-use — Enables agent to use the Twitter channel.
- twitter.default-queue — Specifies the name of the queue in which outbound interactions are first created. This name must be identical to the the name of the default queue in the configuration layer.
- twitter.outbound-queue — Specifies the name of the queue in which an outbound interaction is to be placed when an agent has completed editing it.
- interaction.disposition.is-mandatory — Specifies whether it is mandatory for the agent to set a disposition code before Marking Done an interaction. This option can be overridden by a routing strategy.
- interaction.disposition.is-read-only-on-idle — Prevents changes to the disposition code after the interaction has been released. This option can be overridden by a routing strategy.
- interaction.disposition.key-name — The key that is used to populate attached data or a user event when a disposition code is submitted to the back-end system, such as T-Server, Interaction Server, and Contact Server. This option can be overridden by a routing strategy.
- interaction.disposition.use-attached-data — Enables the adding of attached data from the interaction in UserEvent. This option can be overridden by a routing strategy.
- interaction.disposition.value-business-attribute — A character string that specifies the name of the Business Attribute that contains the Attribute Values that are used as an enumerated value for a disposition code. This option can be overridden by a routing strategy.
Comments or questions about this documentation? Contact us for support!