Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Alex Sander, Não entendi sua dica. Poderia me explicar, por gentileza?
Obrigada !
Sylvio, eu testei com o Dial e de fato funciona. Ocorre que aqui na minha
URA eu encaminho o cliente para os atendentes através da queue. Com o 1.4
não há uma forma de fazer via queue. ?
Obrigada !
Em 25 de novembro de 2013 17:17, Sylvio Jollenbeck
sylvio.jollenb...@gmail.com escreveu:
Renata
No asterisk 1.4 voce faz via Dial usando o parâmetro g (
http://www.voip-info.org/wiki/view/Asterisk+cmd+Dial);
Dial(Local/Sua_Fila@contexto,5,Ttg);
Abs
Em 25 de novembro de 2013 17:06, jefaokpta jefaok...@hotmail.comescreveu:
Tendi, pq vc não poe uma linha chamando a macro-ura por ex, logo abaixo
do Dial q conectou os 2 :
Acho q não precisará, mas na falha pode usar a flag 'g' do Dial:
g Proceeds in the context when the target channel has been hung up.
Vc pode mandar por param a sua macro informações do tipo:
${DIALSTATUS} caso não seja answer vc não executa a ura
${CDR(lastapp)} esse cara vai conter o ramal q o Dial discou, com base
nisso vc executa ou não a URA.
Espero ter ajudado.
Flws
Em 25-11-2013 16:30, Renata Dias escreveu:
Ola Jefaokpta,
Eu estive lendo sobre a extensão h, porém no site oficial diz:
When the 'h' extension is running, the call legs have already been torn
down. There is no way to delay this happening, and you can't do anything in
the 'h' extension that needs to read audio from the channel (since no audio
will appear, the first time it tries to read audio it will abort). Thus
Playback http://www.voip-info.org/wiki/view/Asterisk+cmd+Playback() or
Background http://www.voip-info.org/wiki/view/Asterisk+cmd+BackGround(),
for example, does not work. Essentially, the only things that make sense to
use in the 'h' extension are those that don't have anything to do with the
external channel that was involved before the hangup. No audio, no DTMF,
etc.
Além disso, em minha URA eu tenho outras opções de atendimento, das
quais eu não gostaria que todo Hangup() passasse pela pesquisa de
satisfação.
O parâmetro c - continue in the dialplan if the callee hangs up me
pareceu o que se ajusta perfeitamente à minha necessidade, porém meu
Asterisk é 1.4.
Em 25 de novembro de 2013 16:19, jefaokpta jefaok...@hotmail.comescreveu:
Vc pode colocar sua ura no exten h do contexto, assim qnd o atendente
desligar a ligação irá p o contexto h.
Flws
Em 25-11-2013 16:08, Renata Dias escreveu:
Alguma dica para Asterisk 1.4.28 ?
Em 25 de novembro de 2013 13:46, Rogger Faioli
rogger.fai...@gmail.comescreveu:
Ranata,
c — continue in the dialplan if the callee hangs up (*Asterisk 1.6.0
and above*)
ou oriente aos atendentes que transfiram a ligação para uma URA de
pós atendimento. A primeira opção é melhor!
Em 25 de novembro de 2013 13:09, Renata Dias
renatchi...@gmail.comescreveu:
Boa tarde,
Estou implantando uma pesquisa de satisfação na minha URA em
Asterisk.
Gostaria de fazer com que, após o atendente desligar a ligação, o
cliente fosse direcionado para uma segunda URA com a pesquisa de
satisfação.
Pelos testes que realizei, quando o atendente (ramal SIP) desliga a
ligação, o cliente (channel ZAP) também é desligado.
Existe a possibilidade de manter o cliente (channerl ZAP) conectado
e transferi-lo para a segunda URA?
Obrigada.
--
Renata Dias
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email em branco
para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email em branco
para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
--
Renata Dias
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Renata,
Via queue no ast 1.4 somente com backport (trazer a funcionalidade que
esta presente nas versões mais novas para versões mais antigas). Não sei se
existe esse backport disponível na web, mas sei como fazer e requer algumas
boas horas de desenvolvimento.
Agora não entendi o motivo para você não usar o dial.. vamos supor que
você tem um contexto chamado queue-entry e a extensão 100 direciona a
chamada para a fila A. Com o dial ficaria assim...
Dial(Local/100@queue-entry,5,tTg);
Qual é a lógica disso, quando o agente desligar o cliente sai da fila
-- o asterisk entenderá que uma perna da chamada foi encerrada e enviará a
perna ainda ativa (neste caso o cliente) para a próxima prioridade do
contexto de entrada. Que por sua vez enviara o cliente para a pesquisa.
context from-pstn {
_ = {
Answer();
Dial(Local/100@queue-entry,5,tTg);
goto pesquisa-pos|s|1;
Hangup();
};
};
Em 26 de novembro de 2013 09:27, Renata Dias renatchi...@gmail.comescreveu:
Alex Sander, Não entendi sua dica. Poderia me explicar, por gentileza?
Obrigada !
Sylvio, eu testei com o Dial e de fato funciona. Ocorre que aqui na minha
URA eu encaminho o cliente para os atendentes através da queue. Com o 1.4
não há uma forma de fazer via queue. ?
Obrigada !
Em 25 de novembro de 2013 17:17, Sylvio Jollenbeck
sylvio.jollenb...@gmail.com escreveu:
Renata
No asterisk 1.4 voce faz via Dial usando o parâmetro g (
http://www.voip-info.org/wiki/view/Asterisk+cmd+Dial);
Dial(Local/Sua_Fila@contexto,5,Ttg);
Abs
Em 25 de novembro de 2013 17:06, jefaokpta jefaok...@hotmail.comescreveu:
Tendi, pq vc não poe uma linha chamando a macro-ura por ex, logo abaixo
do Dial q conectou os 2 :
Acho q não precisará, mas na falha pode usar a flag 'g' do Dial:
g Proceeds in the context when the target channel has been hung up.
Vc pode mandar por param a sua macro informações do tipo:
${DIALSTATUS} caso não seja answer vc não executa a ura
${CDR(lastapp)} esse cara vai conter o ramal q o Dial discou, com base
nisso vc executa ou não a URA.
Espero ter ajudado.
Flws
Em 25-11-2013 16:30, Renata Dias escreveu:
Ola Jefaokpta,
Eu estive lendo sobre a extensão h, porém no site oficial diz:
When the 'h' extension is running, the call legs have already been
torn down. There is no way to delay this happening, and you can't do
anything in the 'h' extension that needs to read audio from the channel
(since no audio will appear, the first time it tries to read audio it will
abort). Thus
Playbackhttp://www.voip-info.org/wiki/view/Asterisk+cmd+Playback()
orBackgroundhttp://www.voip-info.org/wiki/view/Asterisk+cmd+BackGround(),
for example, does not work. Essentially, the only things that make sense to
use in the 'h' extension are those that don't have anything to do with the
external channel that was involved before the hangup. No audio, no DTMF,
etc.
Além disso, em minha URA eu tenho outras opções de atendimento, das
quais eu não gostaria que todo Hangup() passasse pela pesquisa de
satisfação.
O parâmetro c - continue in the dialplan if the callee hangs up me
pareceu o que se ajusta perfeitamente à minha necessidade, porém meu
Asterisk é 1.4.
Em 25 de novembro de 2013 16:19, jefaokpta jefaok...@hotmail.comescreveu:
Vc pode colocar sua ura no exten h do contexto, assim qnd o atendente
desligar a ligação irá p o contexto h.
Flws
Em 25-11-2013 16:08, Renata Dias escreveu:
Alguma dica para Asterisk 1.4.28 ?
Em 25 de novembro de 2013 13:46, Rogger Faioli rogger.fai...@gmail.com
escreveu:
Ranata,
c — continue in the dialplan if the callee hangs up (*Asterisk 1.6.0
and above*)
ou oriente aos atendentes que transfiram a ligação para uma URA de
pós atendimento. A primeira opção é melhor!
Em 25 de novembro de 2013 13:09, Renata Dias
renatchi...@gmail.comescreveu:
Boa tarde,
Estou implantando uma pesquisa de satisfação na minha URA em
Asterisk.
Gostaria de fazer com que, após o atendente desligar a ligação, o
cliente fosse direcionado para uma segunda URA com a pesquisa de
satisfação.
Pelos testes que realizei, quando o atendente (ramal SIP) desliga a
ligação, o cliente (channel ZAP) também é desligado.
Existe a possibilidade de manter o cliente (channerl ZAP) conectado
e transferi-lo para a segunda URA?
Obrigada.
--
Renata Dias
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
___
Para remover seu email desta
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Renata, pensei em algo assim, supondo que a ultima aplicação seja queue,
quando houver um hangup a chamada não será desligada, logo as variáveis de
canais permaneceriam.
...
same = n,Set(TESTE = ${CDR(lastapp)})
same = n,GotoIf($[${TESTE} = queue]?URASATISFACAO)
...
Nada impede de testar outras variáveis.
Mas nunca fiz isso apenas divaguei com base na dica do colega.
Att,
Em 26 de novembro de 2013 09:27, Renata Dias renatchi...@gmail.comescreveu:
Alex Sander, Não entendi sua dica. Poderia me explicar, por gentileza?
Obrigada !
Sylvio, eu testei com o Dial e de fato funciona. Ocorre que aqui na minha
URA eu encaminho o cliente para os atendentes através da queue. Com o 1.4
não há uma forma de fazer via queue. ?
Obrigada !
Em 25 de novembro de 2013 17:17, Sylvio Jollenbeck
sylvio.jollenb...@gmail.com escreveu:
Renata
No asterisk 1.4 voce faz via Dial usando o parâmetro g (
http://www.voip-info.org/wiki/view/Asterisk+cmd+Dial);
Dial(Local/Sua_Fila@contexto,5,Ttg);
Abs
Em 25 de novembro de 2013 17:06, jefaokpta jefaok...@hotmail.comescreveu:
Tendi, pq vc não poe uma linha chamando a macro-ura por ex, logo abaixo
do Dial q conectou os 2 :
Acho q não precisará, mas na falha pode usar a flag 'g' do Dial:
g Proceeds in the context when the target channel has been hung up.
Vc pode mandar por param a sua macro informações do tipo:
${DIALSTATUS} caso não seja answer vc não executa a ura
${CDR(lastapp)} esse cara vai conter o ramal q o Dial discou, com base
nisso vc executa ou não a URA.
Espero ter ajudado.
Flws
Em 25-11-2013 16:30, Renata Dias escreveu:
Ola Jefaokpta,
Eu estive lendo sobre a extensão h, porém no site oficial diz:
When the 'h' extension is running, the call legs have already been
torn down. There is no way to delay this happening, and you can't do
anything in the 'h' extension that needs to read audio from the channel
(since no audio will appear, the first time it tries to read audio it will
abort). Thus
Playbackhttp://www.voip-info.org/wiki/view/Asterisk+cmd+Playback()
orBackgroundhttp://www.voip-info.org/wiki/view/Asterisk+cmd+BackGround(),
for example, does not work. Essentially, the only things that make sense to
use in the 'h' extension are those that don't have anything to do with the
external channel that was involved before the hangup. No audio, no DTMF,
etc.
Além disso, em minha URA eu tenho outras opções de atendimento, das
quais eu não gostaria que todo Hangup() passasse pela pesquisa de
satisfação.
O parâmetro c - continue in the dialplan if the callee hangs up me
pareceu o que se ajusta perfeitamente à minha necessidade, porém meu
Asterisk é 1.4.
Em 25 de novembro de 2013 16:19, jefaokpta jefaok...@hotmail.comescreveu:
Vc pode colocar sua ura no exten h do contexto, assim qnd o atendente
desligar a ligação irá p o contexto h.
Flws
Em 25-11-2013 16:08, Renata Dias escreveu:
Alguma dica para Asterisk 1.4.28 ?
Em 25 de novembro de 2013 13:46, Rogger Faioli rogger.fai...@gmail.com
escreveu:
Ranata,
c — continue in the dialplan if the callee hangs up (*Asterisk 1.6.0
and above*)
ou oriente aos atendentes que transfiram a ligação para uma URA de
pós atendimento. A primeira opção é melhor!
Em 25 de novembro de 2013 13:09, Renata Dias
renatchi...@gmail.comescreveu:
Boa tarde,
Estou implantando uma pesquisa de satisfação na minha URA em
Asterisk.
Gostaria de fazer com que, após o atendente desligar a ligação, o
cliente fosse direcionado para uma segunda URA com a pesquisa de
satisfação.
Pelos testes que realizei, quando o atendente (ramal SIP) desliga a
ligação, o cliente (channel ZAP) também é desligado.
Existe a possibilidade de manter o cliente (channerl ZAP) conectado
e transferi-lo para a segunda URA?
Obrigada.
--
Renata Dias
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email em branco
para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk -
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Cuidado, no hangup as variaveis morrem.
Em 26/11/2013 10:44, Alex Sander sanderda...@globo.com escreveu:
Renata, pensei em algo assim, supondo que a ultima aplicação seja queue,
quando houver um hangup a chamada não será desligada, logo as variáveis de
canais permaneceriam.
...
same = n,Set(TESTE = ${CDR(lastapp)})
same = n,GotoIf($[${TESTE} = queue]?URASATISFACAO)
...
Nada impede de testar outras variáveis.
Mas nunca fiz isso apenas divaguei com base na dica do colega.
Att,
Em 26 de novembro de 2013 09:27, Renata Dias renatchi...@gmail.comescreveu:
Alex Sander, Não entendi sua dica. Poderia me explicar, por gentileza?
Obrigada !
Sylvio, eu testei com o Dial e de fato funciona. Ocorre que aqui na minha
URA eu encaminho o cliente para os atendentes através da queue. Com o 1.4
não há uma forma de fazer via queue. ?
Obrigada !
Em 25 de novembro de 2013 17:17, Sylvio Jollenbeck
sylvio.jollenb...@gmail.com escreveu:
Renata
No asterisk 1.4 voce faz via Dial usando o parâmetro g (
http://www.voip-info.org/wiki/view/Asterisk+cmd+Dial);
Dial(Local/Sua_Fila@contexto,5,Ttg);
Abs
Em 25 de novembro de 2013 17:06, jefaokpta jefaok...@hotmail.comescreveu:
Tendi, pq vc não poe uma linha chamando a macro-ura por ex, logo
abaixo do Dial q conectou os 2 :
Acho q não precisará, mas na falha pode usar a flag 'g' do Dial:
g Proceeds in the context when the target channel has been hung up.
Vc pode mandar por param a sua macro informações do tipo:
${DIALSTATUS} caso não seja answer vc não executa a ura
${CDR(lastapp)} esse cara vai conter o ramal q o Dial discou, com base
nisso vc executa ou não a URA.
Espero ter ajudado.
Flws
Em 25-11-2013 16:30, Renata Dias escreveu:
Ola Jefaokpta,
Eu estive lendo sobre a extensão h, porém no site oficial diz:
When the 'h' extension is running, the call legs have already been
torn down. There is no way to delay this happening, and you can't do
anything in the 'h' extension that needs to read audio from the channel
(since no audio will appear, the first time it tries to read audio it will
abort). Thus
Playbackhttp://www.voip-info.org/wiki/view/Asterisk+cmd+Playback()
orBackgroundhttp://www.voip-info.org/wiki/view/Asterisk+cmd+BackGround(),
for example, does not work. Essentially, the only things that make sense to
use in the 'h' extension are those that don't have anything to do with the
external channel that was involved before the hangup. No audio, no DTMF,
etc.
Além disso, em minha URA eu tenho outras opções de atendimento, das
quais eu não gostaria que todo Hangup() passasse pela pesquisa de
satisfação.
O parâmetro c - continue in the dialplan if the callee hangs up me
pareceu o que se ajusta perfeitamente à minha necessidade, porém meu
Asterisk é 1.4.
Em 25 de novembro de 2013 16:19, jefaokpta jefaok...@hotmail.comescreveu:
Vc pode colocar sua ura no exten h do contexto, assim qnd o
atendente desligar a ligação irá p o contexto h.
Flws
Em 25-11-2013 16:08, Renata Dias escreveu:
Alguma dica para Asterisk 1.4.28 ?
Em 25 de novembro de 2013 13:46, Rogger Faioli
rogger.fai...@gmail.com escreveu:
Ranata,
c — continue in the dialplan if the callee hangs up (*Asterisk
1.6.0 and above*)
ou oriente aos atendentes que transfiram a ligação para uma URA de
pós atendimento. A primeira opção é melhor!
Em 25 de novembro de 2013 13:09, Renata Dias
renatchi...@gmail.comescreveu:
Boa tarde,
Estou implantando uma pesquisa de satisfação na minha URA em
Asterisk.
Gostaria de fazer com que, após o atendente desligar a ligação, o
cliente fosse direcionado para uma segunda URA com a pesquisa de
satisfação.
Pelos testes que realizei, quando o atendente (ramal SIP) desliga
a ligação, o cliente (channel ZAP) também é desligado.
Existe a possibilidade de manter o cliente (channerl ZAP)
conectado e transferi-lo para a segunda URA?
Obrigada.
--
Renata Dias
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email em branco
para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Sylvio,
Fiz conforme sua sugestão, ficou assim:
[queue]
exten = 8,1,answer()
exten = 8,2,queue(suporte,tT)
[ura-principal]
exten = 4,1,Answer()
exten = 8,n,Dial(Local/8@queue,10,tTg)
exten = 8,100,Playback(qualidade/AVALIE)
exten = 8,n,Read(ATENDIDA,,1)
exten = 8,n,Set(ODBC_ ... //Grava no banco o que preciso
exten = 8,n,hangup()
Quando escolho a opção 4 na URA principal, sou direcionada para o contexto
queue e caio na fica suporte corretamente. Porém, quando o agente desliga,
minha ligação também cai.
Imagino que seja porque o queue (mesmo em um contexto diferente) encerra a
chamada para ambas as partes, já que não consigo utilizar a opção c
(continuação).
Você consegue fazer funcionar dessa forma?
Obrigada.
Em 26 de novembro de 2013 10:50, Sylvio Jollenbeck
sylvio.jollenb...@gmail.com escreveu:
Cuidado, no hangup as variaveis morrem.
Em 26/11/2013 10:44, Alex Sander sanderda...@globo.com escreveu:
Renata, pensei em algo assim, supondo que a ultima aplicação seja queue,
quando houver um hangup a chamada não será desligada, logo as variáveis de
canais permaneceriam.
...
same = n,Set(TESTE = ${CDR(lastapp)})
same = n,GotoIf($[${TESTE} = queue]?URASATISFACAO)
...
Nada impede de testar outras variáveis.
Mas nunca fiz isso apenas divaguei com base na dica do colega.
Att,
Em 26 de novembro de 2013 09:27, Renata Dias renatchi...@gmail.comescreveu:
Alex Sander, Não entendi sua dica. Poderia me explicar, por gentileza?
Obrigada !
Sylvio, eu testei com o Dial e de fato funciona. Ocorre que aqui na
minha URA eu encaminho o cliente para os atendentes através da queue. Com o
1.4 não há uma forma de fazer via queue. ?
Obrigada !
Em 25 de novembro de 2013 17:17, Sylvio Jollenbeck
sylvio.jollenb...@gmail.com escreveu:
Renata
No asterisk 1.4 voce faz via Dial usando o parâmetro g (
http://www.voip-info.org/wiki/view/Asterisk+cmd+Dial);
Dial(Local/Sua_Fila@contexto,5,Ttg);
Abs
Em 25 de novembro de 2013 17:06, jefaokpta jefaok...@hotmail.comescreveu:
Tendi, pq vc não poe uma linha chamando a macro-ura por ex, logo
abaixo do Dial q conectou os 2 :
Acho q não precisará, mas na falha pode usar a flag 'g' do Dial:
g Proceeds in the context when the target channel has been hung up.
Vc pode mandar por param a sua macro informações do tipo:
${DIALSTATUS} caso não seja answer vc não executa a ura
${CDR(lastapp)} esse cara vai conter o ramal q o Dial discou, com base
nisso vc executa ou não a URA.
Espero ter ajudado.
Flws
Em 25-11-2013 16:30, Renata Dias escreveu:
Ola Jefaokpta,
Eu estive lendo sobre a extensão h, porém no site oficial diz:
When the 'h' extension is running, the call legs have already been
torn down. There is no way to delay this happening, and you can't do
anything in the 'h' extension that needs to read audio from the channel
(since no audio will appear, the first time it tries to read audio it will
abort). Thus
Playbackhttp://www.voip-info.org/wiki/view/Asterisk+cmd+Playback()
orBackgroundhttp://www.voip-info.org/wiki/view/Asterisk+cmd+BackGround(),
for example, does not work. Essentially, the only things that make sense
to
use in the 'h' extension are those that don't have anything to do with the
external channel that was involved before the hangup. No audio, no DTMF,
etc.
Além disso, em minha URA eu tenho outras opções de atendimento, das
quais eu não gostaria que todo Hangup() passasse pela pesquisa de
satisfação.
O parâmetro c - continue in the dialplan if the callee hangs up me
pareceu o que se ajusta perfeitamente à minha necessidade, porém meu
Asterisk é 1.4.
Em 25 de novembro de 2013 16:19, jefaokpta
jefaok...@hotmail.comescreveu:
Vc pode colocar sua ura no exten h do contexto, assim qnd o
atendente desligar a ligação irá p o contexto h.
Flws
Em 25-11-2013 16:08, Renata Dias escreveu:
Alguma dica para Asterisk 1.4.28 ?
Em 25 de novembro de 2013 13:46, Rogger Faioli
rogger.fai...@gmail.com escreveu:
Ranata,
c — continue in the dialplan if the callee hangs up (*Asterisk
1.6.0 and above*)
ou oriente aos atendentes que transfiram a ligação para uma URA de
pós atendimento. A primeira opção é melhor!
Em 25 de novembro de 2013 13:09, Renata Dias renatchi...@gmail.com
escreveu:
Boa tarde,
Estou implantando uma pesquisa de satisfação na minha URA em
Asterisk.
Gostaria de fazer com que, após o atendente desligar a ligação, o
cliente fosse direcionado para uma segunda URA com a pesquisa de
satisfação.
Pelos testes que realizei, quando o atendente (ramal SIP) desliga
a ligação, o cliente (channel ZAP) também é desligado.
Existe a possibilidade de manter o cliente (channerl ZAP)
conectado e transferi-lo para a segunda URA?
Obrigada.
--
Renata Dias
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Sylvio,
Fiz conforme sua sugestão, ficou assim:
[queue]
exten = 8,1,answer()
exten = 8,2,queue(suporte,tT)
[ura-principal]
exten = 4,1,Answer()
exten = 4,n,Dial(Local/8@queue,10,tTg)
exten = 4,100,Playback(qualidade/AVALIE)
exten = 4,n,Read(ATENDIDA,,1)
exten = 4,n,Set(ODBC_ ... //Grava no banco o que preciso
exten = 4,n,hangup()
Quando escolho a opção 4 na URA principal, sou direcionada para o contexto
queue e caio na fica suporte corretamente. Porém, quando o agente desliga,
minha ligação também cai.
Imagino que seja porque o queue (mesmo em um contexto diferente) encerra a
chamada para ambas as partes, já que não consigo utilizar a opção c
(continuação).
Eu também testei da seguinte forma:
[queue]
exten = 8,1,answer()
exten = 8,2,queue(suporte,tT)
exten = 8,100,Playback(qualidade/AVALIE)
exten = 8,n,Read(ATENDIDA,,1)
exten = 8,n,Set(ODBC_ ... //Grava no banco o que preciso
exten = 8,n,hangup()
[ura-principal]
exten = 4,1,Answer()
exten = 4,n,Dial(Local/8@queue,10,tTg)
Você utiliza essa configuração e ela funciona?
Obrigada.
Em 26 de novembro de 2013 12:34, Renata Dias renatchi...@gmail.comescreveu:
Sylvio,
Fiz conforme sua sugestão, ficou assim:
[queue]
exten = 8,1,answer()
exten = 8,2,queue(suporte,tT)
[ura-principal]
exten = 4,1,Answer()
exten = 8,n,Dial(Local/8@queue,10,tTg)
exten = 8,100,Playback(qualidade/AVALIE)
exten = 8,n,Read(ATENDIDA,,1)
exten = 8,n,Set(ODBC_ ... //Grava no banco o que preciso
exten = 8,n,hangup()
Quando escolho a opção 4 na URA principal, sou direcionada para o contexto
queue e caio na fica suporte corretamente. Porém, quando o agente desliga,
minha ligação também cai.
Imagino que seja porque o queue (mesmo em um contexto diferente) encerra a
chamada para ambas as partes, já que não consigo utilizar a opção c
(continuação).
Você consegue fazer funcionar dessa forma?
Obrigada.
Em 26 de novembro de 2013 10:50, Sylvio Jollenbeck
sylvio.jollenb...@gmail.com escreveu:
Cuidado, no hangup as variaveis morrem.
Em 26/11/2013 10:44, Alex Sander sanderda...@globo.com escreveu:
Renata, pensei em algo assim, supondo que a ultima aplicação seja queue,
quando houver um hangup a chamada não será desligada, logo as variáveis de
canais permaneceriam.
...
same = n,Set(TESTE = ${CDR(lastapp)})
same = n,GotoIf($[${TESTE} = queue]?URASATISFACAO)
...
Nada impede de testar outras variáveis.
Mas nunca fiz isso apenas divaguei com base na dica do colega.
Att,
Em 26 de novembro de 2013 09:27, Renata Dias
renatchi...@gmail.comescreveu:
Alex Sander, Não entendi sua dica. Poderia me explicar, por gentileza?
Obrigada !
Sylvio, eu testei com o Dial e de fato funciona. Ocorre que aqui na
minha URA eu encaminho o cliente para os atendentes através da queue. Com o
1.4 não há uma forma de fazer via queue. ?
Obrigada !
Em 25 de novembro de 2013 17:17, Sylvio Jollenbeck
sylvio.jollenb...@gmail.com escreveu:
Renata
No asterisk 1.4 voce faz via Dial usando o parâmetro g (
http://www.voip-info.org/wiki/view/Asterisk+cmd+Dial);
Dial(Local/Sua_Fila@contexto,5,Ttg);
Abs
Em 25 de novembro de 2013 17:06, jefaokpta
jefaok...@hotmail.comescreveu:
Tendi, pq vc não poe uma linha chamando a macro-ura por ex, logo
abaixo do Dial q conectou os 2 :
Acho q não precisará, mas na falha pode usar a flag 'g' do Dial:
g Proceeds in the context when the target channel has been hung up.
Vc pode mandar por param a sua macro informações do tipo:
${DIALSTATUS} caso não seja answer vc não executa a ura
${CDR(lastapp)} esse cara vai conter o ramal q o Dial discou, com
base nisso vc executa ou não a URA.
Espero ter ajudado.
Flws
Em 25-11-2013 16:30, Renata Dias escreveu:
Ola Jefaokpta,
Eu estive lendo sobre a extensão h, porém no site oficial diz:
When the 'h' extension is running, the call legs have already been
torn down. There is no way to delay this happening, and you can't do
anything in the 'h' extension that needs to read audio from the channel
(since no audio will appear, the first time it tries to read audio it
will
abort). Thus
Playbackhttp://www.voip-info.org/wiki/view/Asterisk+cmd+Playback()
orBackgroundhttp://www.voip-info.org/wiki/view/Asterisk+cmd+BackGround(),
for example, does not work. Essentially, the only things that make sense
to
use in the 'h' extension are those that don't have anything to do with
the
external channel that was involved before the hangup. No audio, no DTMF,
etc.
Além disso, em minha URA eu tenho outras opções de atendimento, das
quais eu não gostaria que todo Hangup() passasse pela pesquisa de
satisfação.
O parâmetro c - continue in the dialplan if the callee hangs up me
pareceu o que se ajusta perfeitamente à minha necessidade, porém meu
Asterisk é 1.4.
Em 25 de novembro de 2013 16:19, jefaokpta
jefaok...@hotmail.comescreveu:
Vc pode colocar sua ura no exten h do contexto, assim qnd o
atendente desligar a ligação irá p o
[AsteriskBrasil] Pesquisa de Satisfação na URA
Boa tarde, Estou implantando uma pesquisa de satisfação na minha URA em Asterisk. Gostaria de fazer com que, após o atendente desligar a ligação, o cliente fosse direcionado para uma segunda URA com a pesquisa de satisfação. Pelos testes que realizei, quando o atendente (ramal SIP) desliga a ligação, o cliente (channel ZAP) também é desligado. Existe a possibilidade de manter o cliente (channerl ZAP) conectado e transferi-lo para a segunda URA? Obrigada. -- Renata Dias ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Via queue use o parametro c (continue). Em 25 de novembro de 2013 13:09, Renata Dias renatchi...@gmail.comescreveu: Boa tarde, Estou implantando uma pesquisa de satisfação na minha URA em Asterisk. Gostaria de fazer com que, após o atendente desligar a ligação, o cliente fosse direcionado para uma segunda URA com a pesquisa de satisfação. Pelos testes que realizei, quando o atendente (ramal SIP) desliga a ligação, o cliente (channel ZAP) também é desligado. Existe a possibilidade de manter o cliente (channerl ZAP) conectado e transferi-lo para a segunda URA? Obrigada. -- Renata Dias ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org -- Sylvio Jollenbeck www.hosannatecnologia.com.br ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Ranata, c — continue in the dialplan if the callee hangs up (*Asterisk 1.6.0 and above*) ou oriente aos atendentes que transfiram a ligação para uma URA de pós atendimento. A primeira opção é melhor! Em 25 de novembro de 2013 13:09, Renata Dias renatchi...@gmail.comescreveu: Boa tarde, Estou implantando uma pesquisa de satisfação na minha URA em Asterisk. Gostaria de fazer com que, após o atendente desligar a ligação, o cliente fosse direcionado para uma segunda URA com a pesquisa de satisfação. Pelos testes que realizei, quando o atendente (ramal SIP) desliga a ligação, o cliente (channel ZAP) também é desligado. Existe a possibilidade de manter o cliente (channerl ZAP) conectado e transferi-lo para a segunda URA? Obrigada. -- Renata Dias ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Alguma dica para Asterisk 1.4.28 ? Em 25 de novembro de 2013 13:46, Rogger Faioli rogger.fai...@gmail.comescreveu: Ranata, c — continue in the dialplan if the callee hangs up (*Asterisk 1.6.0 and above*) ou oriente aos atendentes que transfiram a ligação para uma URA de pós atendimento. A primeira opção é melhor! Em 25 de novembro de 2013 13:09, Renata Dias renatchi...@gmail.comescreveu: Boa tarde, Estou implantando uma pesquisa de satisfação na minha URA em Asterisk. Gostaria de fazer com que, após o atendente desligar a ligação, o cliente fosse direcionado para uma segunda URA com a pesquisa de satisfação. Pelos testes que realizei, quando o atendente (ramal SIP) desliga a ligação, o cliente (channel ZAP) também é desligado. Existe a possibilidade de manter o cliente (channerl ZAP) conectado e transferi-lo para a segunda URA? Obrigada. -- Renata Dias ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org -- Renata Dias ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Vc pode colocar sua ura no exten h do contexto, assim qnd o atendente desligar a ligação irá p o contexto h. Flws Em 25-11-2013 16:08, Renata Dias escreveu: Alguma dica para Asterisk 1.4.28 ? Em 25 de novembro de 2013 13:46, Rogger Faioli rogger.fai...@gmail.com mailto:rogger.fai...@gmail.com escreveu: Ranata, c --- continue in the dialplan if the callee hangs up (/Asterisk 1.6.0 and above/) ou oriente aos atendentes que transfiram a ligação para uma URA de pós atendimento. A primeira opção é melhor! Em 25 de novembro de 2013 13:09, Renata Dias renatchi...@gmail.com mailto:renatchi...@gmail.com escreveu: Boa tarde, Estou implantando uma pesquisa de satisfação na minha URA em Asterisk. Gostaria de fazer com que, após o atendente desligar a ligação, o cliente fosse direcionado para uma segunda URA com a pesquisa de satisfação. Pelos testes que realizei, quando o atendente (ramal SIP) desliga a ligação, o cliente (channel ZAP) também é desligado. Existe a possibilidade de manter o cliente (channerl ZAP) conectado e transferi-lo para a segunda URA? Obrigada. -- Renata Dias ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com http://www.Khomp.com. ___ ALIGERA -- Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank -- Appliance Asterisk - Acesse www.aligera.com.br http://www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org mailto:asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com http://www.Khomp.com. ___ ALIGERA -- Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank -- Appliance Asterisk - Acesse www.aligera.com.br http://www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org mailto:asteriskbrasil-unsubscr...@listas.asteriskbrasil.org -- Renata Dias ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA -- Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank -- Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Ola Jefaokpta, Eu estive lendo sobre a extensão h, porém no site oficial diz: When the 'h' extension is running, the call legs have already been torn down. There is no way to delay this happening, and you can't do anything in the 'h' extension that needs to read audio from the channel (since no audio will appear, the first time it tries to read audio it will abort). Thus Playback http://www.voip-info.org/wiki/view/Asterisk+cmd+Playback() or Background http://www.voip-info.org/wiki/view/Asterisk+cmd+BackGround(), for example, does not work. Essentially, the only things that make sense to use in the 'h' extension are those that don't have anything to do with the external channel that was involved before the hangup. No audio, no DTMF, etc. Além disso, em minha URA eu tenho outras opções de atendimento, das quais eu não gostaria que todo Hangup() passasse pela pesquisa de satisfação. O parâmetro c - continue in the dialplan if the callee hangs up me pareceu o que se ajusta perfeitamente à minha necessidade, porém meu Asterisk é 1.4. Em 25 de novembro de 2013 16:19, jefaokpta jefaok...@hotmail.com escreveu: Vc pode colocar sua ura no exten h do contexto, assim qnd o atendente desligar a ligação irá p o contexto h. Flws Em 25-11-2013 16:08, Renata Dias escreveu: Alguma dica para Asterisk 1.4.28 ? Em 25 de novembro de 2013 13:46, Rogger Faioli rogger.fai...@gmail.comescreveu: Ranata, c — continue in the dialplan if the callee hangs up (*Asterisk 1.6.0 and above*) ou oriente aos atendentes que transfiram a ligação para uma URA de pós atendimento. A primeira opção é melhor! Em 25 de novembro de 2013 13:09, Renata Dias renatchi...@gmail.comescreveu: Boa tarde, Estou implantando uma pesquisa de satisfação na minha URA em Asterisk. Gostaria de fazer com que, após o atendente desligar a ligação, o cliente fosse direcionado para uma segunda URA com a pesquisa de satisfação. Pelos testes que realizei, quando o atendente (ramal SIP) desliga a ligação, o cliente (channel ZAP) também é desligado. Existe a possibilidade de manter o cliente (channerl ZAP) conectado e transferi-lo para a segunda URA? Obrigada. -- Renata Dias ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org -- Renata Dias ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org -- Renata Dias ___ KHOMP: completa linha de
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Mas se você usar um desvio condicional baseado nas variáveis de canal? Por exemplo, se o CALLERID for um agente ou extension transfira para pesquisa, senão derruba. Att, Alex Em 25 de novembro de 2013 16:30, Renata Dias renatchi...@gmail.comescreveu: Ola Jefaokpta, Eu estive lendo sobre a extensão h, porém no site oficial diz: When the 'h' extension is running, the call legs have already been torn down. There is no way to delay this happening, and you can't do anything in the 'h' extension that needs to read audio from the channel (since no audio will appear, the first time it tries to read audio it will abort). Thus Playback http://www.voip-info.org/wiki/view/Asterisk+cmd+Playback() or Background http://www.voip-info.org/wiki/view/Asterisk+cmd+BackGround(), for example, does not work. Essentially, the only things that make sense to use in the 'h' extension are those that don't have anything to do with the external channel that was involved before the hangup. No audio, no DTMF, etc. Além disso, em minha URA eu tenho outras opções de atendimento, das quais eu não gostaria que todo Hangup() passasse pela pesquisa de satisfação. O parâmetro c - continue in the dialplan if the callee hangs up me pareceu o que se ajusta perfeitamente à minha necessidade, porém meu Asterisk é 1.4. Em 25 de novembro de 2013 16:19, jefaokpta jefaok...@hotmail.comescreveu: Vc pode colocar sua ura no exten h do contexto, assim qnd o atendente desligar a ligação irá p o contexto h. Flws Em 25-11-2013 16:08, Renata Dias escreveu: Alguma dica para Asterisk 1.4.28 ? Em 25 de novembro de 2013 13:46, Rogger Faioli rogger.fai...@gmail.comescreveu: Ranata, c — continue in the dialplan if the callee hangs up (*Asterisk 1.6.0 and above*) ou oriente aos atendentes que transfiram a ligação para uma URA de pós atendimento. A primeira opção é melhor! Em 25 de novembro de 2013 13:09, Renata Dias renatchi...@gmail.comescreveu: Boa tarde, Estou implantando uma pesquisa de satisfação na minha URA em Asterisk. Gostaria de fazer com que, após o atendente desligar a ligação, o cliente fosse direcionado para uma segunda URA com a pesquisa de satisfação. Pelos testes que realizei, quando o atendente (ramal SIP) desliga a ligação, o cliente (channel ZAP) também é desligado. Existe a possibilidade de manter o cliente (channerl ZAP) conectado e transferi-lo para a segunda URA? Obrigada. -- Renata Dias ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org -- Renata Dias ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br. ___ Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org ___ KHOMP: completa linha de placas externas FXO, FXS, GSM e E1; Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7; Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com. ___ ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7. Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express. Channel Bank – Appliance Asterisk - Acesse
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Tendi, pq vc não poe uma linha chamando a macro-ura por ex, logo abaixo
do Dial q conectou os 2 :
Acho q não precisará, mas na falha pode usar a flag 'g' do Dial:
|g |Proceeds in the context when the target channel has been hung up.
Vc pode mandar por param a sua macro informações do tipo:
${DIALSTATUS} caso não seja answer vc não executa a ura
${CDR(lastapp)} esse cara vai conter o ramal q o Dial discou, com base
nisso vc executa ou não a URA.
Espero ter ajudado.
Flws
Em 25-11-2013 16:30, Renata Dias escreveu:
Ola Jefaokpta,
Eu estive lendo sobre a extensão h, porém no site oficial diz:
When the 'h' extension is running, the call legs have already been
torn down. There is no way to delay this happening, and you can't do
anything in the 'h' extension that needs to read audio from the
channel (since no audio will appear, the first time it tries to read
audio it will abort). Thus Playback
http://www.voip-info.org/wiki/view/Asterisk+cmd+Playback()
orBackground
http://www.voip-info.org/wiki/view/Asterisk+cmd+BackGround(), for
example, does not work. Essentially, the only things that make sense
to use in the 'h' extension are those that don't have anything to do
with the external channel that was involved before the hangup. No
audio, no DTMF, etc.
Além disso, em minha URA eu tenho outras opções de atendimento, das
quais eu não gostaria que todo Hangup() passasse pela pesquisa de
satisfação.
O parâmetro c - continue in the dialplan if the callee hangs up me
pareceu o que se ajusta perfeitamente à minha necessidade, porém meu
Asterisk é 1.4.
Em 25 de novembro de 2013 16:19, jefaokpta jefaok...@hotmail.com
mailto:jefaok...@hotmail.com escreveu:
Vc pode colocar sua ura no exten h do contexto, assim qnd o
atendente desligar a ligação irá p o contexto h.
Flws
Em 25-11-2013 16:08, Renata Dias escreveu:
Alguma dica para Asterisk 1.4.28 ?
Em 25 de novembro de 2013 13:46, Rogger Faioli
rogger.fai...@gmail.com mailto:rogger.fai...@gmail.com escreveu:
Ranata,
c --- continue in the dialplan if the callee hangs up
(/Asterisk 1.6.0 and above/)
ou oriente aos atendentes que transfiram a ligação para uma
URA de pós atendimento. A primeira opção é melhor!
Em 25 de novembro de 2013 13:09, Renata Dias
renatchi...@gmail.com mailto:renatchi...@gmail.com escreveu:
Boa tarde,
Estou implantando uma pesquisa de satisfação na minha URA
em Asterisk.
Gostaria de fazer com que, após o atendente desligar a
ligação, o cliente fosse direcionado para uma segunda URA
com a pesquisa de satisfação.
Pelos testes que realizei, quando o atendente (ramal SIP)
desliga a ligação, o cliente (channel ZAP) também é
desligado.
Existe a possibilidade de manter o cliente (channerl ZAP)
conectado e transferi-lo para a segunda URA?
Obrigada.
--
Renata Dias
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP.
Conheça em www.Khomp.com http://www.Khomp.com.
___
ALIGERA -- Fabricante nacional de Gateways SIP-E1 para
R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank -- Appliance Asterisk - Acesse
www.aligera.com.br http://www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email
em branco para
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
mailto:asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
www.Khomp.com http://www.Khomp.com.
___
ALIGERA -- Fabricante nacional de Gateways SIP-E1 para R2,
ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank -- Appliance Asterisk - Acesse
www.aligera.com.br http://www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email em
branco para
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
mailto:asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
--
Renata Dias
___
Re: [AsteriskBrasil] Pesquisa de Satisfação na URA
Renata
No asterisk 1.4 voce faz via Dial usando o parâmetro g (
http://www.voip-info.org/wiki/view/Asterisk+cmd+Dial);
Dial(Local/Sua_Fila@contexto,5,Ttg);
Abs
Em 25 de novembro de 2013 17:06, jefaokpta jefaok...@hotmail.com escreveu:
Tendi, pq vc não poe uma linha chamando a macro-ura por ex, logo abaixo
do Dial q conectou os 2 :
Acho q não precisará, mas na falha pode usar a flag 'g' do Dial:
g Proceeds in the context when the target channel has been hung up.
Vc pode mandar por param a sua macro informações do tipo:
${DIALSTATUS} caso não seja answer vc não executa a ura
${CDR(lastapp)} esse cara vai conter o ramal q o Dial discou, com base
nisso vc executa ou não a URA.
Espero ter ajudado.
Flws
Em 25-11-2013 16:30, Renata Dias escreveu:
Ola Jefaokpta,
Eu estive lendo sobre a extensão h, porém no site oficial diz:
When the 'h' extension is running, the call legs have already been torn
down. There is no way to delay this happening, and you can't do anything in
the 'h' extension that needs to read audio from the channel (since no audio
will appear, the first time it tries to read audio it will abort). Thus
Playback http://www.voip-info.org/wiki/view/Asterisk+cmd+Playback() or
Background http://www.voip-info.org/wiki/view/Asterisk+cmd+BackGround(),
for example, does not work. Essentially, the only things that make sense to
use in the 'h' extension are those that don't have anything to do with the
external channel that was involved before the hangup. No audio, no DTMF,
etc.
Além disso, em minha URA eu tenho outras opções de atendimento, das quais
eu não gostaria que todo Hangup() passasse pela pesquisa de satisfação.
O parâmetro c - continue in the dialplan if the callee hangs up me
pareceu o que se ajusta perfeitamente à minha necessidade, porém meu
Asterisk é 1.4.
Em 25 de novembro de 2013 16:19, jefaokpta jefaok...@hotmail.comescreveu:
Vc pode colocar sua ura no exten h do contexto, assim qnd o atendente
desligar a ligação irá p o contexto h.
Flws
Em 25-11-2013 16:08, Renata Dias escreveu:
Alguma dica para Asterisk 1.4.28 ?
Em 25 de novembro de 2013 13:46, Rogger Faioli
rogger.fai...@gmail.comescreveu:
Ranata,
c — continue in the dialplan if the callee hangs up (*Asterisk 1.6.0
and above*)
ou oriente aos atendentes que transfiram a ligação para uma URA de pós
atendimento. A primeira opção é melhor!
Em 25 de novembro de 2013 13:09, Renata Dias
renatchi...@gmail.comescreveu:
Boa tarde,
Estou implantando uma pesquisa de satisfação na minha URA em Asterisk.
Gostaria de fazer com que, após o atendente desligar a ligação, o
cliente fosse direcionado para uma segunda URA com a pesquisa de
satisfação.
Pelos testes que realizei, quando o atendente (ramal SIP) desliga a
ligação, o cliente (channel ZAP) também é desligado.
Existe a possibilidade de manter o cliente (channerl ZAP) conectado e
transferi-lo para a segunda URA?
Obrigada.
--
Renata Dias
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email em branco
para asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em
www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email em branco para
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org
--
Renata Dias
___
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
___
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
___
Para remover seu email desta lista, basta enviar um email em branco para
