FonteIA

Reforma tributária no ERP: checklist de preparação para IBS e CBS

Checklist de ERP para IBS/CBS: organize prazos por operação, valide documentos além da autorização e registre evidências antes de liberar mudanças.

Uma atualização de ERP para IBS e CBS não termina quando o sistema consegue emitir uma nota. Fiscal, TI e financeiro precisam confirmar se a operação está enquadrada corretamente, se o documento contém as informações exigidas e se o resultado chegou sem divergência à cobrança e à conciliação.

Este checklist ajuda ERPs, software houses e departamentos fiscais a transformar fontes oficiais em decisões de implantação revisáveis. O resultado esperado é um registro por mudança, com operação afetada, fundamento, responsável, teste e condição de liberação. Os exemplos de teste são propostas de trabalho da FonteIA, não especificações oficiais de um emissor.

O que o ano de teste permite concluir

A Receita Federal apresenta 2026 como ano de teste de IBS e CBS e condiciona a dispensa de recolhimento ao cumprimento das obrigações acessórias, conforme a legislação. Essa condição impede usar a expressão “ano de teste” como autorização geral para ignorar documentos ou desativar controles.

Para o ERP, trate separadamente o preenchimento de informações, o cálculo apresentado no documento e o efeito financeiro autorizado para a operação. A equipe fiscal deve validar a hipótese aplicável antes de aprovar uma regra que gere cobrança, guia, crédito ou alteração de totalizador. Este roteiro não define uma totalização universal para todos os documentos e regimes.

1. Mapeie empresas, operações e responsáveis

Comece pelas operações que a empresa realmente realiza. Um mesmo ERP pode atender filiais, regimes e documentos diferentes; uma configuração global tende a esconder essas diferenças. Identifique quem decide o enquadramento, quem implementa e quem confere o reflexo no financeiro.

Use o cadastro como ponto de partida para a revisão, sem assumir que um código isolado resolve o tratamento tributário. Reúna descrição do produto ou serviço, classificação utilizada, natureza da operação, localidade e regime dos participantes. Quando houver dúvida, deixe a decisão pendente de análise fiscal.

  • Fiscal: registrar o enquadramento, a fonte oficial, o trecho e o período de aplicação.
  • TI e produto: identificar módulos, integrações, versão do emissor e dependências da entrega.
  • Cadastro e faturamento: verificar quais dados alimentam o documento e como corrigir exceções.
  • Financeiro e contabilidade: aprovar os resultados esperados na cobrança, conciliação e escrituração.
  • Suporte: manter a orientação ao usuário vinculada à versão da mudança e ao fundamento aprovado.

2. Separe obrigação, leiaute e ambiente

O cronograma da Receita Federal distingue início de obrigatoriedade e publicação de leiaute. A página, atualizada em 21/09/2026, informa que a situação dos leiautes remete à divulgação de 31/07/2026 e que previsões técnicas podem ser ajustadas. Não interprete uma previsão antiga como confirmação de disponibilidade do ambiente.

No Ato Conjunto RFB/CGIBS nº 4/2026, a NFS-e tem recortes distintos: serviços sujeitos ao ISS abrangidos pelo art. 1º, III, “d” têm marco em 01/10/2026; os enquadrados nos subitens 1.03, 1.05, 1.09 e 16.01 da LC 116 têm marco em 01/12/2026. O ato também contém exceções por contribuinte e operação. O enquadramento deve preceder a escolha da data.

Como prática de implantação, mantenha três controles separados: obrigação aplicável, versão técnica adotada e ambiente efetivamente testado. Anexe a evidência correspondente a cada um. Uma nota técnica nova pode exigir revisão do teste sem alterar, por si só, a vigência da obrigação.

  • Registre tipo de documento, operação, regime, dispositivo e data aplicável.
  • Registre versão da nota técnica, schema, tabelas utilizadas e data da conferência.
  • Registre ambiente, emissor ou autorizador, disponibilidade confirmada e retorno do teste.
  • Não use um cronograma único para toda a carteira nem copie a data de uma operação para outra.

O caso do Simples exige dois controles

A orientação da Receita Federal sobre a Resolução CGSN nº 191/2026 separa dois marcos: uso do Emissor Nacional da NFS-e pelas ME e EPP optantes do Simples que prestem serviços sujeitos à emissão, a partir de 01/11/2026; e efeitos das regras de CBS/IBS para os optantes, a partir de 01/01/2027, inclusive os destaques quando cabíveis.

No planejamento interno, essa separação permite testar a integração com o emissor sem antecipar automaticamente o tratamento de IBS/CBS. Cadastre a situação da empresa e a decisão fiscal com vigência própria. Não transforme o exemplo em instrução para escolher regime tributário; essa escolha exige análise individual.

3. Teste conformidade além da autorização da nota

O comunicado do CGNFS-e de 07/08/2026 informa que a omissão de IBS/CBS na NFS-e até 31/12/2026 não provoca rejeição pelo sistema nacional, mas pode evidenciar desconformidade sujeita às regras aplicáveis. Portanto, o retorno de autorização não basta como critério de aceite fiscal.

Exemplo hipotético de homologação: a equipe prepara uma NFS-e de uma operação para a qual o preenchimento foi considerado exigível pelo responsável fiscal. O ambiente aceita o documento, mas o grupo esperado está ausente. O teste técnico passou; a conferência fiscal do conteúdo falhou. Registre a divergência e corrija a integração antes de aprovar aquela mudança.

Esse exemplo não afirma que toda NFS-e segue a mesma obrigação. Serve para mostrar que o teste deve comparar o conteúdo esperado com o efetivamente emitido, além de guardar o protocolo.

  • Conferir dados de origem, campos gerados, documento auxiliar e retorno do autorizador.
  • Comparar totalizadores, cobrança e lançamentos com o resultado aprovado para aquele cenário.
  • Incluir operações anteriores e posteriores ao marco aplicável, para detectar ativação antecipada ou tardia.
  • Testar cancelamento, devolução ou substituição quando existirem no fluxo e no documento adotado.
  • Registrar resultado esperado, resultado obtido, divergência, responsável e evidência da correção.

4. Confira crédito, contratos e conciliação

Abra uma frente própria para compras e financeiro. Para cada hipótese de crédito, peça ao responsável fiscal a regra aplicável e os documentos necessários à revisão. Mantenha separados o valor simulado, o valor validado e a pendência; um resultado calculado pelo sistema não deve ser tratado automaticamente como direito confirmado.

Nos cenários de split payment, compare valor faturado, valor liquidado, eventual parcela segregada e ajustes. A existência de um cenário de homologação não comprova que a modalidade está disponível ou exigível na operação real. Confirme norma, cronograma e integração antes de ativar o comportamento em produção.

  • Vincular cada hipótese de crédito a fornecedor, documento, item, finalidade e fundamento revisado.
  • Conferir com contratos e comercial as premissas de preço e repasse antes de alterar cobrança.
  • Comparar recebíveis, cancelamentos e ajustes com o cenário aprovado pelo financeiro.
  • Manter hipótese de planejamento identificada como hipótese enquanto faltar confirmação operacional.

5. Registre correções e critérios de liberação

O Ministério da Fazenda informa que o PNCT de 2026 foi regulamentado pelo Ato Conjunto RFB/CGIBS nº 5/2026. A orientação associa a permanência de contribuintes com inconsistências a compromisso efetivo de adequação, atendimento às comunicações e correção das falhas. O programa não deve ser resumido como dispensa geral de obrigações.

Como controle interno, encerre cada entrega com evidência de aceite fiscal e técnico. Se houver divergência sem solução, registre o impacto e submeta a decisão aos responsáveis. Não marque uma tarefa como concluída apenas porque o desenvolvimento terminou.

  • Identificação: empresa, operação, documento e módulos afetados.
  • Fundamento: URL, dispositivo ou trecho, data de consulta, vigência e limitação.
  • Implementação: regra alterada, versão, ambiente e responsável técnico.
  • Validação: resultado esperado e obtido, documento de teste e aprovação fiscal.
  • Operação: orientação ao suporte, tratamento de inconsistências e condição para reabrir a revisão.

Onde a FonteIA entra no processo

A FonteIA é uma infraestrutura de fontes oficiais para agentes de IA, com a Reforma Tributária como primeiro módulo operacional. Neste fluxo, a busca e os canais de integração apoiam a pesquisa de fundamentos antes que uma resposta vire requisito de ERP ou orientação de suporte.

Use a evidência retornada para conferir URL, data, origem e trecho. Se ela não cobrir a operação ou não sustentar a conclusão, registre a limitação e continue a pesquisa. O checklist, o aceite e o registro da mudança propostos neste artigo pertencem ao processo da equipe; não representam uma promessa de parametrização automática pela FonteIA.

A FonteIA não substitui implantação, revisão fiscal, contábil ou jurídica. As decisões de enquadramento, tratamento financeiro e liberação permanecem com os profissionais responsáveis.

Leituras técnicas relacionadas

Use este artigo como roteiro de coordenação. As análises abaixo aprofundam frentes específicas e devem ser lidas com atenção às datas e às fontes indicadas. Para decidir sobre prazos, prevalece a conferência dos atos oficiais aplicáveis.

Fontes, método e limites desta revisão

Responsabilidade editorial: FonteIA. Pesquisa, organização e redação com apoio de IA. Fontes oficiais consultadas e texto atualizado em 26 de setembro de 2026. Os exemplos operacionais são propostas de trabalho e não substituem a revisão profissional do caso concreto.

Foram confrontados o cronograma da Receita Federal, o texto do Ato Conjunto nº 4/2026, orientações do portal NFS-e, a comunicação sobre o Simples e a apresentação do PNCT pela Fazenda. As datas e distinções factuais têm links nas respectivas seções. Os controles de implantação e o exemplo de homologação são propostas operacionais, não comandos da legislação.

O roteiro não enumera todas as exceções, não certifica a versão mais recente de cada schema e não define cálculo para uma empresa específica. Antes de usar uma data ou liberar configuração, confira alterações posteriores, enquadramento e documentação do ambiente adotado. A data desta pesquisa não substitui a data de vigência de cada fonte.

Perguntas frequentes

O ano de teste dispensa a preparação do ERP?

Não. Confira as obrigações aplicáveis à empresa e o cronograma de cada documento. A dispensa de recolhimento indicada pela Receita Federal depende das condições legais; não elimina a necessidade de revisar emissão e controles.

Uma NFS-e autorizada prova que o preenchimento está correto?

Não por si só. O comunicado do CGNFS-e citado na seção de testes diferencia não rejeição e conformidade. Compare o conteúdo emitido com o esperado para a operação e guarde a evidência da revisão.

Posso aplicar a mesma data a todas as empresas do ERP?

Não use uma data global sem analisar documento, operação, regime e exceções. Registre separadamente a obrigação fiscal, a versão técnica e o ambiente testado.

Este checklist determina a classificação ou a alíquota de um item?

Não. Ele organiza a revisão e os testes. A definição depende das características da operação, das fontes aplicáveis e da equipe fiscal responsável.

O que registrar antes de liberar uma mudança?

Operação, documento, fundamento, vigência, versão do sistema, resultado esperado e obtido, responsável e condição de revisão. O registro deve permitir que outra pessoa reproduza a conferência.

Teste uma pergunta com fonte oficial.

Use a FonteIA para consultar Reforma Tributária com evidência, URL, data, origem e trecho citado antes de levar a resposta para cliente, equipe ou sistema.

Consultar agora