Re: [AsteriskBrasil] Problema de transferência em qu eue
Pessoal,
Minha situação é igual ao de Nivaldo, sendo que no meu caso não funcionou,
eu estou usando como estratégia de fila de atendimento a "leastrecent" e
mesmo com o state_interface setado para o SIP não funcionou. Fiz um teste
usando a estratégia "rrmemory" e setando o state_interface funcionou
perfeitamente. O problema está na estratégia leastrecent que quando agente
recebe a ligação transfere para outro ramal e desliga, o asterisk não
atualiza a estatística daquele agente.
Alguém teria uma sugestão de como resolver esse problema.
Obrigado
Moisés de Oliveira Santos
Gerente de TI
Digi Soluções de Comunicação Ltda
83 4009-8168 - Suporte
83 8885-0594 - Celular Suporte
83 9179-8194 - Celular Suporte
Skype: moisesosantos
MSN: supo...@digivox.com.br
E-mail: moi...@digivox.com.br
Em 29 de junho de 2010 08:16, Nivaldo Montenegro Jr escreveu:
> Obrigado Wagner. Funcionou beleza!
>
> Abraço,
>
>
> *Nivaldo Júnior* *
> **Diretor de TI&C**
> **Digivox Soluções de Comunicação Ltda
> *( + 55 83 4009-8195
> ( + 55 83 4009-8199 - fax
> ( + 55 83 9179-8195 - celular
> : jun...@digivox.com.br
> : ***www.digivox.com.br*
>
> Em 28/06/2010, às 11:49, Wagner Nunes escreveu:
>
> Bom dia Junior!!!
>
>
> Cara, state_infertace pode ser definido no addQueueMember... da uma olhada
>
> http://wnunes.com/2010/06/28/resolvendo-problemas-com-status-de-agentes/
>
> Abraço!!!
> --
> ---
> Wagner Nunes
> wnunes.com | VoIP, Segurança, Desenvolvimento e mais um monte de besteira!
>
>
> 2010/6/26 Nivaldo Montenegro Jr
>
>> Fala Wagner!
>>
>> Tudo beleza!
>>
>> O problema é que temos um sistema de CRM que faz o login, logout e pausas
>> dos agentes e usamos interfaces do tipo Local.
>> Fiz o teste com SIP antes de mandar o e-mail e vi que funciona, mas
>> preciso usar a interface Local por conta dos agentes que podem utilizar
>> qualquer usuário SIP da rede.
>> Além do CRM, temos um sistema de acompanhamento das filas em tempo real e
>> de geração de relatórios que usa essas interfaces também.
>>
>> Cada agente está associado a um ramal, exemplo 900. Esse ramal usa o
>> seguinte dial plan:
>>
>> exten => _9xx,1,Set(usuario_sip=${DB(atendimento/${EXTEN})})
>> exten => _9xx,n,Dial(SIP/${usuario_sip},30,rTt)
>> exten => _9xx,n,Busy(5)
>> exten => _9xx,n,Hangup
>>
>> Adicionamos na fila a interface Local/9...@ramais/n, logando assim o
>> agente 900.
>>
>> Essa chave do DB do asterisk é criada pelo sistema de CRM que coloca na
>> chave atendimento/900 o usuário SIP que o agente do ramal 900 está usando no
>> momento.
>>
>> Mas acho que vou ter que mudar o sistema para funcionar de alguma forma
>> usando os agentes do agents.conf ou o SIP. Vou analisar aqui como posso
>> fazer.
>>
>> Valeu pela resposta!
>>
>>
>> Abraço,
>>
>>
>> *Nivaldo Júnior* *
>> **Diretor de TI&C**
>> **Digivox Soluções de Comunicação Ltda
>> *( + 55 83 4009-8195
>> ( + 55 83 4009-8199 - fax
>> ( + 55 83 9179-8195 - celular
>> : jun...@digivox.com.br
>> : ***www.digivox.com.br*
>>
>>
>>
>> Em 25/06/2010, às 13:22, Wagner Nunes escreveu:
>>
>> Fala Junior!!! Beleza meu???
>>
>>
>> Cara, se vc estiver usando AddQueueMember seta o state_interface para
>> SIP/ramal...
>>
>> --
>> ---
>> Wagner Nunes
>> wnunes.com | VoIP, Segurança, Desenvolvimento e mais um monte de
>> besteira!
>>
>>
>>
>>
>> 2010/6/19 Nivaldo Montenegro Jr
>>
>>> Pessoal,
>>>
>>> Estou com um problema relacionado à transferência de chamadas por agentes
>>> em uma fila de atendimento.
>>>
>>> O problema é o seguinte:
>>>
>>> 1- O cliente liga e cai na fila
>>> 2- O agente no call center atende a chamada
>>> 3- O agente transfere a chamada usando *2 para algum outro ramal
>>> 4- O problema aparece:
>>> No asterisk o agente ainda permanece como ocupado e para o asterisk a
>>> chamada para este agente ainda não foi finalizada.
>>> Se chegar uma nova chamada, esse agente recebe a nova chamada, por que
>>> nas estatísticas do asterisk ele ainda é o agente que está a mais tempo sem
>>> atender, pois como a chamada anterior ainda não foi finalizada, as
>>> estatísticas ainda não foram atualizadas.
>>> No monitoramento da fila aparece o mesmo agente atendendo duas chamadas.
>>>
>>> Vi na Internet algumas dicas informando para usar # ao invés de *2, mas
>>> mesmo com # acontece a mesma situação.
>>>
>>> Alguém já passou por esse problema e sabe como solucionar ou como criar
>>> uma forma de resolver isso?
>>>
>>>
>>> Atenciosamente,
>>>
>>>
>>> *Nivaldo Júnior* *
>>> **Diretor de TI&C**
>>> **Digivox Soluções de Comunicação Ltda
>>> *( + 55 83 4009-8195
>>> ( + 55 83 4009-8199 - fax
>>> ( + 55 83 9179-8195 - celular
>>> : jun...@digivox.com.br
>>> : ***www.digivox.com.br*
>>>
>>>
>>>
>>>
>>> ___
>>> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
>>> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
>>> - Suporte técnico
Re: [AsteriskBrasil] Problema de transferência em qu eue
Obrigado Wagner. Funcionou beleza!
Abraço,
Nivaldo Júnior
Diretor de TI&C
Digivox Soluções de Comunicação Ltda
( + 55 83 4009-8195
( + 55 83 4009-8199 - fax
( + 55 83 9179-8195 - celular
: jun...@digivox.com.br
: www.digivox.com.br
Em 28/06/2010, às 11:49, Wagner Nunes escreveu:
> Bom dia Junior!!!
>
>
> Cara, state_infertace pode ser definido no addQueueMember... da uma olhada
>
> http://wnunes.com/2010/06/28/resolvendo-problemas-com-status-de-agentes/
>
> Abraço!!!
> --
> ---
> Wagner Nunes
> wnunes.com | VoIP, Segurança, Desenvolvimento e mais um monte de besteira!
>
>
> 2010/6/26 Nivaldo Montenegro Jr
> Fala Wagner!
>
> Tudo beleza!
>
> O problema é que temos um sistema de CRM que faz o login, logout e pausas dos
> agentes e usamos interfaces do tipo Local.
> Fiz o teste com SIP antes de mandar o e-mail e vi que funciona, mas preciso
> usar a interface Local por conta dos agentes que podem utilizar qualquer
> usuário SIP da rede.
> Além do CRM, temos um sistema de acompanhamento das filas em tempo real e de
> geração de relatórios que usa essas interfaces também.
>
> Cada agente está associado a um ramal, exemplo 900. Esse ramal usa o seguinte
> dial plan:
>
> exten => _9xx,1,Set(usuario_sip=${DB(atendimento/${EXTEN})})
> exten => _9xx,n,Dial(SIP/${usuario_sip},30,rTt)
> exten => _9xx,n,Busy(5)
> exten => _9xx,n,Hangup
>
> Adicionamos na fila a interface Local/9...@ramais/n, logando assim o agente
> 900.
>
> Essa chave do DB do asterisk é criada pelo sistema de CRM que coloca na chave
> atendimento/900 o usuário SIP que o agente do ramal 900 está usando no
> momento.
>
> Mas acho que vou ter que mudar o sistema para funcionar de alguma forma
> usando os agentes do agents.conf ou o SIP. Vou analisar aqui como posso fazer.
>
> Valeu pela resposta!
>
>
> Abraço,
>
>
> Nivaldo Júnior
> Diretor de TI&C
> Digivox Soluções de Comunicação Ltda
> ( + 55 83 4009-8195
> ( + 55 83 4009-8199 - fax
> ( + 55 83 9179-8195 - celular
> : jun...@digivox.com.br
> : www.digivox.com.br
>
>
>
> Em 25/06/2010, às 13:22, Wagner Nunes escreveu:
>
>> Fala Junior!!! Beleza meu???
>>
>>
>> Cara, se vc estiver usando AddQueueMember seta o state_interface para
>> SIP/ramal...
>>
>> --
>> ---
>> Wagner Nunes
>> wnunes.com | VoIP, Segurança, Desenvolvimento e mais um monte de besteira!
>>
>>
>>
>>
>> 2010/6/19 Nivaldo Montenegro Jr
>> Pessoal,
>>
>> Estou com um problema relacionado à transferência de chamadas por agentes em
>> uma fila de atendimento.
>>
>> O problema é o seguinte:
>>
>> 1- O cliente liga e cai na fila
>> 2- O agente no call center atende a chamada
>> 3- O agente transfere a chamada usando *2 para algum outro ramal
>> 4- O problema aparece:
>> No asterisk o agente ainda permanece como ocupado e para o asterisk a
>> chamada para este agente ainda não foi finalizada.
>> Se chegar uma nova chamada, esse agente recebe a nova chamada, por que nas
>> estatísticas do asterisk ele ainda é o agente que está a mais tempo sem
>> atender, pois como a chamada anterior ainda não foi finalizada, as
>> estatísticas ainda não foram atualizadas.
>> No monitoramento da fila aparece o mesmo agente atendendo duas chamadas.
>>
>> Vi na Internet algumas dicas informando para usar # ao invés de *2, mas
>> mesmo com # acontece a mesma situação.
>>
>> Alguém já passou por esse problema e sabe como solucionar ou como criar uma
>> forma de resolver isso?
>>
>>
>> Atenciosamente,
>>
>>
>> Nivaldo Júnior
>> Diretor de TI&C
>> Digivox Soluções de Comunicação Ltda
>> ( + 55 83 4009-8195
>> ( + 55 83 4009-8199 - fax
>> ( + 55 83 9179-8195 - celular
>> : jun...@digivox.com.br
>> : www.digivox.com.br
>>
>>
>>
>>
>> ___
>> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
>> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
>> - Suporte técnico local qualificado e gratuito
>> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
>> ___
>> Temos tudo para seu projeto VoIP com Asterisk!
>> Descontos especiais para assinantes da AsteriskBrasil.org.
>> Registre-se e receba um cupom exclusivo de desconto!
>> Acesse agora www.voipmania.com.br
>> __
>> Lista de discussões AsteriskBrasil.org
>> AsteriskBrasil@listas.asteriskbrasil.org
>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>
>>
>>
>>
>> ___
>> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
>> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
>> - Suporte técnico local qualificado e gratuito
>> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
>> ___
>> Temos tudo para seu projeto V
Re: [AsteriskBrasil] Problema de transferência em qu eue
Bom dia Junior!!!
Cara, state_infertace pode ser definido no addQueueMember... da uma olhada
http://wnunes.com/2010/06/28/resolvendo-problemas-com-status-de-agentes/
Abraço!!!
--
---
Wagner Nunes
wnunes.com | VoIP, Segurança, Desenvolvimento e mais um monte de besteira!
2010/6/26 Nivaldo Montenegro Jr
> Fala Wagner!
>
> Tudo beleza!
>
> O problema é que temos um sistema de CRM que faz o login, logout e pausas
> dos agentes e usamos interfaces do tipo Local.
> Fiz o teste com SIP antes de mandar o e-mail e vi que funciona, mas preciso
> usar a interface Local por conta dos agentes que podem utilizar qualquer
> usuário SIP da rede.
> Além do CRM, temos um sistema de acompanhamento das filas em tempo real e
> de geração de relatórios que usa essas interfaces também.
>
> Cada agente está associado a um ramal, exemplo 900. Esse ramal usa o
> seguinte dial plan:
>
> exten => _9xx,1,Set(usuario_sip=${DB(atendimento/${EXTEN})})
> exten => _9xx,n,Dial(SIP/${usuario_sip},30,rTt)
> exten => _9xx,n,Busy(5)
> exten => _9xx,n,Hangup
>
> Adicionamos na fila a interface Local/9...@ramais/n, logando assim o agente
> 900.
>
> Essa chave do DB do asterisk é criada pelo sistema de CRM que coloca na
> chave atendimento/900 o usuário SIP que o agente do ramal 900 está usando no
> momento.
>
> Mas acho que vou ter que mudar o sistema para funcionar de alguma forma
> usando os agentes do agents.conf ou o SIP. Vou analisar aqui como posso
> fazer.
>
> Valeu pela resposta!
>
>
> Abraço,
>
>
> *Nivaldo Júnior* *
> **Diretor de TI&C**
> **Digivox Soluções de Comunicação Ltda
> *( + 55 83 4009-8195
> ( + 55 83 4009-8199 - fax
> ( + 55 83 9179-8195 - celular
> : jun...@digivox.com.br
> : ***www.digivox.com.br*
>
>
>
> Em 25/06/2010, às 13:22, Wagner Nunes escreveu:
>
> Fala Junior!!! Beleza meu???
>
>
> Cara, se vc estiver usando AddQueueMember seta o state_interface para
> SIP/ramal...
>
> --
> ---
> Wagner Nunes
> wnunes.com | VoIP, Segurança, Desenvolvimento e mais um monte de besteira!
>
>
>
>
> 2010/6/19 Nivaldo Montenegro Jr
>
>> Pessoal,
>>
>> Estou com um problema relacionado à transferência de chamadas por agentes
>> em uma fila de atendimento.
>>
>> O problema é o seguinte:
>>
>> 1- O cliente liga e cai na fila
>> 2- O agente no call center atende a chamada
>> 3- O agente transfere a chamada usando *2 para algum outro ramal
>> 4- O problema aparece:
>> No asterisk o agente ainda permanece como ocupado e para o asterisk a
>> chamada para este agente ainda não foi finalizada.
>> Se chegar uma nova chamada, esse agente recebe a nova chamada, por que nas
>> estatísticas do asterisk ele ainda é o agente que está a mais tempo sem
>> atender, pois como a chamada anterior ainda não foi finalizada, as
>> estatísticas ainda não foram atualizadas.
>> No monitoramento da fila aparece o mesmo agente atendendo duas chamadas.
>>
>> Vi na Internet algumas dicas informando para usar # ao invés de *2, mas
>> mesmo com # acontece a mesma situação.
>>
>> Alguém já passou por esse problema e sabe como solucionar ou como criar
>> uma forma de resolver isso?
>>
>>
>> Atenciosamente,
>>
>>
>> *Nivaldo Júnior* *
>> **Diretor de TI&C**
>> **Digivox Soluções de Comunicação Ltda
>> *( + 55 83 4009-8195
>> ( + 55 83 4009-8199 - fax
>> ( + 55 83 9179-8195 - celular
>> : jun...@digivox.com.br
>> : ***www.digivox.com.br*
>>
>>
>>
>>
>> ___
>> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
>> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
>> - Suporte técnico local qualificado e gratuito
>> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
>> ___
>> Temos tudo para seu projeto VoIP com Asterisk!
>> Descontos especiais para assinantes da
>> AsteriskBrasil.org
Re: [AsteriskBrasil] Problema de transferência em qu eue
Fala Wagner!
Tudo beleza!
O problema é que temos um sistema de CRM que faz o login, logout e pausas dos
agentes e usamos interfaces do tipo Local.
Fiz o teste com SIP antes de mandar o e-mail e vi que funciona, mas preciso
usar a interface Local por conta dos agentes que podem utilizar qualquer
usuário SIP da rede.
Além do CRM, temos um sistema de acompanhamento das filas em tempo real e de
geração de relatórios que usa essas interfaces também.
Cada agente está associado a um ramal, exemplo 900. Esse ramal usa o seguinte
dial plan:
exten => _9xx,1,Set(usuario_sip=${DB(atendimento/${EXTEN})})
exten => _9xx,n,Dial(SIP/${usuario_sip},30,rTt)
exten => _9xx,n,Busy(5)
exten => _9xx,n,Hangup
Adicionamos na fila a interface Local/9...@ramais/n, logando assim o agente 900.
Essa chave do DB do asterisk é criada pelo sistema de CRM que coloca na chave
atendimento/900 o usuário SIP que o agente do ramal 900 está usando no momento.
Mas acho que vou ter que mudar o sistema para funcionar de alguma forma usando
os agentes do agents.conf ou o SIP. Vou analisar aqui como posso fazer.
Valeu pela resposta!
Abraço,
Nivaldo Júnior
Diretor de TI&C
Digivox Soluções de Comunicação Ltda
( + 55 83 4009-8195
( + 55 83 4009-8199 - fax
( + 55 83 9179-8195 - celular
: jun...@digivox.com.br
: www.digivox.com.br
Em 25/06/2010, às 13:22, Wagner Nunes escreveu:
> Fala Junior!!! Beleza meu???
>
>
> Cara, se vc estiver usando AddQueueMember seta o state_interface para
> SIP/ramal...
>
> --
> ---
> Wagner Nunes
> wnunes.com | VoIP, Segurança, Desenvolvimento e mais um monte de besteira!
>
>
>
>
> 2010/6/19 Nivaldo Montenegro Jr
> Pessoal,
>
> Estou com um problema relacionado à transferência de chamadas por agentes em
> uma fila de atendimento.
>
> O problema é o seguinte:
>
> 1- O cliente liga e cai na fila
> 2- O agente no call center atende a chamada
> 3- O agente transfere a chamada usando *2 para algum outro ramal
> 4- O problema aparece:
> No asterisk o agente ainda permanece como ocupado e para o asterisk a chamada
> para este agente ainda não foi finalizada.
> Se chegar uma nova chamada, esse agente recebe a nova chamada, por que nas
> estatísticas do asterisk ele ainda é o agente que está a mais tempo sem
> atender, pois como a chamada anterior ainda não foi finalizada, as
> estatísticas ainda não foram atualizadas.
> No monitoramento da fila aparece o mesmo agente atendendo duas chamadas.
>
> Vi na Internet algumas dicas informando para usar # ao invés de *2, mas mesmo
> com # acontece a mesma situação.
>
> Alguém já passou por esse problema e sabe como solucionar ou como criar uma
> forma de resolver isso?
>
>
> Atenciosamente,
>
>
> Nivaldo Júnior
> Diretor de TI&C
> Digivox Soluções de Comunicação Ltda
> ( + 55 83 4009-8195
> ( + 55 83 4009-8199 - fax
> ( + 55 83 9179-8195 - celular
> : jun...@digivox.com.br
> : www.digivox.com.br
>
>
>
>
> ___
> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> - Suporte técnico local qualificado e gratuito
> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> ___
> Temos tudo para seu projeto VoIP com Asterisk!
> Descontos especiais para assinantes da AsteriskBrasil.org.
> Registre-se e receba um cupom exclusivo de desconto!
> Acesse agora www.voipmania.com.br
> __
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil@listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
>
>
>
> ___
> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> - Suporte técnico local qualificado e gratuito
> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> ___
> Temos tudo para seu projeto VoIP com Asterisk!
> Descontos especiais para assinantes da AsteriskBrasil.org.
> Registre-se e receba um cupom exclusivo de desconto!
> Acesse agora www.voipmania.com.br
> __
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil@listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
___
KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
- Hardware com alta disponibilidade de recursos e qualidade KHOMP
- Suporte técnico local qualificado e gratuito
Conheça a linha completa de produtos KHOMP em www.khomp.com.br
___
Temos tudo para seu projeto VoIP com Asterisk!
Descontos especiais para assinantes da AsteriskBrasil.org.
Registre-se e receba um cupom exclusivo de desconto!
A
Re: [AsteriskBrasil] Problema de transferência em qu eue
Fala Junior!!! Beleza meu??? Cara, se vc estiver usando AddQueueMember seta o state_interface para SIP/ramal... -- --- Wagner Nunes wnunes.com | VoIP, Segurança, Desenvolvimento e mais um monte de besteira! 2010/6/19 Nivaldo Montenegro Jr > Pessoal, > > Estou com um problema relacionado à transferência de chamadas por agentes > em uma fila de atendimento. > > O problema é o seguinte: > > 1- O cliente liga e cai na fila > 2- O agente no call center atende a chamada > 3- O agente transfere a chamada usando *2 para algum outro ramal > 4- O problema aparece: > No asterisk o agente ainda permanece como ocupado e para o asterisk a > chamada para este agente ainda não foi finalizada. > Se chegar uma nova chamada, esse agente recebe a nova chamada, por que nas > estatísticas do asterisk ele ainda é o agente que está a mais tempo sem > atender, pois como a chamada anterior ainda não foi finalizada, as > estatísticas ainda não foram atualizadas. > No monitoramento da fila aparece o mesmo agente atendendo duas chamadas. > > Vi na Internet algumas dicas informando para usar # ao invés de *2, mas > mesmo com # acontece a mesma situação. > > Alguém já passou por esse problema e sabe como solucionar ou como criar uma > forma de resolver isso? > > > Atenciosamente, > > > *Nivaldo Júnior* * > **Diretor de TI&C** > **Digivox Soluções de Comunicação Ltda > *( + 55 83 4009-8195 > ( + 55 83 4009-8199 - fax > ( + 55 83 9179-8195 - celular > : jun...@digivox.com.br > : ***www.digivox.com.br* > > > > > ___ > KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk. > - Hardware com alta disponibilidade de recursos e qualidade KHOMP > - Suporte técnico local qualificado e gratuito > Conheça a linha completa de produtos KHOMP em www.khomp.com.br > ___ > Temos tudo para seu projeto VoIP com Asterisk! > Descontos especiais para assinantes da AsteriskBrasil.org. > Registre-se e receba um cupom exclusivo de desconto! > Acesse agora www.voipmania.com.br > __ > Lista de discussões AsteriskBrasil.org > AsteriskBrasil@listas.asteriskbrasil.org > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > ___ KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk. - Hardware com alta disponibilidade de recursos e qualidade KHOMP - Suporte técnico local qualificado e gratuito Conheça a linha completa de produtos KHOMP em www.khomp.com.br ___ Temos tudo para seu projeto VoIP com Asterisk! Descontos especiais para assinantes da AsteriskBrasil.org. Registre-se e receba um cupom exclusivo de desconto! Acesse agora www.voipmania.com.br __ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
[AsteriskBrasil] Problema de transferência em qu eue
Pessoal, Estou com um problema relacionado à transferência de chamadas por agentes em uma fila de atendimento. O problema é o seguinte: 1- O cliente liga e cai na fila 2- O agente no call center atende a chamada 3- O agente transfere a chamada usando *2 para algum outro ramal 4- O problema aparece: No asterisk o agente ainda permanece como ocupado e para o asterisk a chamada para este agente ainda não foi finalizada. Se chegar uma nova chamada, esse agente recebe a nova chamada, por que nas estatísticas do asterisk ele ainda é o agente que está a mais tempo sem atender, pois como a chamada anterior ainda não foi finalizada, as estatísticas ainda não foram atualizadas. No monitoramento da fila aparece o mesmo agente atendendo duas chamadas. Vi na Internet algumas dicas informando para usar # ao invés de *2, mas mesmo com # acontece a mesma situação. Alguém já passou por esse problema e sabe como solucionar ou como criar uma forma de resolver isso? Atenciosamente, Nivaldo Júnior Diretor de TI&C Digivox Soluções de Comunicação Ltda ( + 55 83 4009-8195 ( + 55 83 4009-8199 - fax ( + 55 83 9179-8195 - celular : jun...@digivox.com.br : www.digivox.com.br ___ KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk. - Hardware com alta disponibilidade de recursos e qualidade KHOMP - Suporte técnico local qualificado e gratuito Conheça a linha completa de produtos KHOMP em www.khomp.com.br ___ Temos tudo para seu projeto VoIP com Asterisk! Descontos especiais para assinantes da AsteriskBrasil.org. Registre-se e receba um cupom exclusivo de desconto! Acesse agora www.voipmania.com.br __ Lista de discussões AsteriskBrasil.org AsteriskBrasil@listas.asteriskbrasil.org http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
