This page was last edited on March 21, 2023, at 17:17.
Comments or questions about this documentation? Contact us for support!
Starting from the DMS version 9.1.003.10, the InviteToChat method is supported. This method allows initiation of outbound chat sessions from a strategy and sending WhatsApp notification templates to customers. It is an invitation for a customer who is using voice IVR interaction to switch to Chat or Messaging and continue the conversation.
The InviteToChat method is supported for the following media types:
AppName: Application name
AppType: If application type is empty, AppName must be specified
Service: ChatService
Method: InviteToChat
Parameter | Value Type | Mandatory | Value Description |
---|---|---|---|
_umsChannel | String | Mandatory (only if more than one channel configured) | DMS channel name |
_umsClientId | String | Mandatory |
|
_umsBusinessId | String | Mandatory |
Business phone number which is set for a specific channel in the HUB configuration. |
StandardResponseId | String | Optional | The default value is no SR is specified. The following content types are supported:
|
ChatQueueKey | String | Optional | The chat queue key pointing to the Chat Server endpoint that is used to place the newly created outbound interactions into the interaction queue. If this value is specified, the outbound interactions created from the strategy are placed in the specified interaction queue. By specifying a dedicated queue, users can differentiate between outbound interactions created from the strategy and inbound interactions. The queue can be used to route interactions to agents, park interactions, or terminate interactions using TerminateSessionFlag.
If this value is not specified, it is set using the existing channel configuration option, inbound-route-by-call. The format is <tenant-id>:<Chat Server endpoint name> . For example, 1:session-WA-sendSR. |
TerminateSessionFlag | String | Optional | Indicates if the chat session created by the request must be ended immediately. For example, this parameter can be used to send out notifications (using outbound templates) that are terminated immediately after they served their purpose.
For the value true, it is recommended to use a dedicated ChatQueueKey with a routing strategy which stops unneeded chats placed in this queue. The strategy should also implement removal of occasional lost chats from this queue. The default value is false. |
Contact | KVList | Optional | Data used for field codes rendering. |
Agent | KVList | Optional | Data used for field codes rendering. |
CustomProperties | KVList | Optional | Data used for field codes rendering. |
In addition to the above listed attributes, you can place any user data in the request to implement specific business tasks, for example, to support routing to the agent who initiated the call. DMS passes all user data received with this ESP request to Chat Server. The following user data attributes are recommended:
Parameter | Value Type | Mandatory | Value Description |
---|---|---|---|
_umsChatSessionId | String | Mandatory | The Chat ID by Chat Server. It is the same as InteractionId of the newly created interaction. |
This section provides an example of a WhatsApp notification sent using an IRD strategy.
Prepare a standard response with the required field codes. The example demonstrates custom field codes of the section Contact and field codes of the section CustomProperties.