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.

Em uma frase — em receita regulada o ERP deixa de ser o lugar onde o preço é decidido e passa a ser o lugar onde a aplicação do preço precisa ser demonstrável — e é essa mudança, não o volume, que quebra a implantação padrão.

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.

a diferença entre receita livre e regulada: na livre o preço nasce no contrato e termina na nota; na regulada ele nasce na resolução, passa pela vigência com retroatividade, pela conversão de unidade e pela obrigação ao regulador antes de virar nota
O caminho do preço até a nota tem três paradas a mais — e cada parada é onde a implantação padrão não previu nada.

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.

Ponto de atenção — três decisões que precisam ser tomadas antes do desenho técnico, porque mudá-las depois é refazer: como a retroatividade é registrada (nota complementar, ajuste em conta corrente ou nota de débito — cada uma com efeito fiscal diferente); onde mora a série histórica da tarifa, e por quanto tempo; e qual é a fonte da verdade quando o número do regulador diverge do seu. A terceira é a que ninguém escreve, e é a que determina quem passa a noite acordado no fechamento.

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?

O sistema deixa de ser onde o preço é decidido e passa a ser onde a aplicação do preço precisa ser demonstrável. Na prática isso obriga a guardar a série histórica da tarifa, não apenas o valor vigente, porque a auditoria pede o valor aplicado e o correto.

Como tratar uma resolução tarifária com efeito retroativo?

É preciso recalcular o que já foi faturado, gerar a diferença e decidir antes do desenho técnico como ela será emitida: nota complementar, ajuste em conta corrente ou nota de débito. Cada uma tem efeito fiscal diferente, e mudar essa escolha depois significa refazer.

Por que o problema só aparece depois do go-live?

Porque nenhum desses casos ocorre no piloto: eles aparecem no primeiro fechamento após uma revisão tarifária. Até lá, a condição de preço que sobrescreve o valor vigente funciona normalmente e nada indica que o histórico está sendo perdido.

A IA pode calcular a tarifa?

Não, e não deve. O cálculo é determinístico e continua determinístico. A IA ajuda em três tarefas de leitura: achar o parágrafo da resolução que afeta o cadastro, explicar onde está a divergência entre os números e validar o arquivo antes do envio ao regulador.

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.