Communication Legs
This section describes the communication legs that are written as records in the in CONTACT Data Records Data Source for the different communication scenarios in storm.
In diagrams, the following symbols are used to denote communication legs:
Symbol |
Meaning |
|
This is an arrow with two properties: I or O: I means that the call leg is inbound to storm; O means that the leg is outbound from storm. Colour: Black indicates that the leg is populated with the field's data; white indicates it is unpopulated. Some call legs are annotated with explanatory notes. |
Communication Legs in Voice Interactions
Communication Legs in Text Interactions
For a CONTACT Data Records field pertaining to voice calls, a call leg diagram indicates whether or not a call leg is populated with the field's data. Shown below are the possible call leg scenarios for voice calls.
This is a storm user (such as an agent) logging in to a storm deskphone. It is always an inbound leg from the user to storm.
|
External |
storm |
storm user |
|
Call leg |
An incoming voice call to an access point typically comprises an inbound leg to the storm platform and an outbound leg to a storm user (whether through a queue or directly).
|
External |
storm |
storm user |
|
First leg (caller) |
Second leg (called party) |
First Leg (Caller)
This is always an inbound call leg from the caller to storm. It is generated as soon as the call reaches storm.
Second Leg (Called Party)
This is always an outbound call leg from storm to the user (such as an agent). It is generated only if an available user has been found to service the call. It is therefore NOT generated for a call that ends in an IVR or ends up unrouted in a queue.
An outgoing voice call comprises an inbound leg or an outbound leg between the storm user and the storm platform and an outbound leg to the called party, which may be an external party (in the case of an outgoing call) or a storm user (in the case of an internal call).
|
External |
storm |
storm user |
|
DIRECT |
First leg (caller) |
|
or INDIRECT |
First leg (caller) |
||
Second leg (called party) |
First Leg (Caller)
This can be inbound or outbound depending on the method used to dial the call.
|
It is an inbound leg to storm if the user dials the call DIRECTLY from any of the following IP telephony devices: |
|
storm-registered IP deskphone; IPath soft phone storm DTA Web iPath |
OR
|
It is an outbound leg from storm if the user initiates the call INDIRECTLY from within the agent desktop (storm DTA), which is paired with any of the following devices: |
|
storm-registered IP deskphone IPath soft phone PSTN phone such as a mobile |
|
This is typically for a call made from the Contact Directory or Call History panel in storm DTA. It also includes the automated calls made by the storm OUTBOUND application. |
Second Leg (Called Party)
This is between storm and the called party and is always an outbound leg. It is generated as soon as the destination number is determined to be non-barred.
This is the call leg to an external party (external call)
This is the call leg to an internal user (internal call)
Additional Legs Generated in Call Transfers
If a storm user on an incoming or outgoing call transfers the call to another destination such as to a queue or another user, an additional outbound leg is generated. An outbound leg is generated for each completed transfer.
|
External |
storm |
storm user |
|
|||
Transfer leg (called party) |
Transfer Leg (Called Party)
This is between storm and the called party and is always an outbound leg. It is generated as soon as the destination number is determined to be non-barred.
This is the call leg to an external party (external transfer)
This is the call leg to an internal user (internal transfer)
For a CONTACT Data Records field that is populated for text-based interactions, the communication leg diagram shows all possible call legs.
|
|
|
|
External |
storm |
storm user |
|
First and only leg |
INCOMING SMS TEXT |
||
First and only leg |
OUTGOING SMS TEXT Agent-initiated or reply |
Incoming SMS Text Messages
This is always an inbound leg to storm. A requeued SMS/MMS message does NOT generate additional legs.
Outgoing SMS Text Messages
This is always an outbound leg for an SMS/MMS message initiated by an agent or a reply to an incoming SMS/MMS message.
|
|
|
|
||
External |
storm |
storm user |
|||
First leg |
INCOMING EMAIL |
||||
First leg for an agent-initiated email. Or subsequent legs resulting from any of these four actions |
Initiate Reply Forward Followed Up |
OUTGOING EMAIL or ACTION on INCOMING EMAIL |
Ignore Delete Requeue Complete Follow Up Followed Up |
Second and subsequent legs resulting from any of these six actions |
Incoming Email
The first leg denotes an email arriving at storm via an access point.
Outgoing Email or Action on Incoming Email
The first leg is for a new outgoing email. Subsequent legs are for actions such as replies and other email actions.
|
|
|
|
External |
storm |
storm user |
|
First and only leg |
WEB CHAT |
This is always an inbound leg to storm. A transferred web chat does NOT generate an additional leg.
|
|
|
|
External |
storm |
storm user |
|
First and only leg |
INCOMING SOCIAL MEDIA MESSAGE |
||
First and only leg |
SOCIAL MEDIA MESSAGE REPLY |
Incoming Social Media Messages
This is always an inbound leg to storm. A requeued message does NOT generate an additional leg.
Outgoing Social Media Messages
This is always an outbound leg for a reply to an incoming message or for actions such as Twitter Retweets.