[AsteriskBrasil] dialplan de pesquisa satisfação

Segunda Novembro 30 23:22:13 BRST 2015

Boa Noite Eduardo

A utilização do "_" antes da variável significa que ela será herdada pelos
canais que forem gerados a partir do canal no qual ela foi definida, isso
se falarmos em simples contextos. Quando falamos em macros, devemos passar
as variáveis através de argumentos. Não sei como ficaria no Elastix, não
costumo trabalhar com ele, mas um plano de discagem bem simples para
implementação de uma pesquisa seria esse:

[macro-pesquisa]
exten => s,1,Set(origem=${ARG1})
same  => n,Read(nota,tt-monkeys)
same  => n,NoOp("O numero ${origem} deu a nota ${nota}")

[pbx]
exten => _1X.,1,Answer()
same  => n,Dial(SIP/${EXTEN},30,g)
same  => n,Macro(pesquisa,${CALLERID(num)})
same  => n,HangUp()

É só um exemplo, se for implementar é claro que você deve também
certificar-se que a nota está entre um valor mínimo e máximo, dentre outros
detalhes.

A opção g do Dial faz com que, quando o destinatário desligue a chamada o
plano de discagem proceda a partir do próximo contexto para a origem, ou
seja, quando o atendente desligar, automaticamente o usuário irá cair na
pesquisa de satisfação.

Abraços.

[image: Sua Foto] <rafaelsnsa em gmail.com>Rafael S. SaraivaPorto Alegre - RS
| Mobile:  (51) 8174-7956
<http://br.linkedin.com/pub/rafael-saraiva/52/aab/230>
<https://plus.google.com/u/0/+RafaelSaraivaRS>

Em 30 de novembro de 2015 17:18, Eduardo Pereira <edupbar em gmail.com>
escreveu:

>
> O Agente faz uma "transferência as cegas" para o contexto pesquisa.
> Neste momento, libero o agente e o cliente fica na pesquisa, assim que
> terminar pode desligar.
>
> Att
>
> Em 30-11-2015 15:36, sergio escreveu:
>
> Eduardo, eu também estou precisando montar uma pesquisa de Satisfação
> porém sua idéia é o agente finalizar a ligação ?
>
> Pelos bons costumes de callcenter o ideal é sempre o cliente finalizar.
>
> Como o mercado tem feito ?
>
> O agente informa para o cliente aguardar a pesquisa e em seguida: transfere
> o cliente para a pesquisa ou desliga a chamada ?
>
>
> -----Original Message-----
> *From:* edupbar em gmail.com
> *Sent:* Mon, 30 Nov 2015 14:04:12 -0200
> *To:* asteriskbrasil em listas.asteriskbrasil.org
> *Subject:* Re: [AsteriskBrasil] dialplan de pesquisa satisfação
>
> Boa tarde Rafael e colegas da lista.
>
> Pela sua dica, tinha entendido que com prefixo "_", a variável seria
> "resgatada" do contexto anterior, acredito ter entendido errado, o "_"
> indica que a var será armazenada e enviada ao próximo contexto.
> Assim meus testes deram errado.
>
> O sistema é em elastix.
> Estou chamando a pesquisa simplesmente com uma transferência ## para o
> exten da pesquisa, assim após a transferência, o dialplan passa pela macro
> hangupcall e as variáveis são perdidas.
>
> Tentei fazer o seguinte
>
> Apos finalizar o atendimento:
> ##88
> O elastix chama a macro hangupcall, que deveria chamar:
>
> [macro-hangupcall-custom]
> exten => s,1,Set(_PESQUISAUNIQUEID = ${UNIQUEID})
> exten => s,n,Set(_PCALLERID = ${CALLERID(num)}
> exten => s,n,MacroExit()
>
> Outra dificuldade, A macro-hangupcall-custom nunca é chamada pelo elastix!
>
> Att
>
>
>
>
> Em 18-11-2015 09:46, Rafael dos Santos Saraiva escreveu:
>
> Bom Dia Eduardo
>
> Depende de como você está chamando esse contexto, se for uma macro
> executada após o atendimento, passe os parâmetros como argumento da macro.
> Caso seja um contexto executado na sequência, em cada variável que você
> quer que seja herdada, utilize um _ (underscore) como prefixo da mesma, por
> exemplo:
>
> exten => _X.,1,Set(_PESQUISAUNIQUEID = ${UNIQUEID})
>
> Se quiser que a variável seja herdada em todos os canais
> herdeiros(herdeiros dos herdeiros) utilize 2 underscores ( __ ).
>
> Outra coisa, não sei qual versão do Asterisk você utiliza, mas a aplicação
> MYSQL já foi descontinuada há um bom tempo, o padrão é o ODBC.
>
> Abraços.
>
>
>
> [image: Sua Foto] <rafaelsnsa em gmail.com> Rafael S. Saraiva Porto Alegre -
> RS | Mobile:  (51) 8174-7956
> <http://br.linkedin.com/pub/rafael-saraiva/52/aab/230>
> <https://plus.google.com/u/0/+RafaelSaraivaRS>
>
> Em 18 de novembro de 2015 08:49, Eduardo Pereira < <edupbar em gmail.com>
> edupbar em gmail.com> escreveu:
>
> Pessoal, bom dia!
>
> Tenho que fazer uma pesquisa de satisfação, porem após o PA transferir a
> chamada para pesquisa as variáveis mudam, alguém já implementou?
>
> Após uma atendimento, registrar: Destino, Ramal, uniqueid, e notas, porem
> o uniqueid e ramal já foram finalizados.
> segue código:
> [pesquisa]
> exten => 88,1,Set(TIMEOUT(digit)=2)
> exten => 88,n,Set(TIMEOUT(response)=4)
> exten => 88,n,NoOp( Entrada na PESQUISA: DE [${CALLERID(num)}] no CANAL
> [${CHANNEL}] no CONTEXTO [${CONTEXT}] DATA
> [${STRFTIME(${EPOCH},,%d%m%Y-%H%M%S)}] )
> exten => 88,n,wait(1)
> exten => 88,n(pergunta1),Read(RESP1,message,1,,,)
> exten => 88,n,Gotoif($["${RESP1}" : "[1-2]"]?valido:invalido)
> exten => 88,n(valido),SayDigits(${RESP1})
> exten => 88,n,Goto(pergunta2)
> exten => 88,n(invalido),NoOP( ----------\\\\\\\\\\ Cliente Digitou Numero
> invalido //////////---------- )
> exten => 88,n,PlayBack(invalid)
> exten => 88,n,Goto(pergunta1)
>
> exten => 88,n(pergunta2),Read(RESP2,message2,1,,,)
> exten => 88,n,Gotoif($["${RESP2}" : "[1-5]"]?valido2:invalido2)
> exten => 88,n(valido2),SayDigits(${RESP2})
> exten => 88,n,Goto(mysql)
> exten => 88,n(invalido2),NoOP( ----------\\\\\\\\\\ Cliente Digitou Numero
> invalido //////////---------- )
> exten => 88,n,PlayBack(invalid)
> exten => 88,n,Goto(pergunta2)
>
> exten => 88,n(mysql),MYSQL(Connect connid 127.0.0.1 root **** ****)
> exten => 88,n,MYSQL(Query resultid ${connid} INSERT INTO pesquisa
> (problema, nota, data, codigo, operador) VALUES
> (${RESP1},${RESP2},Now(),${UNIQUEID},${CALLERID(num)}))
> exten => 88,n,MYSQL(Disconnect ${connid})
> exten => 88,n,Playback(custom/message3)
> exten => 88,n,Hangup
>
> exten => h,1,Hangup
> _______________________________________________
> 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
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em <http://www.Khomp.com>www.Khomp.com
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em 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
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
>
> ------------------------------
> Free Online Photosharing - Share your photos online with your friends and
> family!
> Visit http://www.inbox.com/photosharing to find out more!
>
>
> _______________________________________________
> 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
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscribe em 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
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20151130/ca939edf/attachment.html>