From V10 - this topic describes the additional messaging API introduced to support campaign chaining. This same set of messaging also enables support for automated call blend under dialer control.
The messaging changes do not represent a breaking change to SCC's published API. There are some parameter extensions to provide supporting information to third-party applications. The main change is in the use of messaging.
This example was prepared for a switch-determined routing scenario but the principles equally apply to adjunct routing.
Consider two campaigns:
The Mobiles campaign is set to chain to Mobiles2 at end of the list.
AL\TDdefault\CNMobiles\AN1\AD1\AE121\AW
LI\TDdefault\CNMobiles\AN1
AA\AN1
NA\TDdefault\CNMobiles\AN1
AR\TDdefault\CNMobiles\AN1
AF\TDdefault\CNMobiles\AN1\UR8
MS\TDdefault\CNMobiles\C2Mobiles2\AN1\RS0
CU\TDdefault\CNMobiles2\AN1
AA\AN1
NA\TDdefault\CNMobiles2\AN1
AR\TDdefault\CNMobiles2\AN1
When an agent is moved to a new campaign, all of the subsequent agent messages should now reflect the correct campaign name.
For example, sending this Start Wrap [SW] message - SW\CNMobiles\AN1 - after the agent has been moved to Mobiles2, will result in this error message:
ER\EC33\FM"SW\CNMobiles\AN1"
The correct Start Wrap [SW] message should have the correct campaign name:
SW\CNMobiles2\AN1
Fig. 1 shows an agent API conversation for two agents logged in to one campaign, and then moved to another as a result of campaign chaining.
Fig. 1 - The Agent API Conversation
Agents are moved as soon as it is possible to move them. Once moved, the agent will be made available immediately and have calls presented.
There are two campaigns running on the default tenant:
Fig. 1 can be examined in 3 sections:
Two agents (Agent Identifier (AN) 1 and 2) are logged in to campaign foo (Agent Login [AL]) and are made ACD available (Agent Available [AA]).
AC\TDdefault\CNfoo\AN1\SI1\TN1234\TC
AF\TDdefault\CNfoo\AN2\UR8
MS\TDdefault\CNfoo\C2bar\AN2\RS0
CU\TDdefault\CNbar\AN2
NA\TDdefault\CNbar\AN2
Agent movement as a result of campaign chaining or blending will take an agent who is available on campaign A and put the agent through the following state transitions:
1) agent unavailable on campaign A
2) agent moved from campaign A to campaign B
3) agent made available on campaign B
If any of these state transitions fail (for example because campaign B is killed during the process) the agent will be logged out.
AR\TDdefault\CNbar\AN2
Some time later agent 2 wraps up their call in the usual way. Once released the agent is moved with the same event sequence as agent 1.
In an architecture where telephony and agent desktop processes are managed separately there are some minor implications for the telephony layer. When an agent moves from campaign A to campaign B the telephony layer needs to be advised so that it can then report call activity for the agent on the right campaign.
This is achieved via the Agent Ready [AR] message.
Sequence 6 shows the telephony layer Agent Ready [AR] message being used as the trigger for the telephony layer to set an agent's campaign reference.
UG\TDdefault\CNfoo\AN2
NU\cnfoo\an2
AR\TDdefault\CNbar\AN2\AE2
CR\TDdefault\CNbar\QL2
Fig. 2 shows the complete set of messages for the telephony layer (and campaign) layer.
Fig. 2 - A telephony (and campaign) layer conversation
The normal campaign layer messages as shown are: