Entrar
Últimos assuntos
» Como pingar pelos dois links por bruno9988 Ter 20 Fev - 19:12
» BFW em paralelo com Mikrotik
por antoniogiga Qui 18 Jan - 1:40
» NAT MIKROTIK
por squall1808 Seg 8 Jan - 18:07
» Aumenta Lucro do provedor com Servidor de FILME - Dica como montar um " Netflix"
por bruno9988 Ter 19 Dez - 17:59
» hotspot conexao lenta
por brooklin_sul Seg 18 Dez - 1:04
» Acessar Radio e roteadores pelo Mikrotik
por antoniogiga Ter 15 Nov - 16:49
» [Resolvido]Balanceamento usando o Net Virtua ( Netcombo)
por antoniogiga Ter 15 Nov - 8:02
» whatsapp lento
por antoniogiga Ter 15 Nov - 8:00
» to de volta qual quer duvida soh chamar
por antoniogiga Ter 15 Nov - 7:58
» Firmware ApRouter em Radio - Chipset rtl8186!
por antoniogiga Dom 17 Jul - 18:02
» QoS por mac-address (ou IP amarrado) quando tenho 01 mikrotik + 05 routers
por rdnetwork Sex 4 Fev - 7:58
» Microtik - OpenVPN não conecta com 2 links 2 internet balanceados
por vagneroliveira Qui 3 Fev - 6:44
» Software gerenciamento ZTE C320
por lancecom Qui 18 Mar - 11:27
» Software Gerenciamento ZTE C320
por lancecom Seg 15 Mar - 17:21
» Gerenciador ZTE C320
por lancecom Seg 15 Mar - 17:20
Tópicos semelhantes
Top dos mais postadores
claudinhohw Network | ||||
morais2707 | ||||
cristiano.micros | ||||
cdanielboy | ||||
Sixagencia Networks | ||||
ZBTECK | ||||
dsdigital | ||||
BBD NET | ||||
Gerônimo | ||||
Marcelo |
Estatísticas
Temos 31889 usuários registradosO último membro registrado é ercb200
Os nossos membros postaram um total de 38284 mensagens em 5802 assuntos
Scritps para Automação - Aviso e Bloqueio
2 participantes
Página 1 de 1
Scritps para Automação - Aviso e Bloqueio
Buenas,
Segue mais uma pequena contribuição. Concebi o processo de pagamento da seguinte maneira, a saber:
1. AbrirPagamento: mudança de perfil do usuário de pago para devedor, e enviar página de download de boleto;
2. ConfirmarPagamento: modificar o perfil do usuário para pago;
3. AvisoAtraso: avisar cliente de mensalidade vencida;
4. Bloqueio: bloquear cliente por falta de pagamento;
OBS: Em minha rede, utilizei a seguinte política, com relação a celulares: Se o cliente está adimplente, o acesso via celulares fica liberado no IP bindings, para acessar sem precisar logar. Com isto, tive o seguinte problema: quando o cliente atrasava, ele não via a mensagem, pois, geralmente só navegava pelo celular. A solução foi elaborar um script que desabilitasse a regra do IP bindings. segue a sugestão:
Pré-requisitos:
a) ter o hotspot habilitado com as páginas de aviso e bloqueio configuradas;
b) ter os quatro perfis configurados: Pago, Boleto, Atraso e Bloqueio.
Notem que toda a "manobra" ocorre através do Comentário do Usuário, quando necessário.
#Script 01: AbrirPagamento:
/ip hotspot user set [/ip hotspot user find comment="Pago"] comment="Deve"
:log warning message=("Abrir processo de pagamento - em: " . [/sys cl get date] . " " . [/sys cl get time])
:delay 10s
/ip hotspot user set [/ip hotspot user find comment="Deve"] profile="Boleto"
:log warning message=("Enviar download de boleto - em: " . [/sys cl get date] . " " . [/sys cl get time])
#Script 02: Confirmar Pagamento:
:log warning message=("Iniciar Confirmação de Pagamento Automática - em: " . [/sys cl get date] . " " . [/sys cl get time])
:foreach h in=[/ip hotspot user find] do={
:local user [/ip hotspot user get $h name];
:local comment [/ip hotspot user get [/ip hotspot user find name="$user"] comment]
:log warning "Confirmação de Pagamento: Mudança de Profile e Liberação de Acesso via Celular sem autenticação de $user"
if ($comment = "Pago") do={
/ip hotspot user set "$user" profile=Pago
/ip hotspot ip-binding set [/ip hotspot ip-binding find comment="$user"] disable=no
delay 1s
log warning "***CofirmaçãoPagamento***"
}
OBS: Aqui valem dois comentários: a) não esqueçam de comentar cada usuário como Pago, ou deve para que o script possa encontrar as variáveis para funcionar. Já no IP bindings, o comentário de cada reserva de celular fica o nome do usuario, como está cadastrado no hotspot. Assim o script habilita ou desabilita baseado na variável $user.
#Script 03: Atraso:
:foreach h in=[/ip hotspot user find] do={
:local user [/ip hotspot user get $h name];
:local comment [/ip hotspot user get [/ip hotspot user find name="$user"] comment]
:log warning "Aviso de Atraso e Bloqueio de livre acesso via celular de $user"
if ($comment = "Deve") do={
/ip hotspot user set "$user" profile=Atraso
/ip hotspot ip-binding set [/ip hotspot ip-binding find comment="$user"] disable=yes
delay 1s
:log warning "Cliente Avisado!"
}
#Script 04: bloqueio:
/ip hotspot user set [/ip hotspot user find profile=Atraso] profile="Bloqueio"
:log warning "***FIM***"
:log warning message=("Bloqueio Automático de Inadimplentes - em: " . [/sys cl get date] . " " . [/sys cl get time])
#Agendamento:
Não esqueça de agendar no Scheduler para que os scripts rodem na data correta. Eu organizei da seguinte maneira:
a) AbrirPagamento:
Configurei o início do "processo" de cobrança e pagamento para o dia 01. Tomando por base que minha data de vencimento é 10, o cliente possui 10 dias para baixar, imprimir e pagar a fatura.
b) ConfirmarPagamento:
O agendamento desta tarefa fica a seu critério. Eu utilizava de forma automática com 2 agendamentos diários. Mas a tarefa era útil apenas durante o processo de pagamento. Quando agendada, a tarefa rodava o mês inteiro consumindo processamento da RB. Resolvi fazer manual. Sempre que um cliente paga, você altera o comentário de "Deve" para "Pago" e roda o script.
c) Atraso:
Esta tarefa requer a seguinte dica: Ao operar com boletos, temos que ter em mente que o banco demora pelo menos 24 horas para dar retorno do pagamento de boletos. Assim, sugiro agendar a mensagem de atraso para o dia 12 na primeira hora. Se o Cliente paga no vencimento, dia 10, o banco vai dar retorno apenas no dia 11.
d) Bloqueio:
A mesma dica do Atraso vale para o bloqueio. Se o aviso de atraso passa a operar dia 12, para o bloqueio, agende para o dia 13.
Bom era isso.
Um abraço.
Segue mais uma pequena contribuição. Concebi o processo de pagamento da seguinte maneira, a saber:
1. AbrirPagamento: mudança de perfil do usuário de pago para devedor, e enviar página de download de boleto;
2. ConfirmarPagamento: modificar o perfil do usuário para pago;
3. AvisoAtraso: avisar cliente de mensalidade vencida;
4. Bloqueio: bloquear cliente por falta de pagamento;
OBS: Em minha rede, utilizei a seguinte política, com relação a celulares: Se o cliente está adimplente, o acesso via celulares fica liberado no IP bindings, para acessar sem precisar logar. Com isto, tive o seguinte problema: quando o cliente atrasava, ele não via a mensagem, pois, geralmente só navegava pelo celular. A solução foi elaborar um script que desabilitasse a regra do IP bindings. segue a sugestão:
Pré-requisitos:
a) ter o hotspot habilitado com as páginas de aviso e bloqueio configuradas;
b) ter os quatro perfis configurados: Pago, Boleto, Atraso e Bloqueio.
Notem que toda a "manobra" ocorre através do Comentário do Usuário, quando necessário.
#Script 01: AbrirPagamento:
/ip hotspot user set [/ip hotspot user find comment="Pago"] comment="Deve"
:log warning message=("Abrir processo de pagamento - em: " . [/sys cl get date] . " " . [/sys cl get time])
:delay 10s
/ip hotspot user set [/ip hotspot user find comment="Deve"] profile="Boleto"
:log warning message=("Enviar download de boleto - em: " . [/sys cl get date] . " " . [/sys cl get time])
#Script 02: Confirmar Pagamento:
:log warning message=("Iniciar Confirmação de Pagamento Automática - em: " . [/sys cl get date] . " " . [/sys cl get time])
:foreach h in=[/ip hotspot user find] do={
:local user [/ip hotspot user get $h name];
:local comment [/ip hotspot user get [/ip hotspot user find name="$user"] comment]
:log warning "Confirmação de Pagamento: Mudança de Profile e Liberação de Acesso via Celular sem autenticação de $user"
if ($comment = "Pago") do={
/ip hotspot user set "$user" profile=Pago
/ip hotspot ip-binding set [/ip hotspot ip-binding find comment="$user"] disable=no
delay 1s
log warning "***CofirmaçãoPagamento***"
}
OBS: Aqui valem dois comentários: a) não esqueçam de comentar cada usuário como Pago, ou deve para que o script possa encontrar as variáveis para funcionar. Já no IP bindings, o comentário de cada reserva de celular fica o nome do usuario, como está cadastrado no hotspot. Assim o script habilita ou desabilita baseado na variável $user.
#Script 03: Atraso:
:foreach h in=[/ip hotspot user find] do={
:local user [/ip hotspot user get $h name];
:local comment [/ip hotspot user get [/ip hotspot user find name="$user"] comment]
:log warning "Aviso de Atraso e Bloqueio de livre acesso via celular de $user"
if ($comment = "Deve") do={
/ip hotspot user set "$user" profile=Atraso
/ip hotspot ip-binding set [/ip hotspot ip-binding find comment="$user"] disable=yes
delay 1s
:log warning "Cliente Avisado!"
}
#Script 04: bloqueio:
/ip hotspot user set [/ip hotspot user find profile=Atraso] profile="Bloqueio"
:log warning "***FIM***"
:log warning message=("Bloqueio Automático de Inadimplentes - em: " . [/sys cl get date] . " " . [/sys cl get time])
#Agendamento:
Não esqueça de agendar no Scheduler para que os scripts rodem na data correta. Eu organizei da seguinte maneira:
a) AbrirPagamento:
Configurei o início do "processo" de cobrança e pagamento para o dia 01. Tomando por base que minha data de vencimento é 10, o cliente possui 10 dias para baixar, imprimir e pagar a fatura.
b) ConfirmarPagamento:
O agendamento desta tarefa fica a seu critério. Eu utilizava de forma automática com 2 agendamentos diários. Mas a tarefa era útil apenas durante o processo de pagamento. Quando agendada, a tarefa rodava o mês inteiro consumindo processamento da RB. Resolvi fazer manual. Sempre que um cliente paga, você altera o comentário de "Deve" para "Pago" e roda o script.
c) Atraso:
Esta tarefa requer a seguinte dica: Ao operar com boletos, temos que ter em mente que o banco demora pelo menos 24 horas para dar retorno do pagamento de boletos. Assim, sugiro agendar a mensagem de atraso para o dia 12 na primeira hora. Se o Cliente paga no vencimento, dia 10, o banco vai dar retorno apenas no dia 11.
d) Bloqueio:
A mesma dica do Atraso vale para o bloqueio. Se o aviso de atraso passa a operar dia 12, para o bloqueio, agende para o dia 13.
Bom era isso.
Um abraço.
bracinho2- Iniciante
- Mensagens : 35
Pontos : 56
Reputação : 9
Data de inscrição : 17/12/2011
Idade : 40
Localização : Toledo/PR
Re: Scritps para Automação - Aviso e Bloqueio
parabéns... belo post.
claudinhohw Network- Senior User Admin
- Mensagens : 2842
Pontos : 3505
Reputação : 602
Data de inscrição : 28/08/2010
Idade : 39
Localização : Goiás
Tópicos semelhantes
» Scritps para Automação - Boleto no Hotspot
» Pagina de aviso de bloqueio para PPoE
» Redirecionamento Pagina de Aviso, Bloqueio e Manutenção do Hotspot para pppoe.
» Pagina de aviso de bloqueio para PPoE
» Redirecionamento Pagina de Aviso, Bloqueio e Manutenção do Hotspot para pppoe.
Página 1 de 1
Permissões neste sub-fórum
Não podes responder a tópicos
|
|