IntroductionThis document provides a model for integrating LiveVox with an artificial intelligence speech vendor (AI Vendor). The document is intended for the AI Vendor and their clients. LiveVox REST APIs You can find details about each API that is referenced in this document in the Call Control API, Contact API, and Session API sections of the LiveVox Developer Portal. Info |
---|
Logon Credentials - Username: prospect
- Password: Livevox12345^
|
Virtual Agent Management and Data CollectionA set of virtual agents is configured on the LiveVox Portal. A one-to-one ratio of virtual agents exists for calls handled by the AI Vendor. The client must plan for the appropriate number of virtual agents to handle their call volume, in addition to determining the maximum number of simultaneous calls for each service that is connected to the AI Vendor. - The AI Vendor must ensure that the virtual agents are ready on the platform. To do so:
Obtain the virtual agent session ID. Info |
---|
POST https://{{APIHost}}/session/login Header: API token provided by LiveVox Body example: {"clientName": "Training2", "userName": "AI Vendor1", "password": "xxxx", "agent": "true"} |
Add the virtual agent to the appropriate service. Info |
---|
POST https://{{APIHost}}/callControl/agent/service/join?serviceId=XXXXXX&phoneNumber=899XXXXXXX (see below for more info related assigning agent 899#s) Header: Session ID from 1a |
Set the virtual agent to the Ready state. Info |
---|
POST https://{{APIHost}}/callControl/agent/status/ready Header: Session ID from 1a |
Note |
---|
- The LiveVox session ID expires after two hours of inactivity. If a virtual agent does not change the state (that is, receive a call), the session ID expires. Therefore, the client must move virtual agents in the Ready state to the Not Ready state and then back to the Ready state, every hour.
- Virtual agents must be logged on only during the defined open hours of the LiveVox call center. If they are expected to receive calls outside the open hours, additional planning related to routing and other factors, such as maintenance windows, must be considered. Virtual agent support during closed hours must be addressed as part of phase 2+.
|
When a call is routed to the virtual agent through the LiveVox standard routing services, LiveVox conferences the AI Vendor using a unique 899 number for the agent. This unique number passes as part of the invite. This allows the AI Vendor to identify the calls associated with each agent. An example is as follows.
LiveVox Virtual Agent | INVITE |
---|
Virtual_Agent_1 | INVITE sip:+18990000001@XX.XXX.XX.XX:5070 SIP/2.0^M | Virtual_Agent_2 | INVITE sip:+18990000002@XX.XXX.XX.XX:5070 SIP/2.0^M | Virtual_Agent_3 | INVITE sip:+18990000003@XX.XXX.XX.XX:5070 SIP/2.0^M |
To obtain additional data associated with the call, the AI Vendor can access the screen pop data that is typically presented to a human agent. The data can include the customer account number, customer phone number, customer address, and so on. Screen pop data is configured through the LiveVox Portal of the client. Info |
---|
To obtain the screen pop data for the call: https://{{APIHost}}/callControl/agent/screenpop Header: Session ID from 1a |
If the AI Vendor collects additional data that must be associated with a contact, use the LiveVox Update Contact API. Info |
---|
PUT https://{{APIHost}}/contact/contacts/{account} Header: Session ID from 1a Body: See the LiveVox Developer Portal for details and work with the client to determine which fields in Contact Manager must be updated |
If the client wants to route non-LiveVox validated consumers to the AI Vendor, the AI Vendor can collect data and update the contact through the Update Contact API or create a contact through the Create Contact API.
Info |
---|
To update the contact: PUT https://{{APIHost}}/contact/contacts/{account} Header: Session ID from 1a Body: See the LiveVox Developer Portal for options to update |
When the bot completes a call with the customer, and if the call need not be routed to a human agent, the AI Vendor must set the term code for the call and move the virtual agent back to the Ready state. If a transfer to a human agent is required, the AI Vendor must transfer the call to a human agent using the LiveVox Phonebook feature, set a term code for the call, and move the virtual agent back to the Ready state. To set a term code for the call and move the virtual agent back to the Ready state, the AI Vendor must set a specific term code for the call. To complete this step, use the following APIs.
To transfer the call to a human agent, set a term code for the call and move the virtual agent back to the Ready state. The AI vendor must use the phonebook transfer process to transfer the call to the appropriate group of human agents and then set a specific term code for the call. To complete this step, use the following APIs.
Customer Portal Config Requirements Panel |
---|
Create or configure virtual agents. Note |
---|
LiveVox is required to configure virtual agents. |
- Set the Service ACD mode to Agent Call Out.
- Set Service Groups for virtual agents to LONGEST_AVAILABLE_AGENT.
- Create term codes to support transfers to human agents.
- Create term codes for virtual agents to complete calls.
- Load contacts into the Contact Manager.
- Update contact flows to validate inbound customer calls against the Contact Manager.
- Configure the virtual agent desktop with the data required for the virtual agent screen popup.
- Configure the agent phonebook to allow the virtual agent to transfer calls to a human agent.
|
Sample Session Initiation Protocol (SIP) INVITE Request-Line: INVITE sip:+18995020989@10.201.17.208:5070 SIP/2.0 Message Header To: sip:+18995020989@10.201.17.151:5070 Contact: <sip:10.201.17.151:5060;transport=udp> Call-ID: 5e5842d2-0000-31a50cbf-5959b2c7-a384d582@10.201.17.151 CSeq: 13096450 INVITE Content-Length: 174 Content-Type: application/sdp From: <sip:+19192109237@10.201.17.151:5060>;tag=telstage-20f7cc4e-5e5842d2 X-Lv-Destination-Ip: Lv-transaction-id: 55662935337 Lv-agent-login-id: VIRTUAL_AGENT_1 X-Lv-Destination-Port: 5060 Session-Privacy: no Carrier-Name: tmis Session-ID: U56AT5E5842D2@10.201.17.151 Pool-Name: carrierinbound Allow: INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, INFO, REGISTER, SUBSCRIBE, MESSAGE, UPDATE Session-Expires: 1800;refresher=uac Supported: timer Max-Forwards: 69 Via: SIP/2.0/UDP 34.239.4.184:5070;branch=z9hG4bK938f.899d3507.0 |