- 08 Jan 2024
- 10 Minutes to read
- Print
- DarkLight
- PDF
Call Detail
- Updated on 08 Jan 2024
- 10 Minutes to read
- Print
- DarkLight
- PDF
The Call Detail page provides real-time and historical information on all interactions. From here you can view a detailed breakdown of all events that occurred for any interaction. You can also view aggregate data on the number of active and completed interactions in various states. In addition to visually presenting the data for analysis, the Call Detail page also allows you to export reporting data in CSV format.
To learn how to interpret the columns in an exported Call Detail report, see Understanding Call Detail Events and Outcomes.
Click any of the topics below to learn more about the information on the Call Detail page.
Call Detail Filters
Quick access: Call Detail
On the Call Detail page, you can generate a Call Detail report by configuring the various filters, then clicking Export. These filters also determine which calls are displayed for further analysis.
Use any combination of the following customizable filters to determine the data that will be included in the Call Detail report.
- Filter by Date: Click anywhere in the field to reveal the date selector calendars, and select the beginning and end dates that you would like to include.
- Filter by Call Target or Category: Click this dropdown menu to limit your search to a specific Call Target or reporting category.
- Include all call attempts: Select this box if you would like the report to include all call attempts, including those which failed or were incomplete.
- Filter by Source and/or Type: Select the types of interactions that you would like to include in the report:
- Web: Calls that originated from a web widget
- Voice: Calls that originated from a voice interaction
- Messaging: Interactions that included an SMS messaging conversation
- ASAP: Callbacks designated to be returned as soon as possible
- Scheduled: Callbacks that were scheduled for a specific future date and time
- Filter by Event: Select one or more events to limit the data in the report to only interactions that included those events. The value is set to No Event Filter by default. The following lists include all events that you can select in this filter.
- Registration Events: Choose to Hold, Chose Messaging Succeeded, Chose Messaging Failed, Duplicate Request, Outside of Hours, End of Business Day, Next Day Callback Offered, Next Day Callback Scheduled, Max ECBT Exceeded, Max Scheduled Exceeded, Max Rate Exceeded, Interaction Started, Interaction Response, SMS Timeout, Blacklisted Callback Number
- Pending Events: Confirmation Notification Initiated, Confirmation Notification Failed, Reminder Notification Initiated, Reminder Notification Failed
- Connecting Events: Priority Queue Timed Out, Used Adaptive Callback, Rescued from Agent Disconnect, Rescheduled, Early Hangup, Leave Voicemail, Final Attempt Notification Initiated, Final Attempt Notification Failed
- Final Events: Customer Hangup, Agent Hangup, System Hangup, Customer Leg Error, Agent Leg Error, Customer Busy, Agent Busy, Customer Leg Rejected, Agent Leg Rejected, Customer Leg Timeout, Agent Leg Timeout, Cancel
- Filter by Phone Number: Enter a specific customer’s phone number to include interactions with that customer only, or leave the field blank to include all customers.
- Summary bar: Click any of the boxes in the summary bar to further filter the reporting data on the Call Detail page. For example, clicking the Connecting box will add a filter to only show interactions in the Connecting state, in addition to the other filters selected.
When looking at events on a Call Detail report, certain outcomes may indicate a more serious issue that warrants further investigation. These will appear in the exported Call Detail report under the Retry Reason column. You can also find them in the Event Filter on the Call Detail page listed under Final Events (see Step 5d above):
- agent_busy: The call to the contact center resulted in a busy signal.
- agent_leg_error: The call to the contact center resulted in a telephony error.
- agent leg rejected: The call to the agent was rejected.
- agent_leg_timeout: The call to the contact center failed due to a dial timeout.
- customer_busy: The call to the customer resulted in a busy signal.
- customer leg rejected: The call to the customer failed to connect due to a carrier rejection, likely due to an incorrect or incorrectly formatted ANI.
- customer_leg_timeout: The call to the customer failed due to a dial timeout.
In both leg_error and leg rejected outcomes, either on the agent side or customer side, an agent or customer is never actually interacting with the call. The errors and rejections are preventing the called party from participating/listening to the prompts.
- leg_error typically represents a temporary issue associated with the network, such as an inability to reach a phone number due to network congestion. If there is no reported incident with Mindful, this would mean there is an issue with the call center or gateway.
- leg rejected outcomes typically represent call failures that would never work given the parameters of the call. Examples might include a poorly formatted number or a phone number to a country code that is not supported by the carrier.
Call Detail Summary Bar
Quick Access: Call Detail
The summary bar provides a high-level overview of the status of each interaction within the specified date range. This color-coded graphic displays the number of calls in each of the following states, whether they are currently active or ended.
- Registering: This box displays the number of calls in which the customer is currently requesting (registering) a callback. The Ended value represents callbacks that ended in the registration phase, meaning that the customer hung up before registration was completed and the call was not registered as a callback.
- Pending: This box displays the number of callbacks that are currently awaiting launch. This includes any callbacks scheduled to launch between now and exactly one week from now. The Ended value represents callbacks that ended in the pending phase.
- Connecting: This box shows the number of interactions that are currently connecting with an agent or customer. These callbacks have been dialed to at least one party, but both parties have not yet connected. The Ended value represents callbacks that ended in the connecting phase.
- Talking: Here you can see the number of calls for which both parties are currently connected. The Ended value represents callbacks that ended in the talking phase, and would therefore be considered successful calls.
- All: This box displays the total number of completed calls for the specified date range.
Filtering Reporting Data
You can click any of the boxes in the summary bar to further filter the reporting data on the Call Detail page. For example, clicking the Connecting box will add a filter to only show interactions in the Connecting state, in addition to the other filters selected.
Call Detail Export
Quick Access: Call Detail
The Export button on the Call Detail page will generate a report in CSV format and make it available for download on the Exports (or Reports) page.
After exporting a report, you will automatically be taken to the Export page. When the report shows complete in the Progress column, click the Download button to obtain the report.
Call Detail Events and Timeline
The Call Detail page lists each interaction that falls within the configured filters in its own row. A non-expanded row will show the Call Target involved in the interaction, the customer's ANI and/or phone number, timestamps for the beginning and end of the interaction (if applicable), and the duration of the interaction (if applicable).
Clicking any row will expand it and display a range of information about a particular interaction. Beneath that, a list of variables and metadata used to process the selected interaction will be shown. In addition, a timeline of call events will be displayed to help you analyze everything that occurred for that interaction.
Understanding Call Detail Events
When you expand a row, call events will be presented in a timeline that is separated into four stages: Registering, Pending, Connecting, and Talking. The following information can help you to understand and interpret the information presented in the timeline.
- Registering: In the Registering stage, the customer or a web widget is currently requesting (registering) a callback with the system. Events on this part of the timeline are displayed in gray.
- For voice interactions, a call in this stage indicates that the customer is currently interacting with the voice menu, providing their callback phone number, or confirming their desired callback time. For widget interactions, a Registering event will occur the moment that the system receives the API request from the widget.
- Pending: In the Pending stage, callbacks are currently awaiting launch. Events on this part of the timeline are displayed in light blue.
- For ASAP callbacks, these calls are on the internal waitlist and will be launched as soon as possible. For scheduled callbacks, these calls could be waiting for their scheduled time, or getting close to it.
- The Confirmation and Reminder SMS notifications will log events in the Pending stage; once when they are initiated, and again if they fail for any reason.
- Connecting: In the Connecting stage, callbacks are currently connecting with an agent or customer. Events on this part of the timeline are displayed in dark blue.
- These callbacks have been dialed to at least one party, but both parties have not yet connected. The Connecting stage often covers only a brief amount of time lasting a few minutes or less.
- The Final Attempt SMS notifications will log events in the Connecting stage.
- Talking: In the Talking stage, both parties to a call are currently connected and speaking with each other. Events on this part of the timeline are displayed in green.
- Events in this stage will show you exactly how long the customer and agent spoke, and who disconnected the call first. You can also get an idea of how the call ended by reviewing the events in this stage.
Manually Launching or Cancelling Callbacks
You may see one or more buttons above the Call Detail timeline which allow for manual call control. Depending on the status of the interaction, you can manually cancel a callback, dial a callback immediately, or retry a failed callback directly within an expanded row.
Button | Usage |
---|---|
Click to launch a pending callback immediately. | |
Click to cancel a pending callback. | |
Click to retry a failed callback that has no more retries available. |
Locating Phone Numbers
Call Detail records provide several phone numbers for reporting purposes:
- The customer's ANI detected by the system
- The phone number actually dialed (which could differ from the ANI)
- The phone number assigned to the Call Target, if applicable
Consult the graphic below for help locating a specific phone number and interpreting the different numbers included in each record.
- ANI Detected: This number represents the phone number automatically detected by the system. The ANI is prefixed with "ANI" in the top bar of each row and in the expanded call data. An ANI will only appear when the Announce ANI setting is enabled.
- Phone Number Dialed: This number could be the ANI or a different number provided by the customer. Either way, it also represents the number that was actually dialed to place the callback. If this number differs from the ANI, it means the customer chose not to accept the detected ANI as their phone number, and provided an alternative number instead. The dialed number is listed next to the Most Recent Attempt label in the expanded call data.
- Source phone number: If the interaction began with a call to the Call Target's assigned phone number, that number will appear in the expanded call data prefixed with source:Phone.
- If a customer accepts the ANI as their callback number, it will be displayed twice in the top bar of the associated row.
- If a call was not completed, only the detected ANI will display (if applicable).
- For reattempted callbacks, only the dialed number will display.
Reporting on Scheduler Interactions
- You can select WEB in the Source filter to view only Scheduler interactions.
- To confirm that an interaction came from a Scheduler Widget, look for Source: CBWidget above the timeline for any interaction. This example shows a scheduled callback registered through a Widget.