28 - Como Resolver Diferenças de Bilhetagem

diferenças de bilhetagem resolução avançada de problemas ou seja nessa nesse vídeo a gente vai mostrar como resolver diferenças de bilhetagem ah coleta de dados que que a gente precisa para fazer uma análise de uma diferença de bilhetagem precisa do cdrs que é detalhamento de chamadas e é importante ter também o asr do cliente com que tem o invite e o by separados vou explicar por bom problema de bilhetagem a primeira coisa que a gente precisa entender quando tem um problema de bilhetagem é se existe diferença no número de bilhetes tá e aqui a gente tem

sim ou não eh tá dando uma diferença a diferença tem mais bilhete de um lado que pro outro ou tem bilhetes com duração diferente de um lado e outro essa é a primeira análise diferencial e a gente vai seguir um caminho ou outro dependendo da dessa resposta então vamos ver os casos Onde existe diferença no número de bilhetes a primeira coisa que eu tô pedindo aqui é para procurar no asr no Sr dos gateways ou da ou da origem se tem chamadas não completadas o que que eu quero dizer com isso aqui eu preparei uma

uma imagem para mostrar para vocês como é que é essa diferença número de bilhetes pode dar diferença entre o fornecedor e o cliente pode e quando é que essa diferença dá bom vamos dizer que o cliente enviou um pedido de enviou uma chamada mandou um invite esse invite passou pelo proxy que é que é você né que é sua empresa esse prox enviou invite pro fornecedor o fornecedor enviou esse invite pro outro fornecedor dele que é o Gateway dele o Gateway atendeu chegou aqui nesse fornecedor e esse fornecedor mandou um 200 ok que é uma

que é uma pedid que é a resposta do atendimento né a chamada foi atendida e nesse exato momento houve uma falha na rede tá o 200 ok foi enviado mas ele não chegou desse lado isso significa o seguinte que nesse fornecedor aqui ele vai ter essa chamada como completada e aqui no seu CDR você vai ver essa chamada como não completada por quê Porque você não recebeu o atendimento isso ocorre por uma falha sua não ocorre para uma falha do seu fornecedor não ocorreu porque houve uma falha na rede ou seja o circuito de rede

caiu se você tiver 1000 chamadas em começando num determinado momento e cair a rede você vai ter 1000 chamadas não completadas de um lado e não completadas do outro entendendo Então sempre que há uma falha na rede uma falha num servidor uma perda de comunicação uma perda de sinalização você vai ter mais bilhete de um lado que do outro e o único jeito de não ter isso é ter uma rede perfeita uma rede que não caia o que pela internet nem sempre é possível as companhias telefônicas tinham um pouco menos de problema com isso porque

as redes eram determinísticas tinam redundância de uma série de recursos que a maioria das redes eh VoIP não tem Ou seja é normalmente uma rede só muitas vezes pela internet havendo uma falha de rede vai haver diferença no número de bilhetes tá perdas de sinalização podem ocorrer por falha na rede que é o que é mais comum mas pode ocorrer também por um Gateway sobrecarregado eu começo a enviar aqui chamada para esse Gateway que tá que tá aqui ele não atende não atende não atende não atende Até que dá um timeout aqui e eu dou

mando para trás um 487 chamada cancelada aí daqui a pouco ele manda um 200 OK depois da chamada Pode ser que pode ser que o 200 Ok esteja atendido aqui e aqui eu tenho 408 timeout pode acontecer também por um proxy sobrecarregado vamos dizer aqui eu tô mandando um invite invite passou o prox tá com car de 100% Ou seja eu tenho todos os meus processos ocupados se todos os processos tiverem ocupados Pode ser que eu não consiga processar est Ok e mandar pro cliente então uma outra coisa que eu posso Verificar também é é

a carga do prox a carga do prox tá em mais de 100% se ela tá batendo em mais 100% então como é que você faz para descobrir isso procura chamadas com 200 Ok no fornecedor e no asr do cliente procura chamadas com 408 timeout ou seja aquela chamada que aparece um CDR não aparece no outro na maioria das vezes vai aparecer no asr como uma chamada que deu timeout você pode ainda ter diferença nos nos bilhetes por outros motivos por exemplo já aconteceu por exemplo da pessoa ter duas plataformas e ter mandado a chamada por

outra plataforma então Verifica o IP de origem e destino né se encontrou o tráfego foi enviado por outra senão manda os Trace os CDR que nós podemos podemos fazer uma análise eh mais mais profunda Mas se vocês fizerem isso aqui já diminui bastante o tempo de esporte a gente tem muito chamado que é basicamente olhar lá no Sr GAT e ver que a chamada tá lá com 408 agora vamos ver falar um pouquinho sobre duração Por que que pode ter diferença de duração ah primeiro motivo é puro erro simples de cálculo da duração para tarifação

pessoal não sabe qual é o conceito de delay não sabe qual é o conceito de descarte eu eu com ido você a que tiver um erro de tarifação a voltar no capítulo de tarifação e entender como é que é calculada a duração para F de tarifação chega a vir chamada aqui que a pessoa não sabe exatamente como é que funciona a questão de Cadência e taxa de conexão bilhetes com alta duração não fechado são bilhetes chamadas presas que estão com 2 horas isso aqui também é muito comum ou seja ah eu tô com problema chamada

presa não estabeler nenhum método de equipa Live eu não quero usar Mia equipal porque ocula banda não quero usar nenhum dos outros métodos tive três chamadas que ficaram presas porque eu não tô usando nenhum método de equipa Live E aí bilhete cada chamada daquela é 7200 segundos e que que é esse negócio chamada de 1200 seg se eu não conseguir mandar um buy completamente meu sistema ou seja o buy não chegou ela vai durar até aquela duração definida no profile lá no profile eu tenho uma duração vamos vamos ver isso aqui lá no no portal

de administração aqui no portal de administração aqui no profile eu tenho pegar o profile default eu tenho aqui o timer e máximo no meu caso aqui 7200 segundos é o equipa Live timeout é quanto tempo uma chamada fica ativa acho que isso agora pode ser definido também por assinante vou até verificar só para ter certeza no equipa Live não não tem time timeout é por profile mesmo perfeito esse é o profile 7200 Então se nenhum método funcionar para desligar uma chamada o kipa Live timeout vai desligar em 7200 segundos e aí eu vou ter um

relatório que são as chamadas com timeout por assinante ou seja chamadas que não foram que foram desligadas por timeout normalmente o que que a gente faz a gente Exclui essas chamadas de bilhetagem e você pode tratar aqui essas chamadas de longa duração porque pode ser que uma chamada tenha durado mais de 2 horas você tá jogando ela fora tá na maioria dos casos não na maioria dos casos e principalmente com call center a chamada simplesmente ficou presa porque não existe nenhum método de equipa Live ou um problema de sinalização mais grave e isso acaba dando

a diferença normalmente não dá diferença porque a chamada eliminada teve um cliente que pediu que essas chamadas fossem incluída na nos bilhetes E aí nós colocamos e aí deu deu em alguns casos pode dar uma diferença significativa o detalhe também é que se você remover essa chamada e lá na ponta ela não fechar aí você vai ter problema dos dois dos dois lados tá ou seja se o fornecedor vai te cobrar e você não vai cobrar o cliente então tem que prestar bastante atenção nessa questão note uma coisa não é toda hora que você tem

problema de sinalização problema de sinalização é uma coisa que deveria ser raro ah bilhetes com suposta diferença de arredondamento essa parte do arredondamento o pessoal não entende muito claramente a gente vai explicar e sdd al né que é o session disconnected delay é o tempo que leva para desconectar por eu mando bu leva 5 segundos para desconectar a chamada vai ter 5 segundos a mais Então agora a gente vai ver aqui primeiro verificar teve duração alta essa duração foi 7200 segundos né ou a duração definida no profile então eu se isso acontecer uma chamada ficou

presa eu devo ir atrás do guia de resolução de chamadas presas se não verifica taxa de conexão Cadência Deli Descartes e tarifa em ambas as plataformas seja o básico se se forem tiver diferente tá encontrado o problema o bai Tá respondido em menos de 1 segundo Pode ser que o b esteja demorando para responder então pode ter um problema na sinalização do Bai senão envia pro pro suporte vamos olhar mais a fundo algumas diferenças de fação na versão 41 nós incluímos uma um parâmetro para dizer o seguinte se eu quero durar pelo quer a duração

medida pelo fim da transação ou a duração medida pelo e pedido essa é uma coisa que dá uma pequena diferença mas principalmente para quem tá fazendo eh como é que chama limpeza de mailing que ele não pode passar de 3 segundos isso pode criar problema então o cliente mandou o invite pedido da chamada houve o atendimento o início da chamada começa no atendimento aí eu recebi um buy e o fim da chamada se dá ao receber o 200 Ok ou seja bateu o 200 ok aqui ou seja o buy foi respondido foi transacionado terminou a

chamada perfeito Ok essa essa é a maneira normal Essa maneira recomendada mas alguns Alguns clientes normalmente nessa área Vale Quem tem mais poder o Calc vai dizer não eu mandei a chamada recebi o 200 Ok começou aqui aí eu te mandei o bu para mim encerrou a chamada e realmente lá na na casa do cliente aqui termina a chamada e aí você envia esse by pra frente e esse by não é respondido pelo seu GAT vai levar 5 segundos para dar um time out então pode ser que aqui eu tenho um by8 isso aqui leva

5 segundos Então vai dar uma diferença aqui de segos entre por transação e por pedido se você colocar por pedido para gradar o call center né ou gradar o seu cliente é pode pode funcionar o seu cliente vai ficar feliz mas o seu fornecedor provavelmente vai cobrar pela transação então preste muita atenção quando for fazer isso o que que é o correto Na minha opinião O correto é por transação até porque no próprio isdn na própria rede pública é tarifado ao final da transação mas muito calenta vai dizer eu já mandei o by se você

leva 5 segundos para desconectar problema seu é uma visão por isso que nós deixamos configurável no sistema outra questão é a diferença de duração a questão de arredondamento essa questão de arredondamento dá muita dá muito pano pra manga e é relativamente difícil de entender o primeiro método que nós chamamos de truncar na verdade as medições são truncadas e não os resultados Ou seja eu tenho no bilhete o horário o horário Chegou o pedido e em que microssegundo chegou esse pedido Ou seja tem tarifação precisa até o nível de microssegundo só que a tarifação da grande

maioria dos sistemas é por segunda então para não dar diferença a gente faz por segunda então se uma chamada começou no 1 1037 1 terminou no 1037 16 ela tem duração de 3 segundos a gente esquece tudo que tem aqui e vai só por aqui tem o invite comeou no 18 terminou no 21 Note que dependendo do microssegundo isso pode dar um pouquinho maior um pouquinho menor Por exemplo essa começou em 18:37 e terminou no 2149 essa é uma chamada que dá 2 ponto 2 pon alguma coisa não chega a dar 3 segundos e aqui

aparece com três essa chamada Aqui começou no 24 bem baixinho terminou no 28 alto né então ela tem na verdade 4,7 segundos mais ou menos 4 V 4,6 4 e ela vai aparecer com qu com 4 Segundos Então na verdade o quando você tem truncar tem hora que beneficia o cliente tem hora que beneficia a operadora é bem bem justo é a maneira mais justa e a padrão então por exemplo uma chamada que começou aos 49 e 900 milos e terminou no 50 100 foi uma chamada que teve duração real de 200 m mas a

duração para fins de bilhetagem é 1 segundo aqui eu tenho uma chamada que começ 49 100 m e terminou no 900 M uma chamada que tem quase 2 segundos Mas vai ser tarifada como um segundo ou seja um Compensou o outro e uma chamada que comeou no 490 e terminou 500 tem0 vai também ter uma tarifação de uma duração para fins de bilhetagem de 1 segundo então truncar é o maiso é a maneira padrão se você quiser você pode arredondar para cima d um pequeno ganho tá aí eu considero os microssegundos e arredondo para cima

ou eu posso arredondar pela média se você arredondar pela média tem perda de tem perda de de arrecadação de receita Então tome cuidado se você for arredondador pela média você pode querer arredondar pela média para agradar um cliente lembre-se sempre que o seu fornecedor não vai arredondar na pela média para você então preste atenção nessa nessa questão No Ar Nos dois modos de arredondamento para cima e pela Média a gente considera os microssegundos no modo truncar a gente desconsidera microssegundo considera só o invite na próxima no próximo vídeo a gente vai falar sobre chamadas presas