Pessoal, consegui resolver meu problema. Já consigo recuperar o protocolo e Callerid diretamente pelo eventos do AMI.
Desde já agradeço a todos. Att, Alex Em 17 de dezembro de 2013 15:47, Alex Sander <[email protected]>escreveu: > Tranquilo. Conseguindo obter sucesso eu aviso. > > Att, > > > Em 17 de dezembro de 2013 15:40, jefaokpta <[email protected]>escreveu: > > Desculpe amigo, não conheço o asternic. >> >> Boa sorte ae. >> >> Flws >> >> Em 17-12-2013 15:19, Alex Sander escreveu: >> >> Jefao >> >> Acho que não é isso ou eu entendi errado, até porque estou apagando a >> referência no AstDB pela própria action do AMI. Quero apenas recuperar, no >> momento que a chamada é atendida, o CallID, tal como aparece no display do >> aparelho. >> >> Abri o código do Asternic, mas percebi que os dados na aba realtime são >> recuperados do banco. Vou continuar estudando uma forma sem precisar jogar >> em realtime, se tiver alguma outra idéia. >> >> Te agradeço muita a ajuda que tem me dado. >> >> Att, >> >> >> Em 17 de dezembro de 2013 14:09, jefaokpta <[email protected]>escreveu: >> >>> Ok, acho q agora ficou mais fácil, pq vc pode executar uma macro qnd o >>> agente atender, seguinte: >>> >>> Se vc estiver usando ast* 1.6 em diante, vc tem uma opção na app queue >>> de executar uma macro qnd algum agente atender. Daí vc passa como parâmetro >>> o CALLERID p macro. >>> >>> Ex: >>> crie a macro q pegue o dado do astDB >>> [macro-getAstDB] >>> exten=> s,1,Set(BLA=${DB_DELETE(CANAL/${ARG1})}) >>> >>> na hora d jogar a ligação p fila... >>> exten=> ... >>> exten => ...,Queue(nome-fila,,,,60,,getAstDB^${CALLERID(num)}) >>> >>> qnd algum agente atender, antes de estender a ligação, esta macro será >>> executada. >>> >>> Obs. Verifique direitinho a posição do parametro macro na app queue. >>> >>> Flws >>> >>> >>> Em 17-12-2013 13:32, Alex Sander escreveu: >>> >>> Jefao, >>> >>> Beleza, criei uma familia com o nome de Canal e uma chave com o >>> Callerid que armazena o canal. Tá funcionando bem e consigo recuperar o ID >>> do canal e as variaveis dele. Mas tem outro problema que não estou >>> conseguindo solucionar. Tenho uma agente num ramal logado numa fila. Como >>> recupero via AMI o Callerid(num) quando o agente ou o ramal atende a >>> chamada? Pois quando uso o dbGet, preciso do CallerID(num) para recuperar >>> as informações do AstDB. >>> >>> Att, >>> >>> >>> Em 13 de dezembro de 2013 14:32, Alex Sander >>> <[email protected]>escreveu: >>> >>>> Valeu Jefao... >>>> >>>> Vou testar aqui e falo. >>>> >>>> Vlw >>>> >>>> >>>> Em 13 de dezembro de 2013 13:21, jefaokpta <[email protected]>escreveu: >>>> >>>> Vamos lá então. >>>>> >>>>> Qnd vc manda a ligação p fila vc tem um unico dado q remete a ligação >>>>> q passou pela URA, o CALLERID(num). (Estou falando do canal local q a app >>>>> queue cria p chamar o operador). >>>>> >>>>> Podemos usar esse callerid como identificador. >>>>> >>>>> Vc pode ao criar o ID, deixa-lo no AstDB >>>>> >>>>> Na hora de chamar o operador vc resgata e apaga a info do AstDB. >>>>> >>>>> Entendeu? >>>>> >>>>> Obs. vc estava certo ao dizer "Mas pode ser que eu tenha me expressado >>>>> mal" >>>>> >>>>> Flws >>>>> >>>>> >>>>> >>>>> Em 13-12-2013 12:04, Alex Sander escreveu: >>>>> >>>>> Pessoal, boa tarde! >>>>> >>>>> Sei que quando ninguém responde é porque provavelmente não passaram >>>>> por um problema parecido. >>>>> >>>>> Mas pode ser que eu tenha me expressado mal. Por isso gostaria de >>>>> reforçar o pedido. Quero apenas recuperar as variáveis do canal que for >>>>> atendido por um ramal. Como o ID do canal varia dinâmicamente, não consigo >>>>> recuperar automaticamente. >>>>> >>>>> Por exemplo, quero popar na tela do operador o ANI e o Protocolo que >>>>> defini antes na URA. >>>>> >>>>> Me ajudem nessa aí. >>>>> >>>>> Att, >>>>> >>>>> >>>>> Em 12 de dezembro de 2013 11:57, Alex Sander >>>>> <[email protected]>escreveu: >>>>> >>>>>> Pessoal, >>>>>> >>>>>> Desenvolvi uma URA em AGI que vocaliza um número de protocolo. Daí eu >>>>>> defini uma variavel de Canal para armazenar o valor desta variável. >>>>>> >>>>>> Só que na integração com a aplicação utilizando AMI não consigo >>>>>> recuperar o canal que o ramal respondeu a chamada, não estou sabendo como >>>>>> fazer isso. >>>>>> >>>>>> No ambiente de testes o chamador é SIP/2001 e o chamado na fila é >>>>>> SIP/2000. Num dos testes os dois canais abertos foram: >>>>>> >>>>>> SIP/2001-0000001d: Onde estão as variáveis do chamador que quero >>>>>> recuperar >>>>>> >>>>>> SIP/2001-0000001e: Ramal onde quero monitorar os eventos >>>>>> >>>>>> Utilizo o PHPAGI. Quando copio o canal para o método, consigo >>>>>> recuperar as variáveis corretamente. EX: $Protocolo = >>>>>> $ami->GetVar("SIP/2001-0000001d","protocolo"); >>>>>> >>>>>> Mas o que eu quero é recuperar o canal de forma automática dentro da >>>>>> aplicação. >>>>>> >>>>>> Alguém poderia me ajudar? >>>>>> >>>>>> Att, >>>>>> >>>>>> Alex >>>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 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 >>>>> Intercomunicadores para 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 >>> Intercomunicadores para 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 >>> Intercomunicadores para 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 >> Intercomunicadores para 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 >> Intercomunicadores para 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 Intercomunicadores para 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]
