Sistemas de billing para provedores: do que são compostos

O assinante vê uma só linha do billing: "será cobrado tanto em tal dia". Por dentro, é o sistema mais crítico da operadora: deixa as pessoas entrarem na rede, mede o consumo, conta o dinheiro e responde à contabilidade por cada centavo. Uma operadora sobrevive à queda do site, mas uma falha de billing significa milhares de assinantes sem rede ou usando de graça. Vamos ver do que é feito esse sistema, conhecido no setor como sistema automatizado de cobrança.

O caminho do assinante pelo billing

Quando o roteador do assinante estabelece a conexão, o equipamento da operadora pergunta ao billing se deve deixá-lo entrar e com que velocidade. A linguagem clássica desse diálogo é o RADIUS, e a resposta depende do saldo e do plano. Depois a rede envia contadores: quantos bytes passaram, quanto durou a sessão. O billing os transforma em cobranças e fecha o período na data de cobrança. Um pagamento pelo painel faz o caminho inverso: dinheiro creditado, bloqueio retirado, velocidade restaurada, tudo sem intervenção humana.

Módulos de um sistema moderno

Em torno do núcleo costumam viver blocos relacionados: inventário técnico de cabos e portas, avisos de cobrança, integração com mapas de cobertura. Quanto maior a operadora, mais o billing lembra um kit em que cada módulo pode ser trocado.

Pronto, SaaS ou desenvolvimento próprio

Redes pequenas começam com sistemas prontos: instala no seu servidor, cadastra os planos e trabalha. A vantagem é o controle e o preço único; a desvantagem, que atualizações e backups ficam com você. Sistemas em nuvem assumem a operação por uma mensalidade por conta: para uma rede de alguns milhares de assinantes, costuma sair mais barato do que o salário de um administrador. O desenvolvimento próprio serve a operadoras com modelo fora do padrão: operadoras virtuais, provedores com tarifação diária, serviços em que o billing é o produto. É o caminho mais caro, sem os limites de uma arquitetura alheia.

No que olhar ao escolher

• Suporte ao seu equipamento. A autorização e a coleta de contadores devem funcionar com seus modelos específicos de switches e BRAS, e não "em geral".
• Rapidez do bloqueio. Quanto tempo passa entre o saldo zero e o corte real: as horas de diferença são tráfego dado de presente.
• Recálculos. Troca de plano retroativa, reembolsos, pagamento prometido: é nesses cenários que os sistemas prontos mais quebram.
• API aberta. Painel, site e app móvel vivem mais se forem construídos sobre uma API, em vez de dentro de um modelo alheio.
• Folga de carga. Um sistema ágil com mil assinantes pode travar com cinquenta mil no dia de cobrança em massa.

A migração é um gasto à parte. Sair de um sistema antigo arrasta histórico de saldos, períodos abertos e pagamentos prometidos. Um bom fornecedor começa inventariando essas pontas soltas; um ruim, mostrando um painel bonito. Planeje os dois sistemas em paralelo por pelo menos um período de cobrança: conferir as cobranças em assinantes reais revela o que nenhum teste mostra.

Erros típicos de implantação

• Billing depois da rede. Primeiro constroem a rede e depois acoplam a cobrança. O certo é o contrário: o desenho de autorização e registro dita a escolha do equipamento.
• Planos "iguais aos do vizinho". O sistema aceita planos flexíveis, mas só entram três linhas. Depois, cada promoção vira recálculo manual.
• Um servidor para tudo. Base de dados, RADIUS e painel em uma só máquina funcionam até o primeiro dia de cobrança em massa. Separe pelo menos a base com antecedência.
• Sem ambiente de testes. As atualizações vão direto para produção, e o primeiro erro de tarifação custa mais do que uma bancada de testes em toda a vida dela.
• Backup sem teste de restauração. Backups são feitos por anos, e a primeira restauração é tentada em plena pane. Faça um ensaio de restauração a cada trimestre.

O denominador comum desses erros é ver o billing como um programa, quando ele é um processo. O dinheiro dos assinantes passa por ele sem parar, então trate-o como um caixa, e não como um site.

Ao escolher um sistema para uma rede em crescimento, olhe além da lista de funções e faça duas perguntas: como ele sobrevive ao dia de cobrança e quão fácil é tirar os dados ao migrar. O resto pode ser acrescentado, mas essas duas propriedades vêm da arquitetura. Sobre a infraestrutura relacionada escrevemos à parte: o panorama dos tipos de servidores na rede ajuda a ver onde o billing se encaixa nesse quadro.