Testar notas fiscais com IBS e CBS no ERP é uma etapa necessária para transformar a Reforma Tributária do Consumo em uma rotina operacional segura. Não basta atualizar o sistema e esperar a primeira emissão acontecer. A empresa precisa validar cadastro, regras fiscais, integração entre pedido e faturamento, documentos eletrônicos e responsáveis por cada conferência.
Além disso, o objetivo do teste não é garantir uma conclusão tributária sem apoio especializado. Ele é identificar inconsistências antes que elas provoquem correções urgentes, atrasos na emissão ou retrabalho entre comercial, estoque, fiscal e financeiro. Com cenários reais e registros claros, a empresa consegue priorizar ajustes de processo e sistema.
Ouça o resumo
Áudio: aproximadamente 2 minutos e 1 segundo.
TL;DR
Testar notas fiscais com IBS e CBS no ERP exige cadastro revisado, cenários reais, cronograma oficial e responsabilidades definidas entre as áreas.
- Escolha operações reais, como venda interestadual, desconto, devolução, transferência, frete e faturamento parcial.
- Revise código, unidade, classificação, tributação, operação e regras comerciais antes de emitir.
- Teste NF-e, NFC-e e NFS-e conforme os documentos usados pela empresa e o cronograma aplicável.
- Registre rejeições, divergências e correções para encontrar a origem de cada falha.
O que é CBS?
A CBS é a Contribuição sobre Bens e Serviços, de competência federal. Ela integra a Reforma Tributária do Consumo e exige que as empresas revisem como dados fiscais são organizados, transmitidos e acompanhados nos documentos eletrônicos.
O que é IBS?
Da mesma forma, o IBS é o Imposto sobre Bens e Serviços, de competência compartilhada entre estados e municípios. Assim como a CBS, ele depende de dados consistentes, regras fiscais corretas e integração entre as áreas que participam da venda e da emissão.
Como testar notas fiscais com IBS e CBS no ERP
Primeiro, escolha quais operações representam a realidade da empresa. Comece pelas vendas mais frequentes e inclua situações que costumam gerar exceções. Por exemplo, uma venda para outro estado, um pedido com desconto, uma devolução, uma transferência entre depósitos ou uma condição de pagamento diferente.
Depois, monte um roteiro de teste com o caminho completo da operação. Registre o pedido, confira o cadastro do produto, valide estoque, faturamento, condição comercial e documento fiscal. Dessa maneira, a equipe consegue identificar em qual etapa um dado deixou de acompanhar a regra esperada.
1. Revise o cadastro antes de emitir
Na prática, o teste começa no cadastro, não na nota. Código, descrição, unidade de medida, classificação, tributação, operação e regras comerciais precisam estar atualizados. Caso contrário, a empresa pode interpretar uma falha na emissão como problema do sistema quando a origem está no dado de produto.
Em seguida, antes de abrir o ambiente de testes, escolha itens reais e confira como cada campo é preenchido hoje. Também defina quem pode alterar informações fiscais e como a mudança será aprovada. Esse cuidado complementa o processo de cadastro de produtos para evitar erros em vendas, estoque e fiscal.
2. Teste NF-e, NFC-e e NFS-e conforme a operação
NF-e, NFC-e e NFS-e não devem ser tratadas como se tivessem o mesmo leiaute ou o mesmo cronograma. A NF-e costuma aparecer na venda de bens, a NFC-e em operações de varejo e a NFS-e em prestações de serviços. Por isso, o teste precisa considerar os documentos que a empresa realmente emite e os cenários previstos para cada um.
Além disso, execute uma emissão de ponta a ponta para cada cenário selecionado. Confira se o pedido, os produtos, as condições comerciais e os dados fiscais chegam ao faturamento sem alteração indevida. Depois, revise o documento emitido com o responsável fiscal e registre qualquer campo que exija correção.
Por outro lado, inclua operações menos frequentes quando elas tiverem impacto relevante, como devolução, venda com frete destacado, faturamento parcial e transferência. Esses casos mostram se o processo está preparado para exceções ou se a equipe dependerá de ajustes manuais quando a operação sair do padrão.
3. Compare o teste com o cronograma oficial
Além disso, o cronograma de documentos fiscais eletrônicos da Reforma Tributária foi divulgado no Ato Conjunto RFB/CGIBS nº 4, publicado em 30 de julho de 2026. O calendário prevê marcos de obrigatoriedade em 3 de agosto, 1º de outubro, 15 de novembro, 1º de dezembro de 2026 e 1º de janeiro de 2027, conforme o tipo de documento e a operação.
Para NF-e e NFC-e, há marcos previstos desde 3 de agosto de 2026 em situações definidas no cronograma. Para determinadas NF-e, NFS-e e operações de contribuintes do Simples Nacional, há etapas previstas em dezembro de 2026 e janeiro de 2027. Portanto, a empresa deve usar o cronograma oficial de implementação dos documentos fiscais eletrônicos para confirmar o que se aplica ao seu caso.
As regras de validação também podem ser ajustadas durante a transição. Dessa forma, uma nota autorizada não prova que todo o processo está pronto. A empresa deve acompanhar as orientações atualizadas, testar a emissão e validar os efeitos com contador ou assessoria fiscal antes de transformar uma configuração em procedimento definitivo.
4. Registre rejeições e divergências para corrigir a origem
Ainda assim, se houver erros de NF-e ou notas rejeitadas, não trate cada caso como um incidente isolado. Registre o produto, a operação, o documento, o campo envolvido, a área responsável e a correção aplicada. Assim, a empresa pode encontrar padrões e corrigir cadastro, integração ou regra de processo.
Uma planilha simples ou um relatório do ERP já pode ajudar no começo. O importante é evitar que a mesma falha seja corrigida manualmente várias vezes sem uma revisão na causa. Quando a equipe compartilha os registros, o aprendizado deixa de ficar apenas com quem emitiu ou corrigiu a nota.
Exemplo: teste de venda interestadual com desconto
Por exemplo, imagine uma venda para outro estado com desconto comercial, frete destacado e prazo de pagamento maior. O comercial pode registrar a condição corretamente, mas o teste precisa verificar se produto, regra fiscal, faturamento e documento eletrônico mantêm os dados esperados até a emissão.
Se o documento exigir correção, a empresa deve descobrir se o problema veio do cadastro, da condição comercial, da configuração fiscal ou da integração. Esse exemplo mostra por que testar apenas uma venda simples não é suficiente para avaliar a adaptação a IBS e CBS.
Conclusão
Testar notas fiscais com IBS e CBS no ERP é um processo de preparação entre cadastro, fiscal, comercial, estoque e financeiro. A empresa deve escolher cenários reais, comparar o resultado com o cronograma oficial, registrar divergências e definir responsáveis por cada validação.
Por fim, com esse método, a adaptação deixa de depender de correções urgentes no momento da emissão. A validação fiscal continua essencial, mas dados organizados, testes documentados e acompanhamento das fontes oficiais tornam a transição mais previsível.
Perguntas frequentes sobre testes de IBS e CBS no ERP
Comece por cadastros de produtos, regras fiscais, integração entre pedido e faturamento e os documentos fiscais que a empresa emite com mais frequência.
Não. Cada documento pode ter leiaute, emissor e cronograma específicos. O teste deve refletir a operação e os documentos utilizados pela empresa.
Não necessariamente. A autorização não substitui a revisão de cadastro, a validação fiscal e os testes de cenários que podem ocorrer na rotina.
Fiscal, cadastro, comercial, estoque e financeiro devem validar os dados e os reflexos sob sua responsabilidade.
Registre o motivo, o produto, a operação e a correção aplicada para identificar padrões e corrigir a origem da divergência.