Skip to contentSkip to navigationSkip to topbar
Rate this page:
On this page

Add Additional TaskRouter Data


Insights already has a basic integration with your underlying Task data, but you can choose to provide additional TaskRouter data to enhance your Flex Insights reports.

(warning)

Warning

When changing your Flex Insights implementation, you should always use a separate Twilio account for testing. Once things are behaving as expected, you can implement your changes in your production account. We highly recommend extensive testing in non-production environments due to impact of unexpected data on reporting.

Flex Insights keeps input data in its verbatim form as a backup. Any requests to fix or modify programmatically added data requires engagement of Twilio engineering teams. Such requests are prioritized on case by case basis. The requests may be rejected depending on the estimated effort to implement them and impact they have.


Enhance your Conversation Data

enhance-your-conversation-data page anchor

Flex Insights extracts data directly from TaskRouter attributes. These extracted attributes work without any additional implementation on your side. You can, however, provide additional information to Insights or override default values extracted from TaskRouter.

Insights extracts attributes from the following events:

  • reservation.created
  • reservation.rejected
  • reservation.timeout
  • reservation.canceled
  • reservation.rescinded
  • reservation.completed

Changing task attributes during the task life cycle will not affect data in Flex Insights. Task attributes that are set when task is completed or canceled are passed to Flex Insights. No later updates to task attributes have impact on attributes and measures in Flex Insights.

Media links (links to recordings for example) can be updated 2 minutes after task is completed. After 2 minutes the task is deleted in TaskRouter and it is no longer possible to update the media links. Learn more about how to add task attributes using the TaskRouter API.

Twilio Canceled and Completed Tasks

twilio-canceled-and-completed-tasks page anchor

When you are canceling or completing a task via Twilio's TaskRouter API, you can state the reason the task was completed or canceled. This allows you to segment and filter conversations by their outcome and the reasons why a conversation was canceled or completed. Learn more about updating and closing tasks.

Add Custom Attributes and Measures

add-custom-attributes-and-measures page anchor

You can set up to ten Custom Conversation Measures (numeric values) and set up to ten Custom Conversation Attributes (text values) to hold custom fields data next to conversations. The code sample below shows an example of task attributes that you can add to tasks using Twilio's TaskRouter API. Unknown task attributes are silently ignored.

(warning)

Warning

We recommend using Labels for numbered custom attributes if you store IDs or similar high cardinality values in custom attributes. High cardinality values are values that are very often unique for a given conversation, customer, or agent.

All custom attributes are optional. The more details you provide, the more details will be available for analytics.


_98
{
_98
"conversations" : {
_98
"segment_link" : "https://api.twilio.com/2010-04-01/Accounts/ACXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/Recordings/REXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
_98
"abandoned" : "No",
_98
"abandoned_phase" : null,
_98
"activity" : "On a Break",
_98
"campaign" : "Pension Insurance 2",
_98
"case" : "Retention #24567",
_98
"channel" : "Call",
_98
"content" : "bonus retention",
_98
"conversation_id" : "WTXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
_98
"conversation_attribute_1" : "Attribute Value 1",
_98
"conversation_attribute_2" : "Attribute Value 2",
_98
"conversation_attribute_3" : "Attribute Value 3",
_98
"conversation_attribute_4" : "Attribute Value 4",
_98
"conversation_attribute_5" : "Attribute Value 5",
_98
"conversation_attribute_6" : "Attribute Value 6",
_98
"conversation_attribute_7" : "Attribute Value 7",
_98
"conversation_attribute_8" : "Attribute Value 8",
_98
"conversation_attribute_9" : "Attribute Value 9",
_98
"conversation_attribute_10" : "Attribute Value 10",
_98
"conversation_label_1" : "Label 1",
_98
"conversation_label_2" : "Label 2",
_98
"conversation_label_3" : "Label 3",
_98
"conversation_label_4" : "Label 4",
_98
"conversation_label_5" : "Label 5",
_98
"conversation_label_6" : "Label 6",
_98
"conversation_label_7" : "Label 7",
_98
"conversation_label_8" : "Label 8",
_98
"conversation_label_9" : "Label 9",
_98
"conversation_label_10" : "Label 10",
_98
"destination": "External Queue",
_98
"direction" : "Outbound",
_98
"external_contact" : "+18001234567",
_98
"followed_by" : "External Transfer",
_98
"handling_department_id" : "1",
_98
"handling_department_name" : "Department 1",
_98
"handling_department_name_in_hierarchy" : "Company ▸ Department 1",
_98
"handling_team_id" : "2",
_98
"handling_team_name" : "Sales 2",
_98
"handling_team_name_in_hierarchy" : "London ▸ Sales ▸ Sales 2",
_98
"hang_up_by" : "Customer",
_98
"in_business_hours" : "Yes",
_98
"initiated_by" : "Customer",
_98
"initiative" : "Leader in Insurance",
_98
"ivr_path" : "1 ▸ 2",
_98
"language" : "English",
_98
"order" : 1,
_98
"outcome" : "Retention - Success",
_98
"preceded_by" : "Warm Transfer",
_98
"productive" : null,
_98
"queue" : "Outbound Dialer - England",
_98
"service_level" : "OK",
_98
"source": "Waiting Room",
_98
"virtual" : "No",
_98
"workflow" : "Outbound UK",
_98
"activity_time" : null,
_98
"average_response_time": 13,
_98
"conversation_measure_1" : 101,
_98
"conversation_measure_2" : 102,
_98
"conversation_measure_3" : 103,
_98
"conversation_measure_4" : 104,
_98
"conversation_measure_5" : 105,
_98
"conversation_measure_6" : 106,
_98
"conversation_measure_7" : 107,
_98
"conversation_measure_8" : 108,
_98
"conversation_measure_9" : 109,
_98
"conversation_measure_10" : 110,
_98
"first_response_time": 30,
_98
"focus_time": 20,
_98
"hold_time" : 0,
_98
"ivr_time" : 0
_98
},
_98
_98
"customers" : {
_98
"name" : "John Doe",
_98
"customer_link" : null,
_98
"customer_attribute_1" : "Attribute Value 1",
_98
"customer_attribute_2" : "Attribute Value 2",
_98
"customer_attribute_3" : "Attribute Value 3",
_98
"customer_label_1" : "Label 1",
_98
"customer_label_2" : "Label 2",
_98
"customer_label_3" : "Label 3",
_98
"acquisition_date" : null,
_98
"category" : "VIP",
_98
"customer_manager" : "Financial Partners Corp.",
_98
"email" : "john.doe@gmail.com",
_98
"gender" : "Male",
_98
"geo_location":"-22.5743922;17.0790688",
_98
"market_segment" : "Pensioners",
_98
"organization" : "Prosperity Inc.",
_98
"phone" : "+44xxxxxxxxx",
_98
"year_of_birth" : "1947",
_98
"zip" : "ZC000000",
_98
"acquisition_cost" : 150,
_98
"business_value" : 7500
_98
}
_98
}

To learn more about individual task attributes, see our documentation on Conversations and Customers Data Sets.

(error)

Danger

When passing conversation attribute values via task attributes, avoid using high cardinality values. High cardinality values are values that are different for every or almost every conversation or customer. Typically IDs are high cardinality attributes. Using such attribute values may cause loads into Historical Reporting to take longer. This may prevent you from loading data every 15 minutes or even require shorter data retention.

(warning)

Warning

Attribute values can have a maximum of 128 characters. For values longer than 128 characters, only the first 128 characters are loaded into Historical Reporting.

All dates and times have to be in range from the year 1901 to 2049 (both inclusive).

(information)

Info

If no team_id is provided, then the queue SID is used as the unique ID. The team_id attribute is required to display team_name.

(information)

Info

The department_id attribute is required to display department_name.


You can provide additional details about agent data through customizable worker attributes. This data enhances the Agents data set in the Data Model.

Note that the TaskRouter term Worker converts to a more user-friendly Agent attribute in Insights. To learn more about data point mapping, see TaskRouter Data in Flex Insights, or check out the Insights Dictionary.

The following code sample shows how you can populate your Worker attributes by using either the Twilio Console or the API. Unknown agent attributes are silently ignored. You can use your own attributes alongside those supported in Insights.


_22
{
_22
"agent_id": "Custom Agent ID 123",
_22
"agent_attribute_1": "Attribute 1",
_22
"agent_attribute_2": "Attribute 2",
_22
"agent_attribute_3": "Attribute 3",
_22
"agent_label_1": "Label 1",
_22
"agent_label_2": "Label 2",
_22
"agent_label_3": "Label 3",
_22
"full_name": "Mary Smith",
_22
"department_id": "1",
_22
"department_name": "Sales",
_22
"department_name_in_hierarchy": "London ▸ Sales",
_22
"email": "mary.smith@company.com",
_22
"location": "London",
_22
"manager": "Adam Shepherd",
_22
"phone": "+15555555555",
_22
"role": "Agent - Level 2",
_22
"state": "Active",
_22
"team_id": "2",
_22
"team_name": "Sales 2",
_22
"team_name_in_hierarchy": "London ▸ Sales ▸ Sales 2"
_22
}

(information)

Info

If no team_id is provided, then the queue SID is used as the unique ID. The team_id attribute is required to display team_name.

(information)

Info

The department_id attribute is required to display department_name.

(information)

Info

Agents with new attributes must log in to Flex and change their status in order to trigger an Agent Status segment and load new data into Flex Insights.

Option 1: Set Up Agents via the TaskRouter API

option-1-set-up-agents-via-the-taskrouter-api page anchor

You can use the Twilio TaskRouter API to set worker attributes by sending a POST request for all workers that you want to enhance with such data. This is the recommended method as it can be automated and well-integrated with the rest of your systems.


_10
POST /v1/Workspaces/{WorkspaceSid}/Workers/{WorkerSid}

Option 2: Set Up Agents via the Twilio Console

option-2-set-up-agents-via-the-twilio-console page anchor

You can set up agent details manually via the Twilio Console.

(warning)

Warning

We do not recommend using this method in a production deployment. Updating hundreds and even thousands of agents manually is prone to errors. This method is useful for quick evaluation of whether worker attributes work well for you.

(warning)

Warning

For Flex accounts with SSO enabled, the agent attributes need to be set on the Identity Provider (IdP) site. Attributes set via Twilio Console or TaskRouter API will be overwritten once the agent logs in Flex with SSO.

To edit worker attributes:

  • Navigate to the Twilio Console Workspaces(link takes you to an external page).

    your-workspace.
  • Click on the Workspace that includes the agents that you want to set up.
  • Click Workers in the left navigation.

    workers-nav.
  • Click on the agent whose attributes you want to update.

    worker.
  • Edit Attributes with the properties you want to provide.

    update-worker.
  • Click Save .

Congratulations! More details about your agents will show up in Flex Insights shortly.

(warning)

Warning

Note that you need to wait until the next set of data loads into Flex Insights (once per hour by default) in order to see the new information in reports.


(warning)

Warning

For Customers building HIPAA-compliant workflows, Twilio will redact any TaskRouter Attributes that could contain PII (per definition of the Attribute field) from ingressing into Flex Historical Insights. For more information on HIPAA for Flex Insights, please review our detailed documentation.

Flex Insights references each conversation with a customer based on a phone number or other contact information. You can set additional task attributes to provide details about the customer.

Using additional customer data, you can segment and filter by demographics in Flex Insights:


_22
"customers" : {
_22
"name" : "John Doe",
_22
"customer_link" : "https://crm.company.com/customer/123",
_22
"customer_attribute_1": "Attribute 1",
_22
"customer_attribute_2": "Attribute 2",
_22
"customer_attribute_3": "Attribute 3",
_22
"customer_label_1": "Label 1",
_22
"customer_label_2": "Label 2",
_22
"customer_label_3": "Label 3",
_22
"category" : "VIP",
_22
"customer_manager" : "Financial Partners Corp.",
_22
"email" : "john.doe@gmail.com",
_22
"external_id": "YourIdToLinkCustomers",
_22
"gender" : "Male",
_22
"market_segment" : "Pensioners",
_22
"organization" : "Prosperity Inc.",
_22
"phone" : "+44xxxxxxxxx",
_22
"year_of_birth" : "1947",
_22
"zip" : "ZC000000",
_22
"acquisition_cost" : 150,
_22
"business_value" : 7500
_22
}

Linking conversations that lack an external ID

linking-conversations-that-lack-an-external-id page anchor

In some scenarios, an external ID may not be available on conversations. For example:

  • Conversations created before Flex Insights introduced support for external_id
  • Conversations for which you could not provide external_id before the first segment was completed

You can connect new conversations to these existing conversations that lack an external_id property by setting external_id to:

  • A phone number
  • An email address
  • A conversation_id of the conversation that has no external_id set.

Flex Insights will use this value to generate a Customer ID that matches the previous conversations.

For example, say that an agent previously had a phone call with a customer who had phone number +1-555-123-4567. There was no external_id parameter, so Insights used the customer's phone number as a fallback to generate the Customer ID. A subsequent conversation happens via email, and you're aware of the customer phone number, so you provide the following external_id in your Task Attributes:


_10
"customers" : {
_10
"external_id": "+15551234567"
_10
}

Insights will use the external_id to generate the Customer ID, which of course matches the Customer ID of the phone call. Since the Customer IDs match, Flex Insights will link the conversations.



Rate this page: