Receita regulada no SAP: quando a tarifa vem de fora
Numa indústria comum, o preço é seu. Você define, negocia, reajusta, dá desconto. O ERP registra o que foi combinado e a receita é a soma do que se vendeu.
Em energia não é assim. A tarifa vem de fora, definida por resolução, com data de vigência que não coincide com o seu calendário, e revisada por um órgão regulador que não consulta o seu cronograma de TI. O sistema não decide o preço — ele precisa provar que aplicou o preço certo.
Essa inversão parece um detalhe de configuração e não é. Ela muda o que o SAP precisa guardar, muda o que o fechamento precisa reconciliar, e muda a natureza do erro: em vez de uma venda errada, você tem uma divergência regulatória, que tem prazo, tem multa e tem histórico.
As quatro coisas que mudam
A vigência não é uma data, é um intervalo com retroatividade. Uma resolução publicada em maio pode valer desde março. O sistema precisa ser capaz de recalcular o que já foi faturado, gerar a diferença, e manter os dois valores — o aplicado e o correto — porque a auditoria vai pedir os dois.
O reajuste não substitui, acumula. Reajuste sobre reajuste, com bases diferentes e componentes que se reajustam por índices distintos. Um campo de preço com o valor vigente não conta essa história. É preciso a série.
A unidade de medida do negócio não é a do sistema. Faturamento em megawatt-hora, medição em ponto de consumo, contrato em demanda contratada, tributação em item de nota. Cada conversão entre eles é uma oportunidade de arredondamento — e arredondamento em volume vira divergência de milhares de reais no fechamento.
Existe um terceiro na relação. Além de você e do cliente, existe o regulador — e às vezes a distribuidora, o operador do sistema e a câmara de comercialização. Cada um espera um arquivo, num formato, num prazo. Esses prazos não são negociáveis e quase nunca coincidem com o seu fechamento contábil.

Onde a implantação padrão trava
Nenhum desses problemas aparece no piloto. Aparecem todos no primeiro fechamento depois de uma revisão tarifária.
A condição de preço que não guarda histórico. A configuração comum grava o valor vigente e sobrescreve. Quando chega uma resolução retroativa, não há de onde tirar o que estava valendo antes — e refazer manualmente o que o sistema deveria saber custa dias de fechamento.
O recálculo que não existe. Faturar de novo não é o mesmo que faturar a diferença. Emitir nota cheia e cancelar a anterior tem consequência fiscal; emitir complementar exige uma regra que precisa ser desenhada. Projetos que não decidiram isso na implantação decidem no meio do incidente.
O arredondamento que ninguém definiu. Arredondar por item, por nota ou por total dá resultados diferentes, e todos os três são defensáveis. O problema não é escolher errado — é não escolher, e descobrir na conciliação que cada área escolheu uma coisa.
A obrigação ao regulador tratada como relatório. Enquanto o arquivo é gerado por extração manual e conferido no Excel, funciona. Até o mês em que o volume cresce, alguém sai de férias, ou o layout muda. Obrigação com prazo legal precisa do mesmo tratamento de uma obrigação fiscal — geração automatizada, validação antes do envio e evidência do que foi enviado.
O que resolve, na ordem
1. Modelar a tarifa como série, não como valor. Cada componente com sua vigência, sua base e seu índice. É mais trabalho na implantação e é o que torna a retroatividade um processamento em vez de um mutirão.
2. Definir a regra de diferença antes de precisar dela. Quando um recálculo gera valor a maior ou a menor, o que é emitido, com que documento, em que competência. Escrito, aprovado pelo fiscal, e testado com um caso real antes de entrar em produção.
3. Fixar o arredondamento em um lugar só. Uma regra, documentada, aplicada por todos os processos que tocam valor. E um teste que compara os três caminhos e prova que fecham.
4. Tratar a obrigação regulatória como o fiscal trata a dele. Geração automatizada, validação de layout antes do envio, comparação com o período anterior e evidência guardada. É o mesmo raciocínio que aplicamos em simular obrigações fiscais antes de entregar — ensaiar a entrega custa uma tarde, descobrir o erro por fiscalização custa outra coisa.
5. Reconciliar os três números todo mês. O que o sistema faturou, o que a medição indica e o que foi declarado ao regulador. Quando esses três não batem, a diferença precisa ter explicação — e ela precisa ser encontrada em minutos, não em dias. É o mesmo tipo de conciliação que descrevemos em ciclo bancário: cada etapa com a sua confirmação.
Onde a IA ajuda de verdade aqui
O cálculo é determinístico e deve continuar sendo — ninguém quer um modelo decidindo tarifa. Mas três partes caras do trabalho são de leitura e comparação, e é aí que a economia muda.
Ler a resolução e apontar o que muda. O texto regulatório é longo, e a parte que afeta o seu cadastro costuma ser um parágrafo. Encontrar esse parágrafo e traduzi-lo em “quais componentes mudam, a partir de quando” é leitura em volume — exatamente o que a IA faz bem, com revisão humana obrigatória.
Explicar a divergência. Quando os três números não fecham, comparar as bases e propor onde está a diferença encurta a investigação de dias para horas.
Validar o arquivo antes do envio. Conferir layout, totais e coerência com o período anterior — o mesmo ensaio que se faz com obrigação fiscal.
Onde ela não entra: a interpretação jurídica da norma, o aceite da reconciliação e o envio ao regulador. Essas três continuam com gente, com nome e com responsabilidade.
O limite honesto
Nada disso elimina a revisão tarifária, o prazo do regulador nem a divergência entre medição e faturamento. Esses são fatos do setor, não defeitos do sistema.
O que muda é onde você gasta o tempo. Com a tarifa modelada como série, a regra de diferença escrita e a obrigação automatizada, uma revisão retroativa vira um processamento com conferência. Sem isso, vira um mutirão de fechamento — todo trimestre, com as mesmas pessoas, cometendo os mesmos erros de digitação.
E há um efeito que só aparece depois: quando o número é demonstrável, a conversa com o regulador muda de natureza. Deixa de ser defesa e passa a ser apresentação de evidência.
Se o seu ponto de partida é entender o que existe hoje antes de decidir o que mudar, comece pelo diagnóstico de TI. E para o panorama do setor, veja TI para energia, óleo e gás.
Perguntas frequentes
O que muda no SAP quando a receita é regulada?
Como tratar uma resolução tarifária com efeito retroativo?
Por que o problema só aparece depois do go-live?
A IA pode calcular a tarifa?
Se a sua operação é de receita regulada e o fechamento vira mutirão a cada revisão tarifária, é esse tipo de trabalho que fazemos em TI para energia, óleo e gás.