[AsteriskBrasil] Membro da Fila NOT IN USE

Sexta Janeiro 16 18:40:47 BRST 2015

Danilo,

Então vamos ver se entendi bem. Seguinte:

   1. você quer guardar o *NOME_DA_FILA* no campo *ACCOUNTCODE* da tabela
   CDR.
   2. seu CDR já está sendo gravado (uma vez que vc cita que está sujo).
   3. está sujo por conta de estar gerando ligações "improdutivas" por
   conta do modo de logar usando LOCAL.

Se é isso mesmo, então:

   - Passe a usar o login do agent com SIP (como você disse que já
   funciona). Isso vai resolver o problema dos itens 2 (CDR vai logar e gravar
   somente ligações válidas) e 3 (estando SIP, você informou que toca como tem
   que ser e não gera "sujeira").

   - para resolver o item 1, que é de fato o que lhe foi solicitado pelo
   cliente, faça o seguinte:
      - Você está usando o banco Mysql? Se sim, edite o arquivo
      /etc/asterisk/cdr_mysql.conf e ao final do arquivo, na seção [columns],
      localize a linha

      ;alias accountcode => accountcode

      e remova o comentário dela.

      - No seu contexto, onde você encaminha a ligação para a fila, você
      vai setar o valor do campo accountcode no CDR com o nome da FILA. Para
      isso, insira essa linha acima da linha onde você direciona a
chamada para a
      fila:

      exten => XXXXX,XX,Set(CDR(accountcode)=${FILA})
      ;; estou considerando que voce tem essa variavel ${FILA} em seu
      contexto, baseado no seu exemplo

Creio que isso irá resolver o seu problema. Se entendeu, aplique e nos de o
resultado. Se eu nao entendi, me explique novamente para que possa então
ajudar na real solução.

*Atenciosamente,*

*Cláudio Éden* - dCAA | MSDST | ITIL
(85) 8972-1842
claudio.eden at gmail.com
http://www.eden.com.br

*LINKEDIN:* https://www.linkedin.com/in/claudioeden

Em 16 de janeiro de 2015 15:47, Danilo Almeida <daniloricalmeida at gmail.com>
escreveu:

> Opa!!
>
> Patrick, na Fila já esta setado desta maneira.
>
> Eder, basicamente a tratativa é para gerar LOG na tabela CDR para cada
> ligação e setar a fila pertencente no campo accountcode.
>
> Acontece que como dessa maneira ele não seta IN USE quando esta em
> chamada, o CDR fica muito "sujo" pelo fato da fila enviar chamadas para os
> agentes ocupados.
>
> Vou dar uma revisada no meu contexto e ver se consigo deixar de um jeito a
> grado do cliente deixando a parte da fila funcional.
>
> Creio que da forma como esta logando os agentes na fila hoje não vai
> funcionar 100% da maneira que preciso.
>
> Obrigado!
>
> *att*
> *Danilo Almeida*
>
> Em 16 de janeiro de 2015 14:58, Claudio Eden <claudio.eden at gmail.com>
> escreveu:
>
> Danilo,
>>
>> Se o ramal é SIP, deveria logar como SIP mesmo. Tanto que em seus testes
>> funciona.
>>
>> Porém, creio eu que em tendo "tratativas" a dar, você poderia tentar
>> outra maneira de tratar. Tente nos explicar que tratativas são essas que de
>> repente pode sair uma solução mais rápida e talvez mais eficaz.
>>
>> Quanto a chamar todos os ramais, talvez uma olhada na configuração da
>> fila. Qual a estratégia está utilizando?
>>
>>
>> *Atenciosamente,*
>>
>>
>> *Cláudio Éden* - dCAA | MSDST | ITIL
>> (85) 8972-1842
>> claudio.eden at gmail.com
>> http://www.eden.com.br
>>
>> *LINKEDIN:* https://www.linkedin.com/in/claudioeden
>>
>> Em 16 de janeiro de 2015 10:51, Danilo Almeida <
>> daniloricalmeida at gmail.com> escreveu:
>>
>>> Ahh, uma coisa que esqueci de mencionar...
>>>
>>> se eu coloco para logar -> exten => s,n,AddQueueMember(${FILA},
>>> SIP/${CALLERID(NUM)}) (Nesse caso o membro [agente] fica SIP/9112) ele
>>> funciona como esperado.
>>>
>>> A questão é que preciso jogar para um contexto para fazer outras
>>> tratativas, por isso uso da forma do primeiro e-mail (
>>> Local/9112 at contexto-fila-suporte)
>>>
>>> *att*
>>> *Danilo Almeida*
>>>
>>> Em 16 de janeiro de 2015 11:24, Danilo Almeida <
>>> daniloricalmeida at gmail.com> escreveu:
>>>
>>> Bom dia, Galera!!
>>>>
>>>> Tenho uma fila onde os agentes logan dinamicamente através da função
>>>> AddQueueMember, segue macro..
>>>>
>>>> [memberAdd]
>>>> exten => s,1,NoCDR()
>>>> exten =>
>>>> s,n,AddQueueMember(${FILA},Local/${CALLERID(NUM)}@contexto-fila-suporte)
>>>> exten => s,n,ExecIf($["${AQMSTATUS}" =
>>>> "ADDED"]?Background(agent-loginok))
>>>> exten => s,n,ExecIf($["${AQMSTATUS}" =
>>>> "MEMBERALREADY"]?Background(agent-alreadyon))
>>>> exten => s,n,Hangup
>>>>
>>>> Após logado, dou comando queue show SUPORTE, e tenho o resultado:
>>>>
>>>> Local/9112 at contexto-fila-suporte (dynamic) (Not in use) has taken 12
>>>> calls (last was 1915 secs ago)
>>>>
>>>> O problema é o seguinte... quando entra uma chamada na fila, o membro
>>>> da fila só fica IN USE quando o ramal esta chamando, após o atendimento ele
>>>> fica NOT IN USE novamente.
>>>>
>>>> Desta forma, toda vez que entra ligação na fila, ele fica tentando
>>>> chamar todos ramais novamente, mesmos os que estão ocupados.
>>>>
>>>> Gostaria de uma ajuda dos senhores de como posso resolver esse problema.
>>>>
>>>> Abraços!
>>>>
>>>> *att*
>>>> *Danilo Almeida*
>>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>> _______________________________________________
>>> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia
>>> IP .
>>> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>> Banco de Canais Analógicos  – Appliance Asterisk Acesse
>>> www.aligera.com.br
>>> _______________________________________________
>>> DIGIVOICE: Fabricante pioneiro em Banco de Canais e Placas E1, GSM, FXO
>>> e FXS para Asterisk e Elastix. Temos Cursos de Telefonia IP e Asterisk.
>>> Construa soluções de PABX IP com produtos DigiVoice - visite
>>> www.digivoice.com.br
>>> _______________________________________________
>>> Para remover seu email desta lista, basta enviar um email em branco para
>>> asteriskbrasil-unsubscribe at 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 e telefones IP
>> Conheça todo o portfólio em www.Khomp.com
>> _______________________________________________
>> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia
>> IP .
>> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>> Banco de Canais Analógicos  – Appliance Asterisk Acesse
>> www.aligera.com.br
>> _______________________________________________
>> DIGIVOICE: Fabricante pioneiro em Banco de Canais e Placas E1, GSM, FXO e
>> FXS para Asterisk e Elastix. Temos Cursos de Telefonia IP e Asterisk.
>> Construa soluções de PABX IP com produtos DigiVoice - visite
>> www.digivoice.com.br
>> _______________________________________________
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscribe at 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 e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> _______________________________________________
> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia
> IP .
> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
> Banco de Canais Analógicos  – Appliance Asterisk Acesse www.aligera.com.br
> _______________________________________________
> DIGIVOICE: Fabricante pioneiro em Banco de Canais e Placas E1, GSM, FXO e
> FXS para Asterisk e Elastix. Temos Cursos de Telefonia IP e Asterisk.
> Construa soluções de PABX IP com produtos DigiVoice - visite
> www.digivoice.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20150116/75cfef41/attachment.html>