A apuração assistida da CBS chega pronta da Receita. O SAP vira quem prova o contrário

A partir de 2027, o fiscal deixa de ser quem calcula a CBS e passa a ser quem explica por que o número da Receita está errado. O Decreto nº 12.955, de 29 de abril de 2026, que regulamenta a CBS, estabelece no art. 46 que a Receita Federal apresenta a apuração assistida do saldo do período até o dia 15 do mês seguinte, dia 20 para quem está obrigado à DeRE. A partir daí, a apuração do contribuinte só existe como ajuste positivo ou negativo sobre o número que a Receita já calculou, de uso obrigatório, sem alternativa de apurar do zero. Isso inverte a ordem que qualquer fiscal aprendeu a operar: primeiro o ERP calcula, depois a Receita cruza. Agora a Receita calcula primeiro, e o ERP vira o sistema que concilia, questiona e ajusta um número que não nasceu nele.

Não é um ajuste cosmético de processo. É uma inversão de autoridade sobre o dado.

O que o art. 46 realmente obriga

O texto do Decreto 12.955/2026 é direto: "A RFB apresentará a apuração assistida do saldo da CBS do período de apuração." E na sequência: "Apresentada a apuração assistida pela RFB, a apuração de que trata o art. 44 somente poderá ser realizada mediante ajustes positivos e negativos na apuração assistida de que trata o caput deste artigo, que será de uso obrigatório pelo contribuinte." Não é uma segunda via opcional. É a única via. O contribuinte não tem mais a opção de ignorar o número da Receita e declarar o próprio cálculo como se nada tivesse mudado.

A cobrança efetiva da CBS começa em 2027, conforme a LC 214/2025, arts. 346 e 347. Em 2026, a alíquota de teste é de 0,9%, segundo o art. 346 da mesma lei: "Em relação aos fatos geradores ocorridos de 1º de janeiro a 31 de dezembro de 2026, a CBS será cobrada mediante aplicação da alíquota de nove décimos por cento." O ano de teste serve para medir divergência sem o peso financeiro da cobrança real. É a janela em que o erro de reconciliação custa auditoria interna, não autuação.

O art. 46 confirma, com todas as letras, que a apuração assistida é obrigatória e que o ajuste incide sobre o saldo apresentado pela Receita. O que o decreto ainda não detalha publicamente é o rito operacional completo desse ajuste em regime pleno de 2027: isso depende de ato complementar da RFB, e tratá-lo como já resolvido seria leitura nossa apresentada como fato, o que este texto evita fazer.

A operação da apuração assistida em regime pleno de 2027 ainda depende de ato complementar da RFB. O que está confirmado hoje é o desenho: a Receita apresenta primeiro, o contribuinte ajusta depois, e o ajuste é obrigatório sobre a base dela, não sobre uma apuração paralela.

O saldo que chega pronto não vem de uma fonte só

A leitura mais comum do art. 46 trata a apuração assistida como uma simplificação: a Receita faz a conta, o contribuinte confere. Essa leitura esconde o ponto que mais importa para quem desenha a conciliação no SAP. A base que a Receita usa não vem de um documento fiscal isolado. Ela combina pelo menos três fontes de dado diferentes: os documentos fiscais eletrônicos emitidos, as informações de extinção de débito previstas no art. 26 do mesmo regulamento, e outras informações fornecidas pelo contribuinte ou a ele relativas. Isso muda o problema de "a nota fiscal bateu com o SAP" para "três sistemas de dado diferentes precisam convergir antes do dia 15, e o fiscal não controla dois deles sozinho."

Três fontes, não uma. Cada uma com dono diferente dentro da empresa.

Documento fiscal eletrônico é o que o SAP já domina: nota de saída, nota de entrada, cancelamento, carta de correção. Extinção de débito é outra categoria: pagamento, compensação, parcelamento, qualquer modalidade do art. 26 que zera uma obrigação. Essa informação não nasce no módulo fiscal do SAP. Nasce em tesouraria, em compensação de crédito, às vezes em um processo administrativo que corre fora do sistema transacional. A terceira fonte, informações do contribuinte ou a ele relativas, é a mais aberta das três e a que menos documentação pública existe até agora: o próprio desenho dessa interface ainda está sendo construído pelo mercado, não copiado de um manual pronto.

Essa fragmentação de origem é o motivo pelo qual tratar a apuração assistida como "só mais um layout de obrigação acessória" costuma subestimar o esforço de integração. Um projeto que olha apenas para o módulo fiscal do SAP resolve a primeira fonte e ignora as outras duas. A conta que fecha no papel da Receita depende de três times internos conversando com a mesma régua de prazo, e isso raramente está desenhado hoje.

Onde nasce a divergência, e por que ela não é rara

Um erro em qualquer uma dessas três fontes já derruba o número que o SAP recebe pronto da Receita. Não precisa ser erro na nota fiscal. Uma nota emitida e depois não autorizada pela SEFAZ, um evento de cancelamento que chegou atrasado, um pagamento feito mas ainda não vinculado ao débito correspondente: qualquer um desses casos faz a base da Receita e a base do SAP contarem histórias diferentes para o mesmo período.

O padrão que costuma se repetir em operações industriais com alto volume de notas fiscais e integração financeira complexa é o descasamento de timing entre o evento fiscal e o evento de caixa. A nota sai no dia 28. O pagamento que extingue um débito relacionado é processado no dia 3 do mês seguinte, já fora do período de apuração que a Receita vai fechar no dia 15. Quando isso acontece em volume baixo, o ajuste é trivial. Quando acontece de forma recorrente, porque o calendário de pagamento da empresa não foi desenhado pensando nesse corte, a conciliação vira rotina mensal de correção, não exceção pontual.

Volume baixo é ajuste. Volume recorrente é processo quebrado, mesmo que ninguém tenha notado ainda.

O risco oculto aqui não é o volume do ajuste. É o prazo para fazer o ajuste direito. O ajuste do contribuinte sobre o saldo apresentado pela Receita tem janela até o último dia útil do mês seguinte ao período de apuração: curta e fixa, não negociável. E o ajuste só é aceito por documento fiscal específico ou por hipótese de ajuste prevista no próprio regulamento. Não existe retificação genérica "porque o sistema calculou diferente". Existe correção pontual, documentada, ligada a um evento identificável. Quem não tiver o rastro desse evento organizado não corrige, só alega, e alegação sem documento vinculado não é ajuste aceito pela regra.

Há uma segunda camada de risco que costuma passar despercebida: cada uma das três fontes tem seu próprio ciclo de atraso possível. Documento fiscal pode ser cancelado fora do prazo normal de emissão. Extinção de débito pode levar dias entre o pagamento efetivo e o registro que a vincula ao tributo correto. Informação do contribuinte, por ser a categoria menos padronizada, pode nem ter processo interno definido para alimentar a Receita no formato que o ato complementar da RFB vier a exigir. Três relógios diferentes, um só prazo final.

O desenho da conciliação muda o papel do motor fiscal

O motor fiscal que roda hoje em cima do SAP entrega as informações dos fatos geradores em tempo real nas apurações e na entrega das obrigações acessórias. Isso resolve a geração do documento fiscal. Não resolve, por si só, a ponte entre o evento de extinção de débito e o documento que o originou, nem a reconciliação com um saldo que a Receita vai apresentar de fora para dentro. É uma camada de conciliação diferente da camada de cálculo tributário que o motor fiscal já cobre.

Calcular certo deixou de ser a régua. Provar virou a régua.

Essa é a distinção que separa quem vai atravessar 2027 em modo de ajuste controlado de quem vai atravessar em modo de correção às pressas. Calcular a CBS corretamente no SAP deixa de ser suficiente, porque o número que conta é o da Receita. O que precisa existir é uma trilha que ligue, para cada nota fiscal relevante, o evento de extinção correspondente, com data e modalidade, de forma que o time consiga responder em minutos qual documento sustenta qual ajuste. Sem essa trilha, cada divergência vira investigação manual contra o relógio do último dia útil.

Na prática, isso implica decidir, antes de precisar, três coisas que hoje normalmente não têm dono único: quem no time fiscal recebe o saldo assistido no dia 15 e dispara a conferência; qual critério interno classifica uma diferença como ajuste elegível versus divergência a investigar; e qual sistema guarda o vínculo entre nota, extinção e eventual ajuste, para que a mesma pergunta feita numa auditoria meses depois tenha a mesma resposta que teve no fechamento.

O calendário do fechamento ganha um corte que não existia

Hoje o fechamento fiscal tem um ritmo conhecido: apurar, revisar, declarar, dentro do prazo normal de obrigação acessória. A apuração assistida insere um corte novo no meio desse ritmo. Dia 15, ou dia 20 para quem está na DeRE, a Receita apresenta o saldo. Dali até o último dia útil do mês seguinte, o contribuinte ajusta. Isso significa que o fechamento interno da empresa precisa estar pronto antes do dia 15, não depois. Reconciliar documento, crédito e extinção de débito vira atividade de pré-fechamento, deslocada para antes da data que hoje marca o início do trabalho fiscal mais pesado do mês.

O corte de dia 15 não pergunta se a empresa estava pronta.

Quem só reconciliar depois do dia 15 está, na prática, correndo atrás de um número que já foi publicado e que já começou a contar o relógio do ajuste. O ano de teste de 2026, com alíquota reduzida, é a única janela sem custo financeiro real para descobrir onde esse processo falha antes que falhe valendo dinheiro em 2027. Quem tratar 2026 como um ano sem consequência vai chegar a 2027 descobrindo a lacuna de processo no mesmo mês em que ela custa caro.

Essa é também a diferença entre tratar a Reforma como evento de parametrização pontual e tratá-la como mudança de arquitetura de governança. Parametrizar tabela de alíquota é tarefa técnica conhecida. Redesenhar o fluxo de informação entre fiscal, tesouraria e o time que sustenta o motor de cálculo é outra escala de trabalho, e normalmente não está no escopo original de nenhum projeto de adequação à Reforma já contratado.

O que verificar antes do próximo fechamento

Quatro perguntas separam quem tem esse processo desenhado de quem ainda está descobrindo a lacuna ao vivo. Existe um responsável único que recebe o saldo assistido no dia 15 e aciona a conferência, ou a tarefa ainda está implícita entre fiscal e TI? O sistema de extinção de débito conversa de forma rastreável com o documento fiscal que originou a obrigação, ou essa ligação só existe na planilha de fechamento? O time sabe, com precisão de artigo e inciso, quais hipóteses de ajuste o regulamento aceita, ou vai descobrir isso na primeira divergência real? Já existe algum teste rodado em homologação, simulando uma divergência proposital, para medir quanto tempo o time leva para localizar a causa?

Quem responde às quatro com segurança está preparado para operar sob a regra nova. Quem hesita em qualquer uma delas tem, nesse ponto exato, o verdadeiro risco de 2027: não a alíquota, mas a ausência de um processo testado para a janela curta entre o dia 15 e o último dia útil do mês seguinte.

O apoio que faz sentido aqui não é refazer o cálculo da CBS. É desenhar a conciliação entre a apuração assistida e o que o SAP e o motor fiscal já produzem, definir com clareza quais ajustes são permitidos dentro do regulamento, e provar esse comportamento em ambiente de teste antes que o calendário de 2027 vire o calendário real da empresa. O Diagnóstico Fiscal Estruturado é o primeiro passo lógico para mapear onde está essa lacuna antes que ela apareça como ajuste sob pressão.

Quando a Receita mostrar o saldo da CBS no dia 15, a pergunta que resta não é se a empresa concorda com o número. É qual área do SAP consegue provar, documento por documento, por que o saldo dela é outro.