viernes, 13 de octubre de 2017

List resets all statuses including DNC

List resets all statuses including DNC to dailable

Postby SPAMSAM » Fri Oct 13, 2017 9:19 am
When I reset a list It resets all statuses including DNC and SALE to dialable, even though they are not listed under Dial Statuses in the campaign.

I have already run a database repair and am pretty sure its just a setting that I'm missing somewhere.

Which setting could cause vicidial to do this?

VERSION: 2.9-441a
BUILD: 140612-1628 
Asterisk: 1.8.23.0
SPAMSAM
 
Posts: 14
Joined: Tue Jan 17, 2017 4:00 am

Re: List resets all statuses including DNC to dailable

Postby mflorell » Fri Oct 13, 2017 10:25 am
That's exactly how it is supposed to work, it has always worked that way, for over 14 years no

lunes, 9 de octubre de 2017

List specification in a campaign

List specification in a campaign

Postby antuan » Mon Oct 09, 2017 4:22 pm
hello, 

i would like to help me with something about outbound calls.
I have one campaign that has 5 lists from which only 2 are active(Y) at this moment and the rest are inactive(N).
When agents are logging in the specific campaign they receive calls at Hopper from the 2 active lists.

The question is:Can i choose from all the agents in the campaign a specific agent that he will see only 1 from 2?

For example i want from the 5 agents, 4 to be able to see both lists and 1 of them to be able to see the one i will choose.
with few words to be more understandable i want to determine to specific agents the lists that are able to work with in a campaign.

The specific problem doesn't exist with the inbound calls, because there i can choose the agent that will accept the inbound calls i wish.

Thank you.
Vicibox 6.4 from Vicibox_v.6.0.x86_64-6.0.4.preload.iso | Vicidial VERSION: 2.12-565a BUILD: 160827-0917 | Asterisk 1.8.32.3-vici | Single Server | No Digium/Sangoma Hardware | No Extra Software After Installation
antuan
 
Posts: 26
Joined: Mon Mar 21, 2016 6:10 pm

Re: List specification in a campaign

Postby mflorell » Mon Oct 09, 2017 6:46 pm
If you use Manual dial mode and no-hopper dialing with owner-only dialing then you can do what you describe.

If you want to do this auto-dial, then you would have to use separate campaigns.

Re: Onhook feature for Incoming calls

Onhook feature for Incoming calls

Postby hiteshg » Fri Oct 06, 2017 12:44 am
SCRATCH INSTALL| Single Server | Sangoma PRI Card A101e (Single Port) | No Extra Software After Installation |Intel Xeon Quad Core | 16GiB RAM | 
OS- CentOS 6.8
Vicidial Version installed : 2.12-476a
Asterisk : asterisk-1.8.23.0-vici.tar.gz
DAHDI : 2.11

We have setup onhook feature for Incoming calls in a campaign.

Everything works fine when we test with a single incoming call and single agent.

The issue is when we have more multiple incoming calls and multiple agent login in this campaign the IP Phone / Softphone ring for the 1st call and rest call remains in the queue unless and until the first call is answered. 

We want when there are multiple Incoming calls in this campaign it should get allocate / transferred to the agent IP Phone / Softphone for the available agent. If the number of calls is increased then the number of agent rest of the calls can be in queue.

Re: Onhook feature for Incoming calls

Postby mflorell » Fri Oct 06, 2017 5:00 am
You just described exactly how on-hook inbound calls should work.

It is not designed for high-volume call centers. It is not designed for many calls in queue.

On-hook agent phones uses a lot of resources and greatly reduces the capacity of your system.

Re: Bulk Upload Audio Files

Re: Bulk Upload Audio Files

Postby mflorell » Sun Oct 08, 2017 1:15 pm
Have you tried seting the Sounds Update flag to Y on the servers in your cluster?

Re: Vtiger 7.0 integration to Vicidial

Re: Vtiger 7.0 integration to Vicidial

Postby mflorell » Sun Oct 08, 2017 9:42 pm
We stopped our in-depth integration with Vtiger several years ago. The last version it would work with is 5.1.0.

jueves, 5 de octubre de 2017

Solved: Access forbidden! on recording links

chmod -R 755 /var/spool/asterisk

http://www.vicidial.org/VICIDIALforum/viewtopic.php?f=4&t=30938

miércoles, 4 de octubre de 2017

Report Discrepancy


Re: Report Discrepancy

Postby mflorell » Mon Oct 02, 2017 11:39 am
Those two reports pull that data from different log tables with different queries.

The Agent Status Detail report is pulling from the vicidial_agent_log

The User Stats page pulls that first data table from the vicidial_log and vicidial_closer_log table


Since the User Stats table is pulling data from two tables and adding them together, it's possible there are duplicates in there depending on how the call was handled.
For status summaries I'd say the Agent Status detail report, because it is pulling from a single table.