Caros,
Migrei nos ultimos 3 meses pro MK Auth, que assumiu a posição do MK Solutions no dia 31.
Como os titulos anteriores eram no outro sistema, para que os clientes inadimplentes nao voltassem a funcionar, eu criei títulos avulso similares retroativos às datas das dívidas, que pretendo baixar manualmente a medida que forem pagos. O prazo de corte está configurado pra 15 dias em cada cliente.
Os que estão inadimplentes ha mais de 2 meses foram bloqueados em instantes.
Todo o resto continua ativo (preto), apesar dos títulos atrasados estarem em vermelho.
Onde está meu erro, por favor?
Isso vai derrubar meu faturamento, se não cortar.
Grato,
Alexandre Moraes
28-99911-2712 (zap)
Respostas
Boa tarde prezado,
Qual a versão do seu sistema?
Utiliza a 32 ou 64 bits?
Qual banco você está utilizando?
Qualquer dúvida, estamos à disposição.
Atenciosamente,
Equipe MK-AUTH
MK-AUTH 64 BITS 18.02
O banco de dados acho q é o MySql (o link q vcs sugerem baixar na instalação)
Grato,
Alexandre Moraes
Boa tarde prezado,
Faça um teste Instalando a ISO disponível no link abaixo e desabilita o update automático.
http://www.mk-auth.com.br/iso/mk-auth64.iso
Qualquer dúvida, estamos à disposição.
Atenciosamente,
Equipe MK-AUTH
Bom dia!!
Como faço um update para a versão acima sem paralisar meu sistema? É possível?
Eu havia entendido, erroneamente, que fosse a necessidade de atualização e fiz o update, pelo menu inicial do linux.
Grato,
Alexandre
Integração MK-AUTH disse:
Prezados, depois de muito apanhar do corte, fiz update do MK-Auth pata a ultima versao (usando o menu no linux).
A partir daí, os clientes que estavam com "conexão/observações/desativar e data" marcados (habilitação para funcionar independente do pagamento, passaram a aparecer em VERDE, na listagem. Isso permitiu ver que nao estavam sendo cortados por, inexplicavelmente, terem sido habilitados ali.
Fiz alteração em massa (coloquei todos pra 1/1/2019 e NÃO), e todos ficaram pretos... (Aparentemente OK)
Minutos depois alguns ficaram vermelhos (bloqueados), mas a maioria voltou pra verde como ATIVADOS até 25/5/2019.
Desabilitei manualmente, um por um... quando estava na página 4, pois são muitos, voltei a primeira página e todos estavam verdes novamente, habilitados.
Que pode ser isto?
Meu faturamento caiu, pela falta de corte.
Grato,
Alexandre Moraes.
28-99911-2712
Boa Tarde Alexandre
Se você não tem nenhum cliente em observação tente o comando abaixo direto no terminal do mk-auth. Ele ira setar observação como não em todos os usuários da tua base de dados.
mysql -uroot -pvertrigo mkradius -e "UPDATE sis_cliente set observacao='nao';"
Obs: Faça backup antes de realizar esse comando, sempre importante.
Amanha cedo estarei na empresa, em frente ao terminal e darei este comando. Hoje é feriado na cidade e estou fora. Tentei resolver remotamente antes de perguntar.
Tem alguma explicação para ele nao estar aceitando que esta opção seja colocada NAO manualmente, registro por registro que esteja errado? Deveria aceitar, ne!
Pode existir algum comando de permissão no arquivo MySql que possa estar impedindo isto?
Grato,
Alexandre
Já percebi que de vez em quanto o Mk-auth dá umas "bugada" na interface web, simplesmente ele não aplica determinadas configurações. Quando isso acontece, apelo para lado sombrio da força e vou direto no banco de dados.
Obs: Na atualização em massa não está selecionando usuários desativados? Se tiver eles impedem o mk-auth de aplicar as configurações em todos os outros.
Abri Clientes, listar todos os cliente (os desativados nao aparecem). Seleciono o topo da pagina (marcar todos da pagina) e aparece outra (marcar todos os clientes)
Confirmo e abro a pagina.
Selecionei a data 1/1/2019 (tenho certeza que ja passou) e ainda o NÃO.
Aplico
mAS O MAIS ESTRANHO É QUE, SE EU ENTRO NUM CLIENTE QUE ESTA ALEATÓRIAMENTE sim, COM UMA DATA QUALQUER NO FUTURO., seleciono NAO e deleto ou mudo a data...aplico
Ele volta preto, aparentemente resolvido...
Minutos depois, o mesmo cliente volta pra verde, com a data antiga louca...
Nao da pra entender
Rodrigo Juliano Lira disse:
Rodrigo, eu achei o erro:
Quando fazemos alteração em lote (todos os clientes), pelo que entendo o MK-Auth deveria modificar apenas os campos preenchidos na alteração.
De alguma forma, ao selecionar "nao" e deixando a data em branco, o sistema (ou navegador) envia uma data que esteja na memoria, que tambem entra na alteração em lote.
Se eu resolvo alterar o plano de corte, altero em lote só isso, mas ele altera tambem os campos de observação de corte que foram alterados antes mas que nao fazem parte desta operação...
Ja tive problemas com o GOOGLE CHROME nos ultimos 3 meses pois ele alterava as senhas dos clientes colocando a senha pessoal do funcionario, sem q fosse percebido. Desabilitei auto preencher, mas voltei a ter problemas , incluindo trocando de operador, com o Opera...
Nao existe algo que posse ser colocado na pagina do sistema que impeça o autopreenchimento nao?
Grato, Alexandre
Rodrigo Juliano Lira disse:
-
1
-
2
de 2 Próximo