Rw ui textbox macro | ||
---|---|---|
| ||
|
A set of recently used time zones is maintained, which is updated as lists are uploaded.
When a dialer contains active lists for different time zones, your schedule extends.
For Example:
Rw ui textbox macro |
---|
The schedule set for the dialer is from 9:00 a.m. to 4:00 p.m. (local time zone of the server).
The client1 will be called at server time 7:00 a.m. to 2:00 p.m. The client2 will be called at server time 3:00 p.m. to 11:00 pm. |
Info | ||
---|---|---|
| ||
|
Upload of List
Rw ui textbox macro | ||||
---|---|---|---|---|
| ||||
The right procedure to upload a new base:
|
Rw ui textbox macro | ||
---|---|---|
| ||
If you do not have different Time Zones for the dialer, it is not necessary to select time zones since by default you will have the timezone of the uContact server. |
The format is as follows:
Code Block | ||||||
---|---|---|---|---|---|---|
| ||||||
campaignName;phone;aditionalInformation;alternativesPhones;priority[;agentPhone] |
The dialer will call the different numbers specified, depending on how the client arranged it on the Dialer Schedule.
Apart from the three types of telephones MWH, in the .csv file two more types can be specified, P for Priority and U for Unknown. The P one, will be called first and then the others specified on the schedule, and finally the U one.
There is the possibility of adding alternative numbers to call for the same contact, for example first to the house number, after the mobile and then separated work in the last parameters ":" . With this upload, its possible to transfer data base for every campaign is wanted at once.
Code Block | ||||||
---|---|---|---|---|---|---|
| ||||||
dialertest;23660444;var1=123:var2=Peter;099123456:45698745;1
dialertest;095957167;var1=67123:var2=Michael;099123456:45698745;1
dialertest;23578408;var1=123:var2=Juan;099123456:45698745;9999
dialertest;23113758;var1=12356:var2=Juana;099123456:45698745;9999 |
Upload do not call registry (DNCR)
Allows to upload a csv file with the phones that can not be call, indicates the phone number and the campaign.
Code Block | ||||||
---|---|---|---|---|---|---|
| ||||||
23578408;campaignName;
23113758;campaignName; |
Download base: Allow to download the csv base with all the phone numbers of the campaign.
Notes:
Rw ui textbox macro | ||
---|---|---|
| ||
Always that a dialer is generated, we have to take in account the following criteria:
The Phone agent parameter to upload it to the data base, is only necessary for the progressive dialer type. Its important to have in mind that if it is a Power Dialer, this one will execute if there are available agents in the system to make calls. The amount of processed calls at the end of each dialer may not correspond to calls originally uploaded, since there all call attempts that may have given error into consideration, they have not attended or have exceeded the waiting time, and the amount of retries is defined dialer. The dialer saves the name of the file and the date of upload like identifier of the base loaded, this information later is useful to create reports. The priority is the priority that will have the call in the queue, the highest priority is 1 and the lowest is 9999, if we want a call is placed before any other call we give priority 1, if in turn have several contacts with the same priority it does it is take the chance respecting priority levels. Fields like alternative phones and data are not obligatory, and if you have more than one variable is separated with a : between them. With the rest of the attributes necessary to load the base is separated ; as usual, but within these fields are separated with two points, that's the difference. |
Example: Progressive dialer:
Campaign | Telephone | Data | Alternative Telephones | Priority | Agent's Phone Number or Agent's Username(Progressive) |
---|---|---|---|---|---|
test1 | 098344484 | variable=value1:variable=value2 | 099111111:099121212 | 9999 | 1001 |
Code Block | ||||||
---|---|---|---|---|---|---|
| ||||||
test1;098789334;var1=val1:var2=val2:;091345675:098789543;9999;1001 |
Data table
The supervisor can decide from the dialers dashboard, which list wants to be active, the dashboard shows the lists in the system the amount of registries that is left for each one, allowing to activate or deactivate the same and the amount of registries per agent. To visualize the amount of registries for each agent, the agents icon must be pressed on the desired list. There you can see a dashboard with the agents of that list allowing to reassign contacts from agent to agent.
To reassign contacts from an agent to other you must press the Reassign button on the agents lists where the next image will appear.
Inside the information that the supervisor has to see uploaded list is the Contactability, this is the percentage of answered calls. To look this percentage we must pass throw the mouse in the table that show the data of the base.
Then select the desired agent and click on the reassign button to complete the action.
It can exist N active lists at the same moment and each has its percentage which must sum 100% in total, this percentage tells us how many contacts will get from the list to be able to mix the lists. As an example if you have two lists with 10 contacts each, if both have 50% of priority, it will execute 5 contacts from one list and 5 contacts from the other before continuing dialing.
To set the percentage for each list you must active the desired lists and then by clicking the percentage the next window will appear.
It is important to know that the scheduled calls are always priority, no matter what list is executing.
Once a list has ended and has 0 registries, this will be deleted from the system, an email is sent (AlertMail Configuration) noticing that the base has ended. We have 2 cases; the first one is that it does not exist another active list, if this happen an inactive list is active with 100% active (in the order that it was uploaded), if there are active lists, the percentage of the list that was in 0 it is added to the first uploaded list to be able to keep working on a 100% model.
It is possible to upload a Do not call registry (DNCR). This adds the uploaded numbers to the black list in order no to be able to call them.
Delete Button: Allows to delete the campaign data that have not been processed (for example, not processed registries that retuned an error or have been in the NDCR table, or for some reason want to be cancelled).
Rw ui textbox macro | ||
---|---|---|
| ||
The dialers will only select contacts from the active lists. |