Using Identity for Monitoring and Reporting

When a caller reaches your contact center and the call is assigned to an agent, the agent can view the caller’s available data in real-time under the “Identity” tab in Conversations.

This information is also immediately available in the Identity app, where admins and supervisors can compare validation and authentication results and determine which actions they or their agents should take.

To access Identity, click the Identity icon in the leftmost side panel. There, you’ll see a list of contacts who have used Voice Authentication or had a background check performed on their phone number.

  • “Name” [1]: Displays the contact’s name and/or phone number, as well as an ID if another identifier was requested from the caller (configured in Studio).
  • “Call Risk” [2]: Indicates the overall risk associated with the call, calculated based on Voice Biometrics, Phone Validation, and Spoofing Detection. The overall risk score takes into account these three layers of security, considering only the ones that are available for a given call (e.g., if Voice Biometrics is not used, the score is based solely on Phone Validation and Spoofing Detection). These layers are analyzed to generate a ranked risk score (from 0% to 100%), which is visually represented on a chart to indicate criticality:
    • Green: 0% to 49%
    • Yellow: 50% to 70%
    • Red: Above 70%
  • “Voice Authentication” [3]: Shows the result of the caller’s voice authentication:
    • Success: The caller’s voice matches their stored voiceprint.
    • Failure: No match was found between the caller’s voice and the stored voiceprint.
  • “Phone Validation” [4]: Displays the fraud risk level based on the phone validation score (fraud score):
    • High-risk: Fraud scores ≥ 85%. These users are likely to engage in malicious behavior. Scores in this range indicate recent or excessive abuse, matching the profile of a typical high-risk user.
    • Suspicious: Fraud scores ≥ 75%. These users may be involved in suspicious or potentially dangerous activities, though not necessarily fraudulent.
    • Safe: Fraud scores < 75%. These users are considered low-risk.
  • “Spoofing Detection” [5]: Indicates the spoofing detection status:
    • High-risk: The originating service provider authenticated that it placed the call on its network but has no relationship with the caller.
    • Suspicious: The carrier can authenticate its relationship with the calling customer but cannot confirm whether the customer is authorized to use the number.
    • Safe: The service provider has fully authenticated that the customer initiating the call is authorized to use the calling number.
  • “When” [6]: The date and time when the call occurred.

Viewing a contact’s details

image_2.png

By clicking on any contact from the list, the corresponding details will open. Here, you’ll see the same information available in the Identity list for the contact’s most recent call.
You can also browse the history and view detailed information about the previous calls, as well as the results of Voice Authentication, Phone Validation, and Spoofing Detection.

 

Filtering the Identity Activity List

At the top of the Identity activity list, you'll find a search bar [1]: that allows you to quickly filter contacts and respective activity by phone number. This helps you locate specific records with ease.

Next to the search field, you’ll also find an option for advanced filtering [2], which opens a side panel with more granular controls. 

These filters allow you to refine the list based on the following criteria:

  • When [1]: Filters calls by the time they occurred. You can choose from predefined ranges (e.g., “Last 24 hours”) or set custom date ranges. For custom ranges, up to 150 days can be selected at a time.
  • Call Risk [2]: Filters calls based on the overall risk score (0% to 100%).
  • Voice Authentication [3]: Filters based on the outcome of the voice authentication (e.g., Success or Failure).
  • Phone Status [4]: Filters based on the result of the phone validation check.
  • Phone Valid [5]: Filters whether the phone number is considered valid or not.
  • Spoofing Status [6]: Filters based on the spoofing detection outcome (e.g., Safe, Suspicious, or High-risk).

Once you’ve selected your desired filters, click Apply to update the Identity activity table. The list will then display only the contacts whose most recent call matches the selected criteria.

Exporting and Managing Identity Reports

The Export button [1] allows you to download Identity data into a CSV file.

After clicking the Export button, and before the download begins, a side panel will open where you can apply filters to export only the relevant Identity activity. If you’ve previously applied filters in the Identity activity table, those filters will persist and be pre-filled in the export side panel.

The export functionality provides more granular data than what is shown in the UI main table and therefore includes additional filters and more options within dropdowns. In addition to the filters shared with the main interface (see the previous section), the export panel includes the following options:

  • When [1]: Filters calls by the time they occurred. You can choose from predefined ranges (e.g., “Last 24 hours”) or set custom date ranges. For custom ranges, up to 150 days can be selected at a time.
  • Interaction ID [2]: Allows filtering by one or multiple interaction IDs.
  • Voice Operation [3]: Filters based on the action performed in the Voice Biometrics layer:
    • Verify: Voice authentication, where the caller's voice is compared against a stored voiceprint.
    • Enroll: Voiceprint creation for future authentication.
    • Consent: Opt-in required before enrollment.
    • Delete: Opt-out from voice authentication.
  • Voice Result [4]: Filters based on the outcome of voice biometrics. For authentication, enrollment, and opt-out actions, it can show Success / Failure. For opt-in action, it can show Allowed / Not Allowed / Refused
    • Note: “Refused” indicates the caller explicitly declined consent during opt-in request and “Not allowed” indicates the caller initially consented, but for some reason, enrollment was not completed and was later refused.
  • Phone Status [5]: Filters based on the outcome of the phone validation process.
  • Phone Valid [6]: Filters whether the phone number is considered valid.
  • Spoofing Status [7]: Filters based on spoofing detection results (e.g., Safe, Suspicious, or High-risk).

Filtering is especially useful when dealing with large volumes of data. It reduces the risk of long download times or potential timeouts by enabling the extraction of smaller, more focused data samples that exclude unnecessary information.

After downloading, the CSV file will contain rows representing actions performed during specific calls. Each row represents an action, such as enrollment in active or passive voice authentication or a phone validation.

The CSV file includes several columns, organized as follows:

  • Caller Information: Columns like contact_id (explained in the Contact ID FAQ) and phone_number provide details about the caller.
  • Phone Validation Results: Columns beginning with phone_ indicate the outcome of the phone validation process, such as phone_status, phone_valid, phone_country, and more.
  • Spoofing Detection: The phone_call_attestation columns provide results related to spoofing detection.
  • Voice Authentication and Enrollment: Columns starting with “voice_” display results of enrollment and authentication, such as voice_operation, voice_risk_score, voice_result, and others.
  • Call Summary: Columns such as interaction_id, timestamp, and overall_riskscore provide overall information about the call.

To effectively interpret the data in the CSV file, it is possible to filter by contact_id and then sort by timestamp. This approach organizes the voice authentication and phone validation details for a specific caller in chronological order. 

It is possible to then identify rows containing enrollments and authentications associated with the same call by grouping them under the same interaction_id.

To help illustrate this process, two sample extracts from a testing environment are provided:

  1. For the contact ID 8965
  2. For the contact ID +16413292642

As detailed in the Contact ID FAQ, the contact_id can either be the contact’s phone number or a unique identifier.

Screenshot_2023-02-13_at_3.31.04_PM.png

Let’s start by analyzing the example for the contact with ID 8965:

  1. All columns starting with phone_ have the value NA (Not Applicable), indicating that no phone validation was performed for this caller. This occurs because the number dialed by the contact is linked to a Studio flow without the Validate Phone component configured.
  2. The first row indicates that this contact has consented to voice authentication. This is evident from the interaction_id column, which starts with the string "CONSENT," followed by an encrypted identifier that does not represent a call interaction ID.
  3. Additionally, the first row shows the date and time when consent was provided in the timestamp column. The voice_operation displays "CONSENT," and the voice_result shows "ALLOWED," confirming that the caller agreed to enroll in voice authentication. Following this, the agent proceeded by clicking the Enroll button.
  4. In the second row, the voice_operation is "ENROLL," and the voice_result is "SUCCESS," indicating that the caller successfully enrolled in voice authentication at the date and time specified in the timestamp column of this row. Furthermore, the voice_type column reveals that the caller enrolled in Active voice authentication.
  5. The third row records a successful authentication. The voice_operation is "VERIFY," and the voice_result is "SUCCESS," showing that the caller successfully authenticated. The voice_risk_score is 0%, indicating that the caller’s voice was an exact match with the voiceprint collected during enrollment. The overall_riskscore column in the same row also displays a value of 0%.

The second example focuses on the contact with ID +16413292642.

  1. Although all rows share the same date, "2022-11-23," they correspond to three separate calls, as indicated by three distinct interaction_id values.
  2. In the first row, only phone validation was performed, evident from the populated values in the phone_ columns. Meanwhile, the voice_ columns, related to voice authentication, have the value NA. The call risk for this row is 79%, as shown in the overall_riskscore column.
  3. The second row indicates that the caller gave consent to enroll in voice authentication. This is reflected in the interaction_id column, which begins with "CONS
  4. Rows 3, 4, and 5 belong to the same call, as they share the same interaction_id.
  5. Rows 3 and 4 show that the caller successfully enrolled in and authenticated using passive voice authentication.
  6. In row 4, both voice authentication results and phone validation outcomes are provided, together with the call risk score, shown in the overall_riskscore. 
  7. Row 5 shows that the caller successfully enrolled in active voice authentication. Active voice authentication enrollment typically occurs when the agent ends the call, and the caller completes the process via the IVR system. This is why the interaction_id remains the same as in rows 3 and 4.

The 6th row corresponds to a different call, as indicated by a new interaction_id. In this call, the caller was successfully authenticated using active voice authentication. The row also includes phone validation results and the call risk, which is 37.5% in this instance.

 

The following table describes the fields exported in the CSV file:

Column name Description Example
contact_id

The contact identifier. 

 

To know more check Contact ID FAQ.

142123
interaction_id

The ID of a call. 

 

There will be several rows with the same interaction_id that represent what happened during a single call.

 

Note.
The interaction_id column can also display a string that starts with either “CONSENT” or “DELETE” followed by an encrypted identifier, that does not correspond to a call interaction ID

 

When the customer agrees to using voice authentication, this is called “Consent”.
The consent is not tied to an interaction_id, but to the date and time that it took place and the customer information. 

 

When a customer opts out of voice authentication, their voiceprint is deleted.
The deletion is also not tied to an interaction_id, so the row that has an interaction_id starting with “DELETE” will have the information regarding the customer and the date and time it deletion occurred. 

 

To know more, read our FAQ.

Examples of possible values:

• c5572384a4c340c2b326965fdb13ca0e

• CONSENT_388d0f2d-5112-4654-99ac-ce2b5b5af768

• DELETE_0111e6e3-7856-49b4-a501-9bfd3f307885

timestamp Date and time the action occurred. 2020-02-12T10:00:00.000Z
phone_status

The phone validation fraud score

 

To know more, check Phone Validation Overview

One of the following:

• "HIGH_RISK"

• "SAFE"

• "SUSPICIOUS"

• "ERROR"

phone_formatted

The phone number is formatted in the international dialing code. 

“NA” if not formattable.

+13345555555
phone_local_format

The formatted phone number in the country's local routing rules with area code. 

“NA” if not formattable.

(334) 555-5555
phone_valid Indicates if the phone number is considered valid based on assigned phone numbers available to carriers in the caller’s country.

One of the following:

• TRUE

• FALSE

• NA

phone_risk_score The risk score, measures how likely a phone number is to be fraudulent.

A percentage from 0 to 100 with no decimal numbers

• Fraud scores < 75% are considered Safe

• Fraud scores >= 75% and < 85% are Suspicious

• Fraud scores >=85% are High-risk

phone_recent_abuse Details whether this phone number has been associated with recent or ongoing fraud.

One of the following:

• TRUE

• FALSE

• NA

phone_voip Illustrates if this phone number is a Voice Over Internet Protocol (VOIP) or a digital phone number.

One of the following:

• TRUE

• FALSE

• NA

phone_prepaid Indicates if this phone number is associated with a prepaid service plan.

One of the following:

• TRUE

• FALSE

• NA

phone_risky Points out if this phone number is associated with fraudulent activity, scams, fake accounts, or other suspicious behavior.

One of the following:

• TRUE

• FALSE

• NA

phone_active Reveals if this phone number is a live phone number that is currently active.

One of the following:

• TRUE

• FALSE

• NA

phone_carrier The carrier this phone number has been assigned to, or "NA" if unknown. IRISTEL INC.
phone_line_type The type of line this phone number is associated with or "NA" if unknown.

One of the following:

• VOIP”

• “Toll-Free”

• “Wireless”

• “Landline”

• “Satellite”

• “Premium Rate”

• “Pager”

• “NA”

phone_country The two-character country code for the phone number. Refer to “What is the country code mapping?” for a complete list of codes.
phone_region The region (state) of the phone number if available, or “" if unknown. AL
phone_dialing_code The 1 to 4-digit dialing code for this phone number or null if unknown. 1
phone_call_attestation_type

The call attestation level:

• Full attestation - A:  The highest level, meaning that the caller is known and has the right to use the phone. number that is making that call.

• Partial attestation - B:  The second level, where the call is from a customer known to this provider but the right to use the phone number cannot be verified.

• Gateway attestation - C: This is the lowest level, where neither the caller nor the calling number can be authenticated, but the call is going through a known gateway.

 

For more information, read this article.

On of the following:

• A

• B

• C

• NA

phone_call_attestation_valid

Besides the call attestation, the final carrier needs to confirm that the attestation was the one presented to them. 

 

This field presents this confirmation.

 

To know more, read our FAQ.

One of the following:

• TRUE

• FALSE

• NA (if the phone_callattestation_type is NA)

voice_operation

Indicates the type of voice authentication operation that was performed:

• "VERIFY": An active or passive authentication was performed

• "DELETE": The customer has opted out of voice authentication

• "ENROLL": An active or passive enrollment was done

• "CONSENT”: The customer has consented to voice authentication

One of the following:

• "VERIFY"

• "DELETE"

• "ENROLL”

• "CONSENT"

voice_risk_score

The caller's voice is analyzed to reach a ranked risk score (from 0% to 100%). 

 

Note: Sometimes when an error occurs during authentication, that is, when “voice_operation” is VERIFY and “voice_result” is ERROR, the voice_risk_score is -1. 

This means that the system was not able to evaluate the authentication and didn’t receive a score. 

It may happen in cases when the caller hangs up before completing the authentication or a problem occurred during the evaluation that prevented the system to return the final result.

A percentage from 0 to 100 with decimal numbers

 

Example:

33.99999738

voice_result

This column is closely tied to the voice_operation column.

 

It represents the result of the operation performed:

• SUCCESS 

◦ If the voice_operation is VERIFY, the contact’s voice biometrics matches the contact’s voiceprint.

◦ If the voice_operation is DELETE, the contact voiceprint was deleted

◦ If the voice_operation is ENROLL, the customer voiceprint was created  

• FAILURE 

◦ If the voice_operation is VERIFY, the contact’s voice biometrics doesn’t match the contact’s voiceprint.

◦ If the voice_operation is DELETE, the contact voiceprint could not be deleted

◦ If the voice_operation is ENROLL, the customer failed to enroll and their voiceprint was not created  

• ERROR - If an error occurred.

• TIMEOUT - If the maximum waiting time is reached before the operation is completed

• NO_SPEECH - (only if voice_operation is VERIFY) If the caller didn't speak.

• UTTERANCE_FAILURE - (only if voice_operation is VERIFY)  If the caller tried to authenticate with a different passphrase from the one provided.

• DEEP_FAKE - (only if voice_operation is VERIFY) If the caller used a deep fake playback of a person's voice.

• REPLAY_ATTACK - (only if voice_operation is VERIFY) If the caller used a recording device to play back another person's voice.

• ALLOWED - (only if voice_operation is CONSENT) if the customer consented to enroll in voice authentication

• REFUSED - (only if voice_operation is CONSENT) if the customer refused to enroll in voice authentication.

 
voice_failure_code

When a voice enrollment or authentication fails, a failure code and failure reason are generated, which can be valuable for troubleshooting. 

This code is particularly useful in expediting investigations conducted by the Talkdesk team, if needed.

2003
voice_failure_reason

In the event of a voice enrollment or authentication failure, a failure code and failure reason are generated, providing valuable insights for troubleshooting. 

The failure reason explains the cause of the failure, enabling users to take appropriate action based on the specific issue.

For more information about Voice Biometric Failures, please consult the Troubleshooting Voice Biometric Failures.

UTTERANCE_FAILURE
overall_riskscore

The overall risk score, aka Call Risk, is an average that is calculated based on the several scores associated with the call.

 

Note: If the only score evaluated in the call was voice authentication that errored, then the overall risk score will have the same -1 value as the voice risk score, as explained in the “voice_risk_score”.

A percentage from 0 to 100 with decimal numbers

 

Example:

37.5

phone_number The phone number without any formatting. +13345555555
voice_type

The voice authentication type:

• Active.

• Passive.

 

When the customer consents to enroll in voice authentication or opts out from it, this operation is independent of the voice authentication type, so the column will show NA.

 

To know more about the difference between voice authentication types, read here.

One of the following:

• ACTIVE.

• PASSIVE.

name

The value of this column is always “NA”. 

Due to a threshold imposed on the CSV export in the Identity app, the contact name cannot be retrieved. 

You can either:

  1. Verify the “phone_number” and “contact_id” columns to understand who is the caller.
  1. Use the Identity Insights API and set the “contact” query parameter to TRUE to obtain “contact_name”.
  1. Use the “interaction_id” value to run a report in Live and obtain the contact’s name.
NA

To know more about Identity, please consult our documentation.

All Articles ""
Please sign in to submit a request.