Functional Setup
In this section we go through lists of data that are to be created for use by other parts of the configuration, as well as tools that aide in configuration tasks.
Custom Data
Since ChaseData CCaaS deals with Campaigns associated with Outbound Calling and Inbound Contact Center, the collection and management of Contacts, or leads, is of essence. For that purpose, the system provides a minimum set of important contact data fields considered necessary for the effectiveness of the solution; but ChaseData understands that every business has its own additional data that needs collecting, maintaining, and making decisions upon, and therefore the ChaseData CCaaS solution provides the flexibility for defining additional fields that correspond to those needs. That is what Custom Data is about, expanding and customizing the solution with additional fields to collect data, store it, and act upon it.
Note that all system-provided and custom data can be referenced for agent displaying (Call Info screen), as well as information gathering during inbound and outbound call handling activities; the custom data definitions together with page scripts define and enforce whether a field is to be displayed, required, read-only, list-selectable, etc.
Before we define Custom Data, it’s important to know what fields are already defined by the system. It’s also important to understand that these fields are permanent and non-replaceable; they should be used for what they represent in order to ensure proper behavior of the system.
So, following is the list of those system-provided (default) fields available for every Campaign.
System-Provided Contact Fields
|
|
|
Should always be used as the contact’s first name
|
|
Should always be used as the contact’s last name
|
|
Should always be used as the contact’s identifier (e.g. customer number)
|
|
Should always be used as the contact’s main telephone number
|
|
Should always be used as the contact’s street address
|
|
Should always be used as the city of the contact’s address
|
|
Should always be used as the state of the contact’s address
|
|
Should always be used as the ZIP code of the contact’s address
|
|
Can be used for general purpose notes and comments about a contact
|
Custom Data is defined in packages (tables) so to be able to make those packages available to a campaign (see Adv. Table in Campaign Profile). To configure them, expand the Campaigns menu and select Custom Data. Now, either select an item to modify, or just click on Click here to add new item on the grey bar in the top of the window panel; type a name for the Custom Data table (also known as Adv. Table), and an optional description. Next, click on the corresponding update icon (pen icon) to pop up the Advanced Table Fields window. Refer to the following pictures.
Following is the description of every column in Advanced Table Fields.
|
Name that identifies the field system-wide, including in the system default Call Info page, page and integration Scripts, Data Import, etc.
|
|
The formatting type for the contents of the field, string, text, or phone; see Field Types
|
|
Description of the type of information that the field is for
|
|
Checkbox to enable the field to be displayed to the agent when using system Call Info pages; some fields may be for purposes other than Agent display/update, such as integrations
|
|
Optional parameter to indicate in what order to display fields when using system Call Info pages; higher number indicates first in order, i.e., displayed or presented first or in a higher position in the list
|
|
Checkbox to enable system to allow this field to be used as a search key for the record.
|
|
|
|
Allows the use of any combination of alphabetic characters, numbers, and special characters; limited to 255 characters; this is the recommended field type for most non-telephone number fields
|
|
Only allows the use of alphabetic characters; an unlimited number of characters can be used
|
|
Expects a proper telephone number; indicates to the system that this is a number that can be dialed; all fields intended to hold a telephone number should be of this type.
|
After an Advanced Table (Custom Data) has been defined, it can be assigned to a Campaign (see Campaign Profile), corresponding contact records can be uploaded (see Data Import), and uploaded/updated records can be searched/viewed (see Lead and Call Records/Views).
Scripts
Here we discuss Scripts, which allow extending information displaying and gathering with custom forms and fields (e.g. custom HTML pages during call handling), as well as integrations with external systems (e.g. data transfer with external CRMs), and Text-To-Speech (TTS) messages (audio scripts).
Access the Scripts configuration area by clicking on the 3-dot icon on the right side of the top area of the GUI (a.k.a. the “Tools menu”), above the Search field, which will open a menu; click on Scripts, which will populate the configuration panel accordingly, showing the current list of (custom) Scripts available; you can either modify an existing Script, or add a new one. Refer to the following pictures.
To add a new Script, click on Click here to add new item at the top left of the window panel; following is the description of each parameter of a Script definition.
|
Name that identifies the Script, so it can be referred by Campaigns, etc.
|
|
Pull-down menu to identify where is this Script used; the options are Screen Tab and Custom App; refer to the Script Location table for descriptions
|
|
Pull-down menu to identify the type of script, with options being Dynamic Script, External URL, and Voice; refer to the Script Type table for descriptions
|
|
Checkbox that is enabled when the Script Type is either Dynamic Script or Voice; clicking on its edit (pen) icon will open the script editor (refer to Scripting Tool)
|
|
HTPP/S address of an external page or tool, when the Script Type is External URL
|
|
Pull-down menu presenting the list of all current non-Voice Scripts; typically used to send a submit/response, e.g. an HTML POST message
|
|
Pull-down menu presenting the list of all current non-Voice Scripts; helps identifying the script or template as one to be used for sending email
|
|
Pull-down menu presenting the list of all current non-Voice Scripts; helps identifying the script as one to be presented during Inbound call handling (as opposed to a standard script, which is used on Manual/Preview/Outbound call handling); helpful also for Blended Campaigns (double-purpose script)
|
|
This field can be used for general purpose description and comments
|
|
Icon to be displayed for the case of a Custom App
|
|
Optional conditional statement to evaluate whether the script page should be displayed; e.g. subcampaign=”some_subcampaign”
|
|
Pull-down menu to indicate whether the system should scan the script page for telephone numbers and replace them with clickable links/icons to execute a call; options are None, Default, and Outline Mode.
|
|
|
|
Typically used for custom scripting pages added as tabs on the Agent screen; when this is selected, a script editor is enabled for Script Content and External URL is disabled
|
|
Typically used to link via URL to an external page; when this is selected, External URL is enabled and Script Content is disabled
|
|
|
|
Web page (e.g. HTML) that can be displayed to the agent
|
|
URL link to an external page or application
|
|
Text that is to be converted to speech using a TTS engine
|
Wrap-Up Codes
On top of system-generated codes (refer to System Dispositions), application-specific dispositions (Wrap-Up Codes, or Agent Dispositions) specific to your own business can be defined. A wrap-up code can then be assigned to one or more Campaigns, so when a call is handled the wrap-up code is made available to the agent to set the status of the lead/contact record.
The definition of Wrap-Up Codes should be planned carefully in order to not create confusing duplicates, while on the other not make codes available where they do not make sense. For example, we may decide that Not Interested should be common to all campaigns, while, say, Already Ticketed should only be applicable to, say, the Summer Vacation campaign.
To create or modify wrap-up codes go the main menu area on the left, click to expand the Campaigns menu, then again click to expand the Wrap Up Codes menu, and select Create & Manage. Now either click on Click here to add new item on the grey bar, or click on an item to modify it. Refer to the following pictures.
Following is the description of each parameter for Wrap-Up Codes.
|
Pull-down menu to select which Campaigns can use this Wrap-Up Code
|
|
Name to identify the Wrap Up Code
|
|
Checkbox to indicate whether a contact/lead (record) marked with this disposition (wrap up code) can be called again (added to call queues/lists)
|
|
Number of days to wait before calling this contact/lead again (if it’s Callable)
|
|
Checkbox to indicate that a record with this disposition cannot be changed to another disposition; final dispositions should be used to indicate that a record has reached the end of its cycle
|
|
List of Campaigns to optionally (if one is selected) transfer the Contact to
|
|
Number of attempts (if different than 0) after which the Contact would become Non-Callable
|
|
This field can be used for general purpose description and comments
|
|
Pull-down menu to select the type of call result that the wrap-up code represents; see the Wrap-Up Code Type table for a description of each option (notice that types are incremental in respect to call results)
|
|
Pull-down menu to select one or more places in the Agent App GUI from where the Wrap-Up Code can be set (refer to the Wrap-Up Code Location table); if none is selected, it will be hidden (and therefore the agent won’t be able to set the wrap-up code)
|
|
String that represents an action to take upon setting this Wrap-Up Code; typically, this is a URL string that corresponds to a POST action on an external system (refer to Integration)
|
|
Pull-down menu with list of keyboard shortcuts that can be assigned to the Wrap-Up Code for a quick action; the actual shortcut would be SHIFT+<selection>
|
|
Numeric value indicating the order in which the Wrap-Up Codes are presented on the GUI; higher number indicates first in order, i.e., displayed or presented first or in a higher position in the list
|
|
Icon can be used when the Wrap-Up Code is presented in Left Menu; the icon picture must follow certain characteristic requirements (48x48 pixels, 100 DPI, PNG format and extension)
|
|
|
|
The wrap-up code represents a call attempt that was not successful reaching a person or answering machine
|
|
The wrap-up code represents a call attempt that was successful reaching a person or answering machine
|
|
The wrap-up code represents a call attempt that was Connected and, in addition, the person answering was identified as the right Contact
|
|
The wrap-up code represents a call attempt that was Connected, the person answering was identified as the right Contact, and a positive action resulted from the call.
|
|
|
|
Default area; clicking on the disposition on main menu (left) will pop up a window that contains a pull-down menu with a list that includes this Wrap-Up Code
|
|
Clicking on the sub-button of the disposition icon on the main menu (left) will present a list that includes this Wrap-Up Code; in this case it will automatically hang up the call and set the wrap-up code (quick disposition)
|
|
This is not a Wrap-Up Code, rather a custom option for the Busy status (and menu) of the Agent
|
|
Include this Wrap-Up Code in the disposition pull-down menu included in the Transfer Call window, Blind Transfer tab.
|
Conference Numbers
In some cases, an Agent may want to conference another party (agent) during a call. To control who can be conferenced and under what conditions, the ChaseData CCaaS system provides the ability to designate Conference Numbers, optionally limited to a particular Campaign; that way, an Agent can select one of those third parties to conference in during a call, if needed. Additionally, the ChaseData CCaaS system can optionally enable a Conference Number to also accept Blind Transfers.
To configure them, click on the 3-dot icon on the right side of the top area of the GUI, above the Search field, which will open a menu; click on Settings, and on the expanded menu click on Conference Numbers. Refer to the following pictures.
Following is the description of each parameter for Conference Numbers.
|
Pull-down menu to restrict this the use of this number to a particular Campaign; otherwise, just select All Campaigns
|
|
A valid phone number; usually the number of a supervisor, a higher tier, or another department, but could also be an external entity
|
|
This field can be used for general purpose description and comments
|
|
Checkbox to enable visibility of the number in the appropriate Agent pop-up window/menu (i.e. make it available); unchecking this box allows a number to be disabled without deleting it
|
|
Checkbox to also enable the number to be used for blind transfers by an Agent
|
|
Caller ID to be displayed to a called party.
|
Caller IDs
The ChaseData CCaaS system allows defining a specific Caller ID to be displayed to a called party during Outbound call handling. In most cases, this is the Default Caller ID defined in the Campaign Settings. Here we look at how to define a list of possible Caller IDs and setting certain conditions or restrictions on when they can be used (i.e. State, Campaign, Sub-campaign).
To configure The Caller IDs, click on the 3-dot icon on the right side of the top area of the GUI, above the Search field, which will open a menu; click on Settings, and on the expanded menu click on My CallerID. Refer to the following pictures.
Following is the description of each parameter for My CallerID.
|
Number that will be used to display as Caller ID
|
|
Switch that indicates whether this number is available to be used as Caller ID for numbers-to-be-called with the same area code (NPA)
|
|
Indicates whether this number is available to be used as Caller ID for numbers-to-be-called that are in areas nearby. It is similar to State, but it uses a geographical determination; an adjacent area is considered one that geographically borders with it.
|
|
Switch that indicates number should be included in Automatic DID Swaps, which replaces number with another one in the same or neighboring area code, if an indication is obtained that it was flagged (by an external entity). This feature is currently turned OFF (at time of print).
|
|
Switch that indicates whether this number is to be considered under Deter SPAM rules and conditions. Campaigns that are enabled with Deter SPAM can only use as Caller ID a number with this switch set to ON; Campaigns that are not enabled with Deter SPAM can only use as Caller ID a number with this switch set to OFF
|
|
Indicates whether this number is available to be used as Caller ID for numbers-to-be-called that are in the same State. The determination of State is done internally by the system and is based on NPAs (area codes); one or more NPAs are part of a State. If this field is set to All States, then the number can be used as Caller ID for a number-to-be-called from any State
|
|
Indicates whether this number is available to be used as Caller ID for numbers-to-be-called that are in the specified Campaign. If this field is set to All Campaigns, then the number can be used as Caller ID for a number-to-be-called from any Campaign
|
|
Indicates whether this number is available to be used as Caller ID for numbers-to-be-called that are in the specified Sub-Campaign. If this field is set to All Subcampaigns, then the number can be used as Caller ID for a number-to-be-called from any Sub-Campaign
|
|
Date and time when this record was added
|
|
Indicates the date-time when the number was used as Caller ID in the current cycle; a cycle starts when the number is used the first time, and again after the number was locked and is available again.
|
|
Indicates the number of times that the number has been used as Caller ID in the current cycle; a cycle starts when the number is used the first time, and again after the number was locked and is available again.
|
|
Indicates the cumulative number of times that the number has been used as Caller ID in all relevant cycles.
|
|
When Deter SPAM is ON, this indicates the date and time when this number started being disallowed to be used as Caller ID, i.e. the start of the lock period. It is cleared when the lock period ends; it is also cleared when Deter SPAM is set to OFF
|
|
When Deter SPAM is ON, this indicates the future date and time when this number is to go back to being allowed to be used as Caller ID, i.e. the end of the lock period. It is cleared when the lock period ends; it is also cleared when Deter SPAM is set to OFF
|
|
When Deter SPAM is ON, this provides the number of times (count) that this number has gone into a lock period, i.e. being disallowed to be used as Caller ID. It is cleared when Deter SPAM is set to OFF
|
|
Switch that indicates whether this number is available at all as Caller ID.
|
Deter SPAM
Due to the nature of their business, ChaseData customers legitimately generate large volumes of calls in the attempt to qualify their leads and follow up; this level of activity may cause spam filters to confuse these legitimate efforts with actual spam and flag the involved telephone numbers. To help alleviate this side effect, the ChaseData solution is provides a feature that limits the use of Caller ID numbers in terms of occurrence and time periods; it’s called Deter SPAM.
When this feature is not used, a Caller ID number is selected for a call without consideration to how often it is used. With this feature, the usage of Caller ID numbers is taken into account under a number of conditions to reduce the probability of the number being confused with spam.
Without the Deter SPAM feature, the system selects the Caller ID to be displayed, as follows:
- Check Default Caller ID in Campaign Settings
- If there is a Default Caller ID in Campaign Settings, use it as the Caller ID and skip to 4
- If there is no Default Caller ID in Campaign Settings, proceed to Analyze Matching Criteria
- Analyze Matching Criteria - the numbers in My CallerID are looked up to find matches to a selection criterion (the match is based on the to-be-dialed number); selection criteria is an ordered list, which is worked from top to bottom until one selection criterion is a match for one or more numbers in My CallerID; refer to the table of selection criteria (rules) further below
- If one or more numbers match a selection criterion, use one of them as the Caller ID and skip to 4; When multiple numbers in My CallerID match a corresponding criterion, these numbers are used in a random fashion as the Caller ID
- If no number matches any selection criteria, proceed to Check Default Caller ID in Default Settings
- Check Default Caller ID in Default Settings
- If there is a Default Caller ID in Default Settings, use it as the Caller ID
- If there is no Default Caller ID in Default Settings, no Caller ID is available
- Make call, if permitted.
The following picture provides a graphical representation of the decision logic.
When we use Deter SPAM, we enable it at two levels:
- First, we must enable Deter SPAM as a feature; when we do that, we must also specify the Campaigns for which Deter SPAM is enabled/active -we could simply indicate that it’s for the whole account, meaning all Campaigns.
- We must also individually enable with Deter SPAM each number in the list of My CallerID that we want to be included in the selection process for relevant Campaigns that have Deter SPAM enabled/active. To be clear, if a Campaign has Deter SPAM enabled, only those numbers in My CallerID that also have Deter SPAM enabled will be considered in the Caller ID selection process.
As a result:
- Only numbers with Deter SPAM enabled are used for Campaigns with Deter SPAM enabled
- Only numbers with Deter SPAM disabled are used for Campaigns with Deter SPAM disabled.
When we use Deter SPAM, we effectively filter the My CallerID list before we apply the matching criteria.
The process starts when a call is to be made (dial out), at which time the Campaign determines what entries (caller ID records) in My Caller ID are to be parsed to find one that best meets all conditions and criteria; if the Campaign has Deter SPAM enabled (ON), then only those entries (caller ID records) in My Caller ID that also have Deter SPAM turned ON, if any, will be considered as the caller ID for the call; conversely, if the Campaign has Deter SPAM disabled (OFF), then only those entries (caller ID records) in My Caller ID that also have Deter SPAM turned OFF, if any, will be considered as the caller ID for the call. So, basically, at this first step we (conceptually) divide My Caller ID in two sets and pick the one that interests us.
When we have our set, we compare every entry (caller ID record) against an ordered matching criterion set, which we will represent in this document as a Matching Criteria Table, and assign each caller ID record to one row of that table; the row assigned is the best match, which is the first row, from top to bottom, that matches.
Then, for each set of caller IDs that match the same row in the Matching Criteria Table, which we will call Matching ROW, we select only one by applying a priority rule (if Deter SPAM is ON) or randomly (if Deter SPAM is ON). At this point we should have one or more Matching ROWs with a single entry (caller ID record) each; if it is more than one row, we apply an additional priority rule if Deter SPAM is ON.
The steps are as follows:
- Check Default Caller ID in Campaign Settings. IF there is one defined:
- Use the campaign’s Default Caller ID as the Caller ID (proceed to 3).
- ELSE (no Default Caller ID)
- Check if Deter SPAM is enabled as a feature and active on the Campaign in question, or if Deter SPAM is enabled system-wide (for the group/account) (refer to the next Figure). IF enabled and active for the campaign:
- IF at least one entry (Phone) in the My Caller ID list has Deter SPAM enabled:
- Using those entries (phones) enabled, find the best match(es) against the Matching Criteria Table from top to bottom (1 to 20); a match is when an item meets all conditions in the row; the best match is the first row that produces a match.
- IF more than one entry generates a best match for a given Matching ROW, select only one for that Matching ROW by applying the following priorities:
- 1: Least Usage within current cycle, per value for Used (times).
- 2: Least Total Usage, per value for Total Usage.
- 3: Least Lock Count, per value for Locked (times).
- 4: My Caller ID list order.
- IF there is more than one Matching ROW (with one entry per row), select only one by applying the following priorities:
- 1: Least Usage within current cycle, per value for Used (times).
- 2: My Caller ID list order.
- Caller ID is ready to be used for calls (proceed to 3).
- ELSE (no phone has Deter SPAM enabled)
- No Caller ID is to be used (proceed to 3).
- ELSE (Deter SPAM not enabled/active)
- IF at least one entry (Phone) in the My Caller ID list does NOT have Deter SPAM enabled:
- Using those entries (phones) enabled, find the best match(es) against the Matching Criteria Table from top to bottom (1 to 20); a match is when an item meets all conditions in the row; the best match is the first row that produces a match.
- IF more than one entry generates a match, select only one randomly.
- Caller ID is ready to be used for calls (proceed to 3).
- ELSE (no phone has Deter SPAM not enabled)
- No Caller ID is to be used (proceed to 3).
- Make call, if permitted, using the appropriate Caller ID (if available).
The following pictures provide a couple of basic graphical examples of the decision logic.
It is important to emphasize that if Deter SPAM is enabled as a feature, but there are no numbers in My CallerID also enabled with Deter SPAM, there will be no match and therefore no Caller ID available. Conversely, if Deter SPAM is not enabled as a feature, but all numbers in My CallerID are enabled with Deter SPAM, there will be no match and therefore no Caller ID available.
My CallerID Number Selection Criteria
As we previously stated, before Deter SPAM is to be taken into consideration, each number in My CallerID is first analyzed against the number-to-be-called to determine which numbers, if any, meet a criterion to be considered as Caller ID for the number-to-be-called. The following list provides an ordered list of criteria, which is applied from first (1) to last (20) until one criterion is met.
|
|
|
|
|
|
|
|
|
Campaign of the Contact record against Campaign field of the My CallerID number
|
Sub-Campaign of the Contact record against Sub-Campaign field of the My CallerID number
|
Area Code (NPA) of the Contact record against Area Code (NPA) of the My CallerID number
|
State of the Contact record (via mapping of its area code) against State field of the My CallerID number
|
State of the Contact record (via mapping of its area code) against State of the My CallerID number via mapping of its NPA (area code)
|
ON = selected OFF = not selected
|
ON = selected OFF = not selected
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Enable Deter SPAM as a Feature
The previous paragraphs describe how numbers are selected from My CallerID to be used as the Caller ID for a call, but we also mentioned that we need to enable Deter SPAM as a feature, as well, so those numbers in My Caller ID that are enabled for Deter SPAM get treated accordingly.
To access the Deter SPAM feature configuration we click on the configuration/settings icon next to the Deter SPAM column in My CallerID. Refer to the following picture.
This pops up a new window with the following items or areas:
Deter SPAM Feature Configuration Options
|
|
|
Turns the feature ON and OFF
|
|
The time in minutes after which a number in My CallerID that has Deter SPAM enabled and is being used as Caller ID, is Locked (not allowed to be used anymore as a Caller ID); this duration is absolute (time runs independent of whether a pause in calls occurs)
|
|
The Days/Minutes selector switch for Maximum Usage Duration indicates the unit of time to be utilized.
Refer to explanation and examples below for how Days and Minutes are counted.
|
|
The number of days that a number in My CallerID that has Deter SPAM enabled and has been Locked, stays in the Locked state
|
|
The Days/Minutes selector switch for Blocking Duration indicates the unit of time to be utilized.
Refer to explanation and examples below for how Days and Minutes are counted.
|
|
The number of times that a number in My CallerID that has Deter SPAM enabled can be used as Caller ID, after which it is Locked (not allowed to be used again as a Caller ID until unlocked again); this is compared to the number’s Usage (times) field.
|
Active for the whole account
|
Indicates whether to enable Deter SPAM for all Campaigns; when Whole Account is disabled, only those Campaigns manually selected (moved to the Active List, see below) are enabled for Deter SPAM; when Whole Account is enabled, all Campaigns are moved automatically to the Active List
|
Campaign lists (not-active and active)
|
Two Campaign lists side by side; the one on the left (Not Active List) lists all available Campaigns in the system that are not enabled for Deter SPAM; the one on the right (Active List) lists all Campaigns that are enabled for Deter SPAM.
|
It is important to understand how Days or Minutes are counted when used for Maximum Usage Duration and Blocking Duration. The important considerations being the following:
- Days are accounted for as calendar days, and not as 24-hour periods, therefore a day is accounted for no matter at what time in the day usage or blocking starts the first time in the cycle.
- The very first day in the cycle starts anytime between 00:00 and 23:59.
- All other days that follow start at 00:00.
- All days end after 23:59.
- Minutes are counted without special considerations.
The following example use cases demonstrate how Days are used when selected as the option for Maximum Usage Duration and Blocking Duration:
The following example use cases demonstrate how Minutes are used when selected as the option for Maximum Usage Duration and Blocking Duration:
Go ahead on an try it! Feel free to consult with ChaseData Support if you have questions.
No-Call States
The ChaseData CCaaS system can be configured to disallow calls to certain states and/or area codes for all Campaigns or for certain Campaigns. This can be enabled when data is loaded into the system, so not to import leads that match the restriction; or it can be enabled just when calls are made, so allowing to import the leads, but not allowing to make calls on those leads.
To configure these states and/or area codes, click on the 3-dot icon on the right side of the top area of the GUI, above the Search field, which will open a menu; click on Settings, and on the expanded menu click on No Call States. Refer to the following picture.
Following is the description of each parameter for No Call States.
|
Pull-down menu to select a telephone area code to be set to no-call
|
|
Pull-down menu to select a state to be set to no-call
|
|
Pull-down menu of Campaigns for which the no-call directive applies; if left blank, the rule applies to All Campaigns
|
|
Checkbox to indicate the system to ignore (i.e. not import) leads that match the no-call rule setting
|
|
Checkbox to indicate the system to not dial leads that match the no-call rule setting
|
Pre-Defined Integrations
The ChaseData CCaaS system provides a rich set of integration possibilities, but in this section we’ll focus on setting the parameters needed (e.g. login info) for the system to be able to communicate with some of the typical external systems.
In general, it is advised that ChaseData is consulted to determine the specifics of your integration needs and help you with them.
To access these integration parameters, click on the 3-dot icon on the right side of the top area of the GUI, above the Search field, which will open a menu; click on Settings, and on the expanded menu click on Integration. Refer to the following picture.
The first integration point we look into is a mail system; for this case we need to tell the system how to connect to the mail system, including the email account. This provides the sender email account details used when sending emails from the ChaseData CCaaS system; e.g. a right-click on a lead (Contact) may present an option to email the lead details.
To configure the sender email account, click in the Email tab to display the corresponding setup window; enter the information as provided by your email provider. Refer to the following picture.
Now we look into Google Docs; for this case we just need the login information.
Click in the Google Docs tab to display the corresponding setup window; enter the corresponding login information. Refer to the following picture.
Next is configuration of the API key for Blacklist Alliance integration.
Click in the Blacklist Alliance tab to display the corresponding setup window, then enter your API key and save. Refer to the following picture.
After the proper API KEY is saved, the corresponding Campaign settings area becomes enabled (up to that point it was hidden) in Campaign Settings.
Blacklist Alliance Scrubbing
When the ChaseData CCaaS system is properly integrated with the Blacklist Alliance, and the check against it is positive, the number is scrubbed accordingly.
If the corresponding telephone number is scrubbed through this process, the ChaseData CCaaS system updates the corresponding Contact record with a disposition that conforms to the following format:
FTC DNC (<code>)
The following tables list the possible values for <code>, which the ChaseData CCaaS system determines based on the information obtained from Blacklist Alliance.
|
|
|
|
|
|
|
Do Not Call database match; Details field in Call History provides additional details, if available
|
|
Wireless number in a US state that does not allow telemarketing to wireless numbers even if manually dialed; Details field in Call History provides additional details, if available
|
|
|
And now we look at how to access the Do-Not-Call system (DNC.com); for this case we just need the login information.
Click in the DNC.com tab to display the corresponding setup window; enter the corresponding login information. Refer to the following picture.
After the proper login and account information is saved, and effectively have been synchronized with DNC.com, the corresponding Campaign Settings become enabled (up to that point they were hidden) in Campaign Settings.
DNC.com Scrubbing
When the ChaseData CCaaS system is properly integrated with the Do-Not-Call system (DNC.com), it checks against the DNC database when a call is to be attempted in Predictive and Progressive dialing modes; if the result is positive, the number is scrubbed accordingly.
If the corresponding telephone number is scrubbed through this process, the ChaseData CCaaS system updates the corresponding Contact record with a DNC disposition that conforms to the following format:
FTC DNC (<code>)
The following tables list the possible values for <code>, which the ChaseData CCaaS system determines based on the information obtained from DNC.com, the ChaseData Campaign settings, and other logic.
Allowed When It’s a Manual Call
|
|
|
US Wireless number – number is not in any DNC database (or it is but has been overridden by an industry exemption) but it cannot be called from a predictive dialer.
|
|
Valid EBR and US Wireless Number or VoIP Number, not on any DNC – still cannot be called from a predictive dialer as EBRs do not constitute an exemption to those rules
|
|
US Wireless Number or VoIP Number that is also a Valid EBR overriding an otherwise DNC number – still cannot be called from a predictive dialer as EBRs do not constitute an exemption to those rules
|
|
Wireless number in a US state that does not allow telemarketing to wireless numbers even if manually dialed (see W for more details); not on any DNC list; not an EBR
|
|
Valid EBR and Wireless number in a US state that does not allow telemarketing to wireless numbers even if manually dialed (see W for more details); not on any DNC list
|
|
Valid EBR overriding otherwise DNC number that is also a Wireless number in a US state that does not allow telemarketing to wireless numbers even if manually dialed (these states are WY, NJ, TX, LA, and AZ)
|
|
|
|
Invalid (area code not active or reserved/special use phone number pattern, i.e. 555-5555)
|
|
Malformed (number is not 10 digits, etc.)
|
|
Blocked (number is in an area code not covered by the National Subscription on this project or is in a configured no-call area code or no exemption was available in a pre-recorded call campaign)
|
|
Project DNC or DNF database match; no further checks are performed; the choice to scrub against DNC vs. DNF (Do Not Fax) needs to be made previously at the DNC.com Campaign level
|
|
Do Not Call database match; Details field in Call History provides additional details (see Call Detail report)
|
Please refer to DNC.com to determine what constitutes an Existing Business Relationship (EBR), and other important rules; ChaseData provides tools that help you comply with regulations, but it is your sole responsibility to configure, verify and operate your setup in a compliant manner.
Also note that when we refer to DNC database, we’re referring to all applicable DNC lists as a whole. There are several types of DNC lists; there are state lists (several states have DNC lists). There’s a Federal list, referred to as the National DNC registry; and there’s a DMA (Direct Marketing Association) list.
There is also an Internal (in-house) list; the Telephone Consumer Protection Act (TCPA) requires each company engaged in telemarketing to maintain a list of numbers for persons who explicitly ask a company not to call them.
Setting Up API Tokens
API tokens are needed for authentication of HTTP GET Methods, as well as determining the corresponding subdomain.
The ChaseData solution provides the ability to import or update information using HTTP GET Methods. They can be used as wrappers for FORM actions, for example, when integration using PHP is not viable.
These methods are accessed via https://api.chasedatacorp.com/HttpImport/ and are explained under integration (https://support.chasedatacorp.com/portal/en/kb/articles/ug-integrations-get-and-post-methods).
The ChaseData solution allows you to create multiple tokens for the case when you need a different one for each of your vendors, for example, when you have them injecting leads independently. To create an API Token, select the API Tokens tab.
To add a new one, click on Click here to add new item on the grey bar on top of the list, under Token. This allows you to provide a Description or label for your token. Save your change and the new Token with its Description and corresponding dates are shown. Refer to the following pictures.
Keep in mind that when using a GET method, in addition to the API Token, you are required to provide the accid, which corresponds to the FQDN prefix (e.g. if customer/vendor FQDN is test.chasedatacorp.com, accid = test); refer to the integration section.