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 (also known as Historical Reporting) is currently available as a public beta release and the information contained in the Flex Insights documentation is subject to change. This means that some features are not yet implemented and others may be changed before the product is declared as generally available. Public beta products are not covered by a Twilio SLA.
Any reference to "Historical Reporting", "Flex Insights API", "Flex Insights Historical Reporting", or "Flex Insights Historical Reporting API" in the Flex Insights documentation refers to Flex Insights.
Individual TaskRouter events are connected into a single Analytics Data Model that provides a unified look at conversations and their contexts across multiple contact centers and customer management systems. We transform and clean data to make it ready to consume and analyze.
Flex Insights provides a wide context for conversations, giving you the most insight possible. Not all data is available from Twilio out-of-the-box, as this data might include CRM customer details, customer satisfaction surveys, data from non-voice channels, or data from other call center solutions.
TaskRouter's Worker is an Agent in Insights. We call people who handle conversations with customers Agents. There are a number of different names for workers in contact centers including Advisors, Agents, Associates, Customer Support Specialists, Operators, Representatives, Workers, and more. We historically use Agents in documentation to make it consistent for the widest audience possible.
TaskRouter's Task has no direct representation in Insights. You can say that a Task is roughly one Segment of a Conversation. This may, however, differ, as Insights may split tasks into multiple Segments to properly represent transfers and other scenarios. See Datasets in Analytics Data Model and Conversation Structure for how conversations look like in Insights.
TaskRouter's Call may be directly represented as a Conversation in Insights. However multiple Calls in TaskRouter may be represented as a single Conversation to better represent the actual scenario. One of the examples is when a customer calls in and TaskRouter creates another Call to connect the customer with the Agent. This appears as two Calls in TaskRouter but as a single Conversation in Insights.
Measures based on this data will be available out-of-the-box:
All the available measures can be sliced by the following attributes:
TaskRouter provides a set of attributes that are provided with each task by default. We extract these and save them as corresponding attributes and measures in Insights.
The list of attributes that we extract from TaskRouter events:
Sid
is not used in InsightsAccountSid
is used for splitting TaskRouter traffic to individual analytical workspacesWorkspaceSid
is not used in InsightsWorkflowSid
is not used in InsightsWorkflowName
to Conversations ▸ WorkflowAttributes
used for extracting properties added by VoiceML and custom propertiesAge
is not used in Insights, we use events timestamps insteadPriority
is not used in InsightsTaskQueueSid
to Conversations ▸ Handling TeamAssignmentStatus
is not used in InsightsReason
to Conversations ▸ OutcomeDateCreated
is not used in InsightsDateUpdated
is not used in InsightsTimeout
is not used in InsightsTaskChannelSid
is not used in InsightsTaskChannelUniqueName
to Conversations ▸ ChannelAddons
is not used in InsightsProperties extracted from Task events:
TaskSid
used to uniquely identify the task within InsightsTaskAttributes
used for extracting properties added by VoiceML and custom propertiesTaskAge
is not used in Insights, we use events timestamps insteadTaskQueueName
to Conversations ▸ Handling Team NameTaskQueueSid
to Conversations ▸ Handling Team IDTaskPriority
is not used in InsightsTaskAssignmentStatus
is not used in InsightsTaskCanceledReason
to Conversations ▸ OutcomeTaskCompletedReason
to Conversations ▸ OutcomeProperties extracted from Worker
events:
WorkerSid
is used to uniquely identify agents in InsightsWorkerName
to Agents ▸ Full NameWorkerAttributes
used for extracting custom propertiesWorkerActivitySid
is not used in InsightsWorkerActivityName
to Activities ▸ ActivityProperties extracted from the TaskAttributes
property:
from_country
to Customers ▸ Country for inbound callscalled
to Customers ▸ Phone for outbound callsto_country
to Customers ▸ Country for outbound callsto_city
to Customers ▸ City for outbound callsto_state
to Customers ▸ State for outbound callscaller_country
to Customers ▸ Country for inbound callscall_status
is not used in Insightscall_sid
is used for connecting tasks into a single Conversation with multiple Segmentsaccount_sid
is used for splitting TaskRouter traffic to individual analytical workspacesfrom_zip
to Customers ▸ ZIP for inbound callsfrom
to Customers ▸ Phone for inbound callsdirection
to Conversations ▸ Directioncalled_zip
to Customers ▸ ZIP for outbound callscaller_state
to Customers ▸ State for inbound callsto_zip
to Customers ▸ ZIP for outbound callscalled_country
to Customers ▸ Country for outbound callsfrom_city
to Customers ▸ City for inbound callscalled_city
to Customers ▸ City for outbound callscaller_zip
to Customers ▸ ZIP for inbound callsapi_version
is not used in Insightscalled_state
to Customers ▸ State for outbound callsfrom_state
to Customers ▸ State for inbound callscaller
to Customers ▸ Phone for inbound callscaller_city
to Customers ▸ City for inbound callsto
to Customers ▸ Phone for outbound callsIf you need to add data not provided by TaskRouter out-of-the-box, you can check how to add custom data task and worker attributes. See the documentation on TaskRouter built-in task attributes.