🚀 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...



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