Last updated: August 10, 2016
It is understood that ACD (Automatic Call Distribution) represents much more than what a typical PBX offers. It is used when the purpose of incoming calls is more than reaching a specific phone extension. Contact centers require highly evolved ACD to bring efficiency to their operations. Let us look at what we can expect an ACD to do:
It is understood that ACD (Automatic Call Distribution) represents much more than what a typical PBX offers. It is used when the purpose of incoming calls is more than reaching a specific phone extension. Contact centers require highly evolved ACD to bring efficiency to their operations. Let us look at what we can expect an ACD to do:
- Be able to group calls by DID/DNIS/ANI or other unique incoming identifiers.
- Provide an IVR (Interactive Voice Response)
- Vary call handling based on time of day scheduling as well as holidays and special occasions.
- Register agents who will be allowed to take incoming calls.
- Provide call information (referred to as call pop-up) to agents before handing over the call.
- Skills-based routing to route calls to the most appropriate agent available.
- Queue Priorities based on business factors for the same type of calls.
- Log agents into all the queues for which they have required skills.
- Provide telephony functions like transfers, conferences etc.
These ACD functions do not necessarily require any data screen. With CTI (Computer Telephony Integration), every call center agent has computer screen which can provide relevant information about the call. Let us look the typical information that a call center ACD can provide to the agent screen:
- Create session for the agent (the duration between every login and logout).
- Provide a screen pop with identifiers for every call.
- Translate DID/DNIS/ANI to the Inbound Service they represent.
- Match DID/DNIS and filter based on ANI.
- Provide database look-up to pre-populate the screen with customer information.
- Present scripts which will govern the agent-customer interaction.
- Present any other useful information like FAQ, Maps, Directions.
- Have custom dispositions.
- Have custom DND when agent take breaks within a session.
The push to IP telephony has created more requirements for ACD integration. One of the main contributors is the growth and proliferation of Asterisk world-wide. This has dramatically altered the CTI landscape with Asterisk making it possible to have both IP telephony and TDM (PRI T1/E1) work seamlessly. Asterisk presents a compelling case for IP telephony as one of the most efficient and cost effective option due to its enormous functionality and feature-set.
Your vertical application may require a call center ACD to be integrated as a part of the CTI. Indosoft Q-Suite offers a fully functional ACD with an elaborate API both in socket, XML/JSON/YAML, and .NET libraries. This ACD for Asterisk comes with skills based routing, queue prioritization, on-hook, off-hook agents, detailed universal identifier based Call Detail Record (CDR), trunk tracking and cradle to grave reporting. You can find more details about Q-Suite at VoIP Info.
Agent telephone state is an important part of how call center ACD is setup. If an agent is on-hook, it is like a phone extension mapped to the particular agent. This may be done by the agent logging in through the phone with a specific code. On-hook agents have to be “woken up” before every call. A typical no-answer is 3 rings, roughly 18 seconds. With Indosoft Q-Suite ACD, you can concurrently hand out calls to on-hook agents but the ring-time is still an overhead for the call center. With an off-hook agent, the system sends a beep before handing out the call. It is possible to provide a screen-pop with a time-out within set seconds (like 5 seconds) before handing over the call. This is useful if you have remote or at home agents.
CDR is critical to getting granular reports for your contact center. The UUID keeps track of the call as it progresses from cradle to grave. This allows detailed reporting for any call center ACD.