The Nexmo Comms Router API enables businesses to leverage self-hosted or on premises APIs to manage Contact Center task management. The modern Contact Center is designed to be flexible and extensible through allowing developers to customise integrations and leverage Nexmo Comms Router API as a key building block.
Comms Router is a key building block within the Contact Center complete solution.
This repository also includes:
- A Demo Application to show how to apply the API in a Contact Center use case.
- A Graphical User Interface Application to enable admins to manage agents.
- Nexmo Account https://dashboard.nexmo.com/sign-up
- Nexmo Phone Numbers https://developer.nexmo.com/account/guides/numbers
- Nexmo Voice API https://developer.nexmo.com/voice/voice-api/overview
- Nexmo Comms Router API installed
- Router - The parent container that joins all of the Router entities Tasks, Agents, Queues and Plans.
- Plans - Container that manages multiple queues, priority of Tasks in Queues and failover if agents are not available.
- Queues - A bucket to collect Tasks waiting for the next available Agent. The Task is routed to a Queue based on conditional logic (predicate) predefined by the Customer requirements for example if they require to be routed to speak to an agent with a specific skill like language.
- Agents - An endpoint for a physical Agent able to handle Tasks, characterized by their Capabilities or assigned skills it has based on key value pairs set.
- Capabilities (Skills) - Conditional logic assigned to Agents and Queues to route Tasks. These are made of key value pairs or arrays, single or multiple value conditions.
- Tasks - A work item characterized by its Capabilities for example a set of skills an Agent requires to have a Task routed to them based on key value pairs set.
- Customer - End user that is initiating the contact request, creating the Task that is then routed to an Agent via a Queue.
- Agent capabilities can be text, numeric integers or ranges, boolean key value pairs or an array of strings.
- Agent availability can be set to
offline
,ready
,busy
,unavailable
and is updated tobusy
based on if a Task has been assigned to them. - Within the Plans it is possible to manage priority order of Queues, priority of a Task and timeout of a Task to enable failover to another Queue.
Can be set up using the current demo application for an inbound Contact Center use case.
- Customer calls Nexmo phone number
- Client receives a request via Webhook and NCCO request with predefined IVR options
- Client receives IVR option from Voice API
- Comms Router Task created from client
- Available Agent found with matching criteria
- Agent accepts request and Customer connected to Agent
Require creating a custom application to handle the inbound request and a client for connecting an Agent to a Customer through a PSTN call. View documentation for creating an outbound Voice application.
- Customer submits an online callback request form
- Form submitted to the server application
- Task is created with routing requirements from customer request
- Available Agent is found with matching skills
- Agent accepts reservation and dials customer phone number (PSTN)
- Call is initiated and connects the Agent to the customer
Manage Agents availability, phone numbers, Skills, Queues and Plans within a Dashboard web UI application. View tasks associated with Queues in real-time and manage Skills of Agents and their availability.
Before installation, you’ll need the following from the Nexmo Dashboard. If you need to create an account sign up for a Nexmo.
- Your Nexmo API key and API secret which can be found on the Dashboard.
- A Nexmo phone number, either purchase one or you can use a number you have already purchased.
- Create a Nexmo Call Control Object (NCCO) with capabilities mapping to the IVR.
- Enable a webhook for capturing events from your Voice Application during calls (this is optional).
- Create a Nexmo Voice Application to link your number, NCCO and webhook.
Note: It is recommended that you have an upgraded Nexmo account with credit before installation.
- Java - Oracle JDK/JRE 8 (build/runtime)
- Apache Maven - 3.5 (build)
- SQL Server - MySQL 5.7 (runtime)
- Java Servlet Container - Tomcat 8 (runtime)
The Comms Router API may work with different types of Java, SQL Server or Web Container and is currently being tested and maintained with the above component versions.
- Install Java - Oracle JDK/JRE 8 (build/runtime)
- Install SQL Server - MySQL 5.7 (runtime)
- Installing SQL Server and configuring Tomcat: (view complete guide)
- Create and
context.xml
configurecontext.xml
datasource resource definition - Install the Java Database Controller (JDBC) driver
- Update or create
setenv
file - Create new
liquibase.properties
file - Populate and migrate the database
- Create and
- Clone Comms Router repository
- Install Maven:
- Navigate to local repository
cd comms-router/
- Run Maven install
mvn install
- Navigate to local repository
- Build application:
- Navigate to
web/target/
- Deploy application to Tomcat
mv comms-router-web.war /usr/local/apache-tomcat-8.0.XX/webapps/
- Navigate to
Note: Depending on Tomcat settings this can be done by simply copying it to the Tomcat's webapps directory.
- Start Tomcat
- List routers
curl -X GET http://localhost:8080/comms-router-web/api/routers
- Getting Started Guide for quick start.
- Predicate expression guide for Skills, Agents and Queues.
- Set up of database access and Tomcat configuration.
- How to manage database migrations.
- OpenAPI spec on localhost http://localhost:8080/comms-router-web/swagger-ui.html