1876
Running QueueMetrics / Re: newbie - question on wall boards
« on: August 17, 2009, 11:32:48 »
See also the XML-RPC forum here, there are a number of user-contribuited wallboards as well.
QueueMetrics professional call center suite for the Asterisk PBX
News:
Welcome to the new forum!
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
1877
Running QueueMetrics / Re: config wizard rejects loading empty queues
« on: August 17, 2009, 11:32:13 »
I confirm it's fixed.
1878
Running QueueMetrics / Re: ring groups and single extensions
« on: August 17, 2009, 11:31:58 »
Hello,
the answer is "yes, but...".
Yes because QM can track the DID code, the queue and the answering agent, and can search and report by these and about twenty other call parameters.
But because Qm is built to track calls that were handled by the queue() command in Asterisk; other calls are - by design - not tracked. So this is okay as long as we are speaking of queue data. Also, you'll have to provide the DID codes by making a small change to the dialplan - Asterisk does not track this information currently.
I suggets that you requesta demo key and run a demo in your own environment so yuou can see if Qm is the right tool for the job.
the answer is "yes, but...".
Yes because QM can track the DID code, the queue and the answering agent, and can search and report by these and about twenty other call parameters.
But because Qm is built to track calls that were handled by the queue() command in Asterisk; other calls are - by design - not tracked. So this is okay as long as we are speaking of queue data. Also, you'll have to provide the DID codes by making a small change to the dialplan - Asterisk does not track this information currently.
I suggets that you requesta demo key and run a demo in your own environment so yuou can see if Qm is the right tool for the job.
1879
Running QueueMetrics / Re: Delay in reports
« on: August 17, 2009, 10:47:47 »
It was almost surely the local clock of the server being misaligned.
1880
Running QueueMetrics / Re: Call outcomes are not saved reliably
« on: August 17, 2009, 10:47:16 »
This is strange - we have a number of high-volume callcenterts that use them without problems.
1881
Running QueueMetrics / Re: Call stuck in inbound queue
« on: August 17, 2009, 10:46:44 »
That's cool! 
1882
Running QueueMetrics / Re: feature request: web-2.0 online pages update
« on: August 17, 2009, 10:46:09 »
This is already planned and will be available in Q3 2009.
1883
Running QueueMetrics / Re: how to logoff users in QM
« on: August 17, 2009, 10:45:25 »
Just set up the standard QM gui and repeat the commend if it doe snot work at once.
1884
Running QueueMetrics / Re: [major bug] unicode issues
« on: August 17, 2009, 10:44:35 »
That's fixed now.
1885
Running QueueMetrics / Re: loading agents.conf in utf8
« on: August 17, 2009, 10:44:22 »
By the way, I think that's fixed now.
1886
General Asterisk configuration / Re: Tracking outbound calls from an inbound queue
« on: August 17, 2009, 10:43:31 »
The queue must exist (or Asterisk does not know what to do!) but the agent configuration can be fully dynamic. This may or may not be what you are looking for.
1887
General Asterisk configuration / Re: Changed Asterisk IP
« on: August 17, 2009, 10:42:32 »
I have a feeling that the IP should be "172.16.1.132" and NOT "|172.16.1.132" - there is a pipe symbol too many there!
1888
General Asterisk configuration / Re: QueueMetrics and Real-Time Asterisk
« on: August 17, 2009, 10:41:37 »
Hi Barry,
I would like to see that too.
I would like to see that too.
1889
QueueMetrics installation / Re: QM in mandriva
« on: August 17, 2009, 10:40:26 »
In that file, you basically tell QM to which tadatabse to connect - see e.g. http://queuemetrics.com/faq.jsp#faq-005 (just look for the format of the JDBC URI).
