Colas y estadísticas.

[Raúl Alexis Betancor Santana]

Buenas .. ando trasteando con el QueueStats de Asternic ... y o soy yo ó no da
las estadísticas de las llamadas que le entran a los agentes y que estos "no
cogen" ... el RINGNOANSWER me refiero ... ¿Alguien que lo haya usado más sabe
si da ese dato en el panel?

Saludos
--
Raúl Alexis Betancor Santana
Dimensión Virtual

[Saúl Ibarra]

2009/11/6 Raúl Alexis Betancor Santana <ra...@dimension-virtual.com>:

>
>
> Buenas .. ando trasteando con el QueueStats de Asternic ... y o soy yo ó no da
> las estadísticas de las llamadas que le entran a los agentes y que estos "no
> cogen" ... el RINGNOANSWER me refiero ... ¿Alguien que lo haya usado más sabe
> si da ese dato en el panel?
>

No conozco el Asterkosa ese, pero RINGNOANSWER no es un estado final,
es uno intermedio, si un usuario llama y el Agente A no coge se
genrera un RINGNOIANSWER y si luego atiende el Agente B y cuelga el se
genera un COMPLETEAGENT.

Si no coge nadie se saldra con un EXITWITHTIMEOUT si no recuerdo mal...

--
/Saúl
http://www.saghul.net | http://www.sipdoc.net

[Elio Rojano]

Una curiosidad curiosa hablando del tema...

El Queuelog en 1.6 soporta ser guardado en una base de datos ODBC/MySQL...
En 1.4 hace falta algún parche? o a partir de alguna versión ya lo soporta?

Porque he visto un bug de 2008 donde decía que se incluía el parche para que el QueueLog pueda estar en modo realtime en el trunk, pero lo acabo de probar en una 1.4.24 y no funciona.

¿alguna idea de la versión necesaria, parche, etc?

--
http://www.sinologic.net/

[Edwin Alberto Quijada]

En 1.6 si lo soporta pero en 1.4 no. No hay parche para la rama 1.4 Lo que hice fue mediante archivos de cola FIFO en linux hice una marrulla para almacenarlo en Postgres en la rama 1.4
 

---

From: hel...@gmail.com
Date: Fri, 6 Nov 2009 14:22:05 +0100
Subject: [Asterisk-ES] Re: Colas y estadísticas.
To: aster...@googlegroups.com

[Iñaki Baz Castillo]

El día 6 de noviembre de 2009 14:33, Edwin Alberto Quijada
<maca...@hotmail.com> escribió:

> En 1.6 si lo soporta pero en 1.4 no. No hay parche para la rama 1.4 Lo que
> hice fue mediante archivos de cola FIFO en linux hice una marrulla para
> almacenarlo en Postgres en la rama 1.4

Lo mismo que hace QueueMatrics. Tiene un demonio que va leyendo el
queue.log y lo mete a porrilo en DB.

[Saúl Ibarra]

Tuuuuuuu, que hay soporte para eso a traves de ODBC hace mucho en la RSP!!!!

[Saúl Ibarra]

> Lo mismo que hace QueueMatrics. Tiene un demonio que va leyendo el
> queue.log y lo mete a porrilo en DB.
>

Tuve varias instalaciones corriendo sin problemas con la RSP, que
incluye parche para queue_log sobre ODBC :)

[Elio Rojano]

Eso era lo que estaba buscando...
Thx!
http://asterisk-es-rsp.irontec.com/svn/asterisk-es-rsp/branches/asterisk/1.4.24/rsp-patches/res_config_odbc-queue_log.patch

--
http://www.sinologic.net/

[Raúl Alexis Betancor Santana]

On Friday 06 November 2009 13:14:27 Saúl Ibarra wrote:
> No conozco el Asterkosa ese, pero RINGNOANSWER no es un estado final,
> es uno intermedio, si un usuario llama y el Agente A no coge se
> genrera un RINGNOIANSWER y si luego atiende el Agente B y cuelga el se
> genera un COMPLETEAGENT.
>
> Si no coge nadie se saldra con un EXITWITHTIMEOUT si no recuerdo mal...

Presisamente es lo que quiero ... saber por cuantos agentes ha "intentado"
pasar la llamada hasta que llegue a su estado final.

Es que hay agentes mu gandules que pasan de coger las llamadas y claro .. no
vale solo la cantidad de llamadas atentidas y el tiempo para bronquearlos ...
hace falta saber CUANTAS NO LES SALIO DEL ***** coger, para eso lo del
RINGNOANSWER .. :)

[David Escañuela Alonso]

Buenas Raúl,
yo si conozco Asternic QueueStats ,lo integre en mi centralita y funciona perfectamente .
Tu quieres saber cuantas llamadas no se han contestado por cada agente y es que eso es dificil de conseguir puesto que una llamada no contestada en una cola ,es no contestada por todos no solo por un agente holgazan. jeje

Si puedes mas o menos averiguar el grado de su vagancia mirando el dato contrario ,las llamadas contestadas.
Si relacionas eso con sus horas de trabajo y comparas con las de otros agentes sacaras conclusiones... digo yo.

Nada solo es mi opinion,no obstante yo he estado en contacto con Nicolas Gudino,creador de este  programa  y el Fop2 entre otros,es bastante amable,si le echas un correo te ayudara.

Un Saludo.

[Isaac Urdaneta]

>Presisamente es lo que quiero ... saber por cuantos agentes ha "intentado"
>pasar la llamada hasta que llegue a su estado final.

>Es que hay agentes mu gandules que pasan de coger las llamadas y claro .. no
>vale solo la cantidad de llamadas atentidas y el tiempo para bronquearlos ...
>hace falta saber CUANTAS NO LES SALIO DEL ***** coger, para eso lo del
>RINGNOANSWER .. :)

 

Macho si consigues eso van a hechar a la calle a un gentio, y dañaras mas la economia jajajajaja (es solo una broma).

 

Pero mira que esta bastante interezante tu pregunta, lastima no poder aportar nada hasta ahora, ya seguire viendo ese hilo a ver que se aporto.

[Ramses II]

Hombre, yo no sé si el QueueStats lo hará de base, pero no creo que deba ser muy complicado, por lo menos para algunos de ustedes… ;-))

 

Me imagino que será algo así como un contador por Agente que se incremente cada vez que le suene, esté libre y no lo coja. En el momento que salte al siguiente, se incrementará. Y se pasarán a la base de datos en el momento que algún Agente pille la llamada y la llamada se pierda.

 

 

Saludos,

 

Ramses

---

[David Escañuela Alonso]

Hay que tener en cuenta la estrategia de la cola.

-------------------------------------------------
• Las llamadas son distribuidas entre los miembros de una cola
siguiendo alguna de las siguientes estrategias:
- ringall: Suenan todos los canales disponibles hasta
que alguno responda (configuración por defecto).
- roundrobin: Suena cada agente disponible por turnos.
- leastrecent: Suena el agente que es menos
recientemente llamado por esta cola.
- fewestcalls: Suena el agente con la menor cantidad de
llamadas completas.
- random: Suena un agente al azar.
- rrmemory: Igual que el roundrobin pero recuerda cual
fue el último teléfono que atendió una llamada y continúa con
el siguiente.
-------------------------------------------------

Yo creo que hacer lo que quieres con la configuracion por defecto no
seria muy concluyente.

On 6 nov, 20:42, "Ramses II" <ramses.sevi...@gmail.com> wrote:
> Hombre, yo no sé si el QueueStats lo hará de base, pero no creo que deba ser
> muy complicado, por lo menos para algunos de ustedes… ;-))
>
> Me imagino que será algo así como un contador por Agente que se incremente
> cada vez que le suene, esté libre y no lo coja. En el momento que salte al
> siguiente, se incrementará. Y se pasarán a la base de datos en el momento
> que algún Agente pille la llamada y la llamada se pierda.
>
> Saludos,
>
> Ramses
>
>   _____  
>

[Saúl Ibarra]

2009/11/6 David Escañuela Alonso <david...@gmail.com>:

> Buenas Raúl,
> yo si conozco Asternic QueueStats ,lo integre en mi centralita y funciona
> perfectamente .
> Tu quieres saber cuantas llamadas no se han contestado por cada agente y es
> que eso es dificil de conseguir puesto que una llamada no contestada en una
> cola ,es no contestada por todos no solo por un agente holgazan. jeje
>
> Si puedes mas o menos averiguar el grado de su vagancia mirando el dato
> contrario ,las llamadas contestadas.
> Si relacionas eso con sus horas de trabajo y comparas con las de otros
> agentes sacaras conclusiones... digo yo.
>
> Nada solo es mi opinion,no obstante yo he estado en contacto con Nicolas
> Gudino,creador de este  programa  y el Fop2 entre otros,es bastante
> amable,si le echas un correo te ayudara.
>

No nos liemos, ese evento generarse se genera, por lo que es
perfectamente posible obtener el dato que Raul quiere. Otra coas es
que el Astrikosa ese no lo implemente.

[Ramses II]

Da igual la estrategia, pienso yo.

Si al Agente le suena el teléfono es porque ya se ha cumplido la estrategia
y está libre, así que si no lo coge, se le cuenta como llamada no
atendida... :-(


Saludos,

Ramses

-----Mensaje original-----

De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En

nombre de David Escañuela Alonso
Enviado el: viernes, 06 de noviembre de 2009 23:00
Para: asterisk-es

[Raúl Alexis Betancor Santana]

On Saturday 07 November 2009 10:25:03 Ramses II wrote:
> Da igual la estrategia, pienso yo.
>
> Si al Agente le suena el teléfono es porque ya se ha cumplido la estrategia
> y está libre, así que si no lo coge, se le cuenta como llamada no
> atendida... :-(

La estadística de no-atendidas, solo vale para cualquier estrategia que no sea
la ringall

[David Escañuela Alonso]

Claro es eso lo que yo comente ,si les suena a 5 agentes el telefono a la vez y coge antes el agente 2 ,nunca sabras si el agente 1 no quiso coger o simplemnte el otro fue mas rapido.

[Ramses II]

Hombre, con ringlall sonarían todos los que están libres, en las mismas
condiciones, por lo tanto, a todos los que NO cogen la llamada le cuenta
como llamada no atendida y al que la piílla lo catalogas como Billy el
Rápido... ;-)

Es lo que querías, saber cuantas llamadas le llegan a un Agente y no levanta
el teléfono...

Saludos,

Ramses

-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En

nombre de Raúl Alexis Betancor Santana
Enviado el: sábado, 07 de noviembre de 2009 12:02

Para: aster...@googlegroups.com
Asunto: [Asterisk-ES] Re: Colas y estadísticas.

[Raúl Alexis Betancor Santana]

On Saturday 07 November 2009 11:28:02 Ramses II wrote:
> Hombre, con ringlall sonarían todos los que están libres, en las mismas
> condiciones, por lo tanto, a todos los que NO cogen la llamada le cuenta
> como llamada no atendida y al que la piílla lo catalogas como Billy el
> Rápido... ;-)
>
> Es lo que querías, saber cuantas llamadas le llegan a un Agente y no
> levanta el teléfono...

Pero por gandulismo ... no porque otro lo pilla más rápido, por eso no vale
para ringall ...