1021
Running QueueMetrics / Re: FreePBX(AsteriskNow) transfer
« on: November 18, 2010, 14:31:32 »It can be done!
Do you mind if we add this to the Advanced Configuration manual? with proper credits, of course!
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.
Do you mind if we add this to the Advanced Configuration manual? with proper credits, of course!
1022
QueueMetrics installation / Re: IVR Selection
« on: November 18, 2010, 14:28:08 »
This is because the standard behavior of QueueMetrics when running with filters and multi-stint mode as well, is the following:
- get the full set of calls
- filter out those who do not match the criteria
- aggregate multiple stints out of remaining calls
As you only have the IVR information on the FIRST call, if you run a filter in multi-stint mode, only the FIRST stint will pass the filter; this way, the second stint is not found when running in multi-stint mode. This is a natural extension of what is explained in chapter 12.1 of the User Manual, so we do not consider this a bug.
This is the way QM has been working so far; you could easily get that working by adding a second IVR record for the second leg of the call.
Like e.g.:
This works just fine.
On the other side, I think that if we change the order of execution doing multi stint aggregation before filtering your problem should go away. We expect to do just that for the next version.
- get the full set of calls
- filter out those who do not match the criteria
- aggregate multiple stints out of remaining calls
As you only have the IVR information on the FIRST call, if you run a filter in multi-stint mode, only the FIRST stint will pass the filter; this way, the second stint is not found when running in multi-stint mode. This is a natural extension of what is explained in chapter 12.1 of the User Manual, so we do not consider this a bug.
This is the way QM has been working so far; you could easily get that working by adding a second IVR record for the second leg of the call.
Like e.g.:
Code: [Select]
1289928508|1234.1|A0|NONE|INFO|IVR|123
1289928508|1234.1|A0|NONE|ENTERQUEUE||123-5551234
1289928538|1234.1|A0|NONE|EXITWITHTIMEOUT|1
1289928540|1234.1|A1|NONE|INFO|IVR|123
1289928541|1234.1|A1|NONE|ENTERQUEUE||123-5551234
1289928611|1234.1|A1|Agent/3347|CONNECT|70|1235.2
1289928624|1234.1|A1|Agent/101|COMPLETECALLER|70|13|2
This works just fine.
On the other side, I think that if we change the order of execution doing multi stint aggregation before filtering your problem should go away. We expect to do just that for the next version.
1023
Problems / Re: Not receving e-mails on followed threads.
« on: November 18, 2010, 14:23:17 »
You checked the antispam?
1024
Improving QueueMetrics / Re: Sort on call time/average call time
« on: November 18, 2010, 14:22:53 »
This sounds easy... in which report?
1025
Improving QueueMetrics / Re: Automatic license Transfer
« on: November 18, 2010, 14:20:53 »
Yes I agree. We really need to make it better.
1026
Running QueueMetrics / Re: [BUG] Taken-.lost call graphs were not visible in 1.6.x1
« on: November 18, 2010, 14:15:59 »
Which version of 1.6.2? can you post a screenshot?
1028
QueueMetrics installation / Re: QM 1.6 and realtime queue_log
« on: November 18, 2010, 14:14:59 »
But what was the issue that stopped you last week?
1029
Running QueueMetrics / Re: Discrepancy between Real time and Live monitoring
« on: November 17, 2010, 09:47:08 »
When did they login? consider that if thy logged oin before the midnight, they will not be seen.
1030
Running QueueMetrics / Re: FreePBX(AsteriskNow) transfer
« on: November 17, 2010, 09:46:02 »It can be done!
This sounds a bit like Frankenstein Jr. :-) but.... chapeau!
Excellent work!
I would do the following changes:
1. write to the queue_log file, so that it is uploaded by qloaderd and it is easy to restore.
2. In QM , TRANSFER is a call-closure record. But you could do:
Code: [Select]
ENTERQUEUE on queue A
CONNECT on queue A
TRANSFER on queue A
ENTERQUEUE on queue "A-transfers"
CONNECT on queue "A-transfers"
AGENTCOMPLETE on queue "A-transfers"
When you output the TRANSFER you output both other records. In QM these are two queue "legs" that can be analyzed together or separately.
QueueMetrics
1031
QueueMetrics installation / Re: QM 1.6 and realtime queue_log
« on: November 17, 2010, 09:38:27 »
Try
You have to set your database name for databasename.
Code: [Select]
grant all privileges on databasename.* to 'queuemetrics'@'localhost' identified by 'javadude';You have to set your database name for databasename.
1032
Running QueueMetrics / Re: Agent Report Dropdown not displaying all agents
« on: November 16, 2010, 17:12:58 »
You sure you do not have visibility keys set on some agents?
1033
Running QueueMetrics / Re: FreePBX(AsteriskNow) transfer
« on: November 16, 2010, 17:12:23 »
QM would happily process that correctly
1034
QueueMetrics news / Monitor your live QM system
« on: November 15, 2010, 10:32:27 »
Hello all,
we have prepared a new tutorial that teaches how to do advanced monitoring of a running QM system. See here: http://queuemetrics.com/manuals/QM_AdvancedConfig-chunked/ar01s07.html
Please take notice we have changed address and telephone no.
we have prepared a new tutorial that teaches how to do advanced monitoring of a running QM system. See here: http://queuemetrics.com/manuals/QM_AdvancedConfig-chunked/ar01s07.html
Please take notice we have changed address and telephone no.
1035
Running QueueMetrics / Re: FreePBX(AsteriskNow) transfer
« on: November 15, 2010, 10:28:41 »
You should be checking whether a TRANSFER record gets created or not,. If it does not, QM has no way of knowing that a transfer was made. This usually works reliably only for unattended transfers that are run by the queue() app; some say they got it with telephones as well, but it is not reliable.