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] <[email protected]>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 <[email protected]>
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:* [email protected]
> *Sent:* Mon, 30 Nov 2015 14:04:12 -0200
> *To:* [email protected]
> *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] <[email protected]> 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 < <[email protected]>
> [email protected]> 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
> [email protected]
>
>
>
>
> _______________________________________________
> 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
> [email protected]
>
>
> ------------------------------
> 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
> [email protected]
>
>
>
> _______________________________________________
> 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
> [email protected]
>
_______________________________________________
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
[email protected]
