Olá pessoal.
Pedro, uma sugestão para o MK:
emitir algum alerta na hora de cadastrar uma nova instalação ou cliente em um endereço que esteja bloqueado por falta de pagamento. exemplo: temos assinantes na Rua dos Malandros, nº 171. É um prédio e existem 3 apartamentos (201, 305 e 418) bloqueados por falta de pagamento. Assim o atendente seria alertado, baseado no nome da rua e no numero, checaria pra ver se realmente é um assinante novo; ou um caloteiro abrindo uma nova conta no nome da mulher ou da sogra.
A NET tem este tipo de alerta eu seu sistema, pois com a troca de assinante os documentos mudam. Bastaria verificar os campos endereço e numero residencial dos clientes ativos e desativados. Dai seria trabalho burocrático do provedor para detectar a fraude.
O que vocês acham?
Respostas
Como só dois usuarios tem este problema e o assunto não evoluiu, estou encerrando o topico.
Ola Pedro teria como ver a possibilidade de destaques de ultimas baixas e últimos bloqueados. por favor seria muito bom a gente abrir e poder ver os últimos lançamentos para nos ficar informado. também monitoramento calback gerencianet. avisar com alerta se calback parar assim não temos que ficar abrindo gerencanet pra olhar pois se o calback falar os clientes que pagam ficam nervoso quando nos vamos abrir e mal pra olhar o gerencianet avisa mas essa função é muito importante no mk-auth. eu só abro mkauth o dia todo e gostaria de ser informado em caso de problemas calback e se possível adicionar função de teste e função de ativa novamente tudo direto pelo mk auth. e ajuste do caixa com gerencianet. e contabilizar descontos dos serviços dos pagamentos. para que o caixa do mkauth ficar certo com gerencianet. e tambem no sistema distinguir valor em caixa gerencianet e valor em caixa provedor os que foram recebidos no provedor e o total de tudo provedor e gerencianet. sugestão 2016.
Olá Pedro.
Alguma possibilidade de concretizar essa função? tem previsão?
Ao que parece, só eu e a Digital temos esse problema... rsrsrs :)
Vai ser de extrema importância pra nos!
Ótimo.
Tem alguma previsão de quando estas funções estarão disponíveis?
Abç.
parece uma boa ideia, mais acho que irei criar uma list para isso, tipo pg_obs que assim é possivel criar varios tipos de regras para clientes em observação, até mesmo regras para alterar a QoS
H. Moura disse:
Pedro, aproveitando; uma segunda sugestão:
No item "colocar em observação" coloque a opção de escolher um plano para rodar durante o período em observação (derrubando automaticamente a conexão do assinante na entrada e na saída da observação; pra garantir a troca para o plano durante o período).
Motivo: temos vários assinantes que ficam protelando e ocupando o callcenter renovando a observação para receber o boleto por email, acessar a central, etc.
Assim poderíamos cadastrar um plano basicão lento o suficiente para ser irritante, só pra receber o boleto por email; estimulando o pagamento da divida e a pontualidade.
Aumente a dose de carinho, ok?
parece uma boa ideia, irei ver isso tambem...