Dezembro de 2026 é o último fechamento com PIS e Cofins, e o primeiro com resíduo

O último fechamento com PIS e Cofins é o de dezembro de 2026. O que esses dois tributos deixarem em aberto nesse fechamento não desaparece com a extinção. Vira o primeiro problema de 2027. A lei estabelece a extinção do PIS e da Cofins a partir de 31 de dezembro de 2026, com a entrada em vigor plena da CBS em 1º de janeiro de 2027.

Isso não é um desligamento. É uma transição com resíduo.

Calendário e escopo

A data é conhecida há tempo suficiente para não ser surpresa: 31 de dezembro de 2026 marca a extinção do PIS e da Cofins, e 1º de janeiro de 2027 marca a entrada em vigor plena da CBS. Entre uma data e outra não existe intervalo de adaptação. Existe uma virada de regime que acontece no exato instante em que o fechamento de dezembro termina e o de janeiro começa.

O período de teste da CBS, com as alíquotas simbólicas de 0,1% para a parcela estadual e percentuais equivalentes para a federal, já rodou ao longo de 2026 em paralelo ao regime antigo. Isso deu às equipes fiscais um ambiente de validação, mas também criou uma expectativa perigosa: a de que, se o período de teste funcionou, a virada plena também vai funcionar sem sobressaltos.

O período de teste validou cálculo. Não validou fechamento. São problemas diferentes, e o segundo só aparece quando o primeiro regime para de existir de verdade.

Durante a fase de teste, PIS, Cofins, CBS e IBS conviveram lado a lado, cada um apurado e lançado no razão de forma paralela e independente. É uma arquitetura de coexistência, pensada justamente para não interferir no regime vigente enquanto o novo era validado.

A partir de janeiro, essa coexistência acaba. Não existe mais PIS e Cofins correndo em paralelo para comparação. O motor fiscal, as contas de apuração e as regras de determinação de imposto passam a operar num ambiente onde o regime antigo só existe como histórico, não como processo ativo.

O que sobrevive à extinção

PIS e Cofins deixam de existir como tributo correntemente apurado a partir de janeiro. O que eles geraram ao longo dos anos anteriores não deixa de existir junto. Créditos acumulados, saldos a recolher ainda não liquidados, diferimentos tributários vinculados a regimes especiais, e qualquer gross up regulatório que embutisse esses tributos em receita contratual continuam no balanço, mesmo depois que o tributo de origem for extinto.

Esse é o ponto que a maioria das listas de virada trata como irrelevante. A lógica implícita costuma ser: se o tributo acabou, o que ele gerou também deveria acabar, ou pelo menos deveria estar resolvido antes da virada. Na prática contábil, isso raramente é verdade.

Um crédito de PIS e Cofins não compensado até dezembro não desaparece em janeiro. Ele precisa de uma rota de uso, compensação ou ressarcimento, que continua existindo depois que o tributo deixou de ser apurado. Um saldo diferido vinculado a um regime especial de tributação continua amparado pelas regras daquele regime até que ele seja efetivamente realizado, independente de o tributo de origem ainda estar ativo.

A própria companhia, no relatório trimestral mais recente, reconhece que ainda está avaliando os impactos dessa fase sobre processos, sistemas, cadastros, documentos fiscais, controles internos e rotinas de compliance fiscal. Essa frase, lida com atenção, descreve exatamente o escopo que uma lista de virada de leiaute não cobre: ela fala de sistema, mas também de cadastro, controle e rotina, não só de layout de documento.

Vale notar a ordem em que o reconhecimento aparece: processos antes de sistemas, cadastros antes de documentos fiscais, controles internos e rotinas de compliance por último. Essa ordem não é acidental. Sugere que a avaliação interna já reconhece que o problema começa na organização do trabalho, não na tela do sistema.

Checklist de parametrização que vai além do leiaute

A maioria dos projetos de virada de regime tributário no SAP se concentra no que é mais visível: o leiaute da nota fiscal eletrônica precisa mudar, os campos de CBS e IBS precisam aparecer, o motor fiscal precisa calcular a alíquota correta a partir de janeiro. Isso é necessário, mas é a parte mais fácil do problema.

A lista de virada completa precisa cobrir pelo menos quatro camadas que o leiaute sozinho não resolve.

Primeira: os códigos de imposto, no caso de ambientes com o Guepardo Tax como motor de determinação, precisam ter uma estratégia clara de desativação ou arquivamento para PIS e Cofins a partir de 1º de janeiro, sem que isso quebre a leitura histórica de documentos emitidos antes da virada. Um código de imposto que simplesmente some do cadastro ativo pode impedir a reimpressão ou reprocessamento de documentos de dezembro, algo que auditoria e fiscalização continuam exigindo depois da virada.

Segunda: as contas contábeis de apuração de PIS e Cofins, que historicamente recebem lançamento mensal recorrente, precisam de uma regra clara de encerramento. Uma conta de apuração que continua aberta sem lançamento esperado é um convite a erro de reconciliação no primeiro fechamento sem o tributo, porque o analista que reconcilia o razão em fevereiro pode não lembrar que aquela conta parou de receber lançamento em dezembro por desenho, não por falha.

Terceira: as regras de diferido vinculadas a PIS e Cofins, sejam elas relacionadas a regime especial, a gross up regulatório ou a qualquer outro mecanismo de reconhecimento futuro, precisam continuar parametrizadas mesmo depois que o tributo corrente deixar de ser apurado. O sistema precisa saber que aquele saldo diferido ainda obedece à lógica do tributo que o originou, mesmo que esse tributo não exista mais como apuração corrente.

Quarta: a apuração residual, ou seja, o conjunto de operações de dezembro que só serão totalmente processadas, revisadas ou corrigidas em janeiro ou fevereiro, precisa ter uma rota de tratamento que ainda reconheça PIS e Cofins como regime aplicável aquelas operações específicas, mesmo que o sistema já esteja, para novas operações, inteiramente migrado para CBS e IBS.

Cada uma dessas quatro camadas tem uma característica em comum que o leiaute de nota fiscal não tem: nenhuma delas é visível no dia da virada. Um código de imposto mal desativado não gera erro imediato. Uma conta sem regra de encerramento não acusa problema no primeiro dia sem movimento. Uma regra de diferido esquecida não impede o fechamento de janeiro de rodar. O sistema continua funcionando, aparentemente normal, enquanto acumula um passivo de rastreabilidade que só se manifesta quando alguém precisar daquela informação específica.

Há uma quinta pergunta que costuma faltar em qualquer uma dessas quatro camadas: quem é o responsável nomeado por cada uma delas depois da virada. Um código de imposto sem dono claro não tem quem decida quando arquivá-lo de fato. Uma conta de apuração sem responsável de encerramento permanece aberta por inércia, não por decisão. Atribuir dono a cada camada, com nome e critério de aceite, é o que transforma um checklist técnico em um processo de governança que sobrevive à saída de qualquer pessoa específica da equipe.

A pergunta que decide se a lista está completa

A pergunta executiva que separa um projeto de virada de leiaute de um projeto de virada de fechamento é simples de formular e difícil de responder sem levantamento real: a lista de virada de dezembro inclui código de imposto, conta contábil, regra de diferido e apuração residual, ou só leiaute de nota?

No fechamento de fevereiro, quando a auditoria externa revisar o primeiro trimestre inteiramente sob CBS e IBS, a evidência mínima que ela vai pedir para cada camada é previsível: para o código de imposto, o log de quando e por quem ele foi desativado ou arquivado; para a conta contábil, a ata ou aprovação que formalizou o encerramento do lançamento recorrente; para o diferido, o documento que amarra o saldo à norma original que o criou; para a apuração residual, a lista nominal de operações de dezembro processadas fora do prazo e o regime aplicado a cada uma.

Nenhuma dessas quatro evidências aparece no dia em que o leiaute novo entra em produção. Todas elas aparecem semanas ou meses depois, quando alguém precisa reconciliar o razão, responder uma auditoria, ou simplesmente entender por que uma conta que sempre teve movimento parou de ter.

Essa é a razão pela qual tratar a virada como projeto de TI, com entrega medida por disponibilidade do sistema no primeiro dia útil de janeiro, costuma gerar uma falsa sensação de sucesso. O sistema está no ar. O leiaute está correto. E, ainda assim, o resíduo do regime antigo pode estar silenciosamente mal tratado.

Validação cruzada com o razão

O teste que decide se a virada está de fato pronta não é o teste de emissão de nota fiscal, que confirma que o documento sai com o leiaute certo. É a validação cruzada entre o que o motor fiscal determinou como tratamento tributário e o que efetivamente foi lançado no razão, para cada uma das quatro camadas acima.

Essa validação cruzada precisa comparar, nota a nota ou em amostra estatisticamente relevante, se o código de imposto aplicado corresponde ao esperado para a data da operação, se o lançamento contábil foi direcionado à conta correta considerando o momento da virada, se saldos diferidos preexistentes continuam sendo movimentados pela regra original, e se operações de dezembro processadas já em janeiro mantiveram o regime tributário correspondente à data real do fato gerador, não à data de processamento.

Esse último ponto merece destaque próprio.

Em qualquer fechamento, existem notas de dezembro processadas em janeiro, seja por atraso de recebimento físico, seja por correção de lançamento, seja por qualquer rotina normal de fechamento que atravessa a virada de mês. Essas notas precisam ser tratadas pelo regime vigente na data do fato gerador, não pelo regime vigente na data em que o sistema as processou.

Um sistema que aplica automaticamente o regime da data de processamento, em vez do regime da data da operação, vai classificar incorretamente qualquer nota de dezembro lançada já em janeiro. Esse tipo de erro costuma passar despercebido justamente porque o volume de notas atravessando a virada tende a ser pequeno em proporção ao total, mas o erro, quando existe, é sistemático e se repete em todas elas.

A validação cruzada também precisa cobrir a direção inversa: operações já sob CBS e IBS que, por erro de parametrização residual, acabam classificadas incorretamente sob o código de imposto antigo. Esse erro espelhado é menos intuitivo de buscar, porque o instinto de quem audita a virada costuma ser verificar se o regime antigo contaminou o novo, não o contrário. Uma virada bem auditada testa os dois sentidos do erro, não só o mais óbvio.

Sem essa validação, a empresa só descobre se a virada funcionou quando o primeiro erro aparecer, normalmente no fechamento de janeiro ou fevereiro, quando o volume de transações sob o regime novo já for grande o suficiente para que um erro sistemático em qualquer uma das quatro camadas vire um problema caro de reverter.

Na DFSpro, configuramos e validamos no SAP a virada de regime tributário em ambientes com Guepardo Tax, incluindo código de imposto, contas de apuração e regras de diferido, sem decidir a tese tributária que cabe ao cliente. O Diagnóstico Fiscal SAP mapeia se a lista de virada de dezembro cobre as quatro camadas além do leiaute e prioriza o que precisa de validação cruzada com o razão antes que o resíduo do último fechamento com PIS e Cofins vire correção manual em janeiro.