🚀 Script Inteligente de Desbloqueio Automático para MK-Auth (Não Nativo)

Quem usa MK-Auth em produção sabe: o bloqueio por atraso funciona… até encontrar a vida real do financeiro.

📌 O cenário real (e comum):

  • MK-Auth configurado para bloquear com 30 dias de atraso

  • Cliente atrasa, passa dos 31 dias → bloqueio ocorre

  • Após o bloqueio, o cliente paga 2 ou 3 dias depois

  • Nesse intervalo, outros títulos vencem

  • Resultado: agora existem 2, 3 ou mais títulos vencidos

  • Mesmo com pagamento recente, o MK-Auth não desbloqueia

Do ponto de vista do sistema, faz sentido. Do ponto de vista do provedor, vira chamado, reclamação e operador indo no “desbloqueia só dessa vez”.

💡 A solução

Desenvolvi um script externo (não nativo do MK-Auth) para tratar exatamente esse ponto cego da lógica padrão.

⚙️ O que o script faz:

  • Analisa todos os títulos vencidos do cliente

  • Identifica se o bloqueio ocorreu por ultrapassar os dias configurados (ex: 31 dias)

  • Verifica se o cliente pagou o título que gerou o bloqueio

  • Confere se os demais títulos vencidos estão dentro da tolerância definida no financeiro

  • Se estiver dentro da regra:

    • Desbloqueia o cliente

    • 🔄 Repara o cadastro

    • 🔌 Derruba o PPPoE, forçando reconexão limpa

    • 📝 Registra no log:

      • Cliente desbloqueado

      • Data e hora

      • Motivo exato do desbloqueio (pagamento após bloqueio)

Tudo isso sem alterar o core do MK-Auth, sem mexer em regras nativas e sem intervenção manual.

🎯 Resultado prático:

  • Cliente paga → conexão volta automaticamente

  • Operador não vira refém do financeiro

  • Menos chamados

  • Logs claros e auditáveis

  • MK-Auth continua fazendo o que sabe, o script corrige o que a realidade exige

Não é um “desbloqueia geral”. É lógica aplicada ao mundo real.

Se você já passou por isso (e já passou), esse script resolve.
Quem precisar tem meu contato no meu perfil só chamar...

Para adicionar comentários, você deve ser membro de MK-AUTH.

Join MK-AUTH

Votos 0
Enviar-me um email quando as pessoas responderem –

Respostas

  • Boa tarde Marcos Freire 

     

     

    Concordo que no fluxo ideal do MK-Auth, o cliente bloqueado teria apenas um débito válido e os títulos futuros não deveriam interferir.

    O script não foi pensado para esse cenário ideal, mas sim para ambientes que passaram por migração, ajustes manuais ou possuem histórico financeiro inconsistente, onde acabam existindo mais de um título vencido mesmo com o cliente já bloqueado.

    Nesses casos específicos, o MK-Auth mantém o bloqueio mesmo após o pagamento do título “ativo”, e o script entra apenas como tratamento de exceção, sem alterar regras nativas ou liberar inadimplência.

    Para quem não enfrenta esse cenário, realmente não há necessidade de uso.

  • Não faz o menor sentido.
    Se o cliente foi bloqueado, ele terá apenas um debito, todos os boletos futuros que vier a vencer, ele estando bloqueado, não será valido.

  • você e o cara por isso e meu favorito

This reply was deleted.