Reforma tributária no ERP não é tarefa só do setor fiscal. A mudança atinge cadastro de produtos, regras de operação, emissão de documentos, formação de preço, atendimento e financeiro.
Quando cada área usa uma informação diferente, aumenta o risco de retrabalho. Esse problema aparece justamente na fase de adaptação.
Este artigo mostra como dividir responsabilidades entre fiscal, financeiro, vendas e TI. A ideia é organizar o trabalho e facilitar a validação com o contador.
Além disso, não é uma orientação fiscal individual. Também não substitui as fontes oficiais.
Ouça o resumo
Áudio: aproximadamente 1 minuto e 54 segundos.
TL;DR
Dividir responsabilidades entre fiscal, financeiro, vendas, TI e gestão evita que cada área trabalhe com uma informação diferente na reforma tributária.
- O fiscal define critérios e valida o tratamento tributário.
- O financeiro acompanha impactos em preço, margem e caixa.
- Vendas informa condições comerciais e testa o reflexo no pedido.
- A TI organiza integrações, permissões, ambientes e rastreabilidade.
- A gestão precisa cobrar responsáveis, prazos e evidências de teste.
Por que a reforma tributária exige trabalho entre áreas
Hoje, o ERP conecta processos que muitas empresas ainda controlam em separado. Um cadastro alimenta o pedido. O pedido influencia o faturamento.
Além do cadastro, o documento fiscal afeta a escrituração e pode mudar a leitura financeira da venda. Por isso, um ajuste pequeno pode gerar efeitos em várias etapas.
Em 31 de julho de 2026, a Receita Federal e o Comitê Gestor do IBS publicaram, em 31 de julho de 2026, o cronograma dos documentos fiscais eletrônicos. As datas variam por documento. Por isso, acompanhe a fonte oficial e não use uma única data para todas as operações.
O que é CBS
Por definição, a CBS é a Contribuição sobre Bens e Serviços, de competência federal. O fiscal acompanha a legislação, os atos conjuntos e as notas técnicas que definem campos, regras e documentos.
Na prática, o fiscal não deve apenas informar uma alíquota à TI. Ele documenta a regra, indica exceções e valida cenários. Também registra a data da fonte usada.
O que é IBS
O IBS é o Imposto sobre Bens e Serviços, compartilhado entre estados e municípios. A aplicação depende da operação, do documento e da regulamentação vigente.
Portanto, a empresa deve evitar decisões baseadas em exemplos genéricos ou em planilhas sem histórico. Fiscal e gestão definem quais operações serão testadas e quem aprova cada mudança.
Responsabilidade do fiscal: transformar regra em critério testável
O fiscal responde pela interpretação tributária do projeto. Porém, ele não executa todas as tarefas. Entrega critérios claros para que as demais áreas trabalhem com a mesma referência.
- Liste as operações prioritárias, como venda, devolução, transferência e venda interestadual.
- Indique os documentos envolvidos, como NF-e, NFC-e e NFS-e, quando fizerem parte da rotina.
- Registre a fonte oficial, a data de consulta e as premissas usadas.
- Valide o resultado dos testes antes de qualquer mudança ir para produção.
Quando surge uma rejeição, o fiscal ajuda a identificar a causa. Ela pode estar no cadastro, na regra, no preenchimento, na integração ou no cenário de teste. Para entender os erros mais comuns, consulte o guia sobre erros comuns na emissão de NF-e.
Responsabilidade do financeiro: acompanhar preço, margem e caixa
Na prática, o financeiro mostra como a adaptação afeta o resultado da operação. A área não define a regra tributária. Ela aponta onde a mudança pode pressionar margem, preço, prazo ou caixa.
- Compare o preço praticado com o custo e a margem esperada.
- Registre as condições comerciais que alteram o resultado da venda.
- Separe hipótese de simulação, decisão aprovada e resultado observado.
- Leve divergências para decisão conjunta. Não corrija a regra por conta própria.
Sem esse acompanhamento, a nota pode sair correta e a margem ainda assim ser afetada. Uma condição comercial também pode ser interpretada de forma diferente.
Responsabilidade de vendas: informar a operação real
Já vendas conhece condições que nem sempre aparecem na regra padrão. Exemplos são desconto, bonificação, entrega, faturamento parcial, venda para outra região e negociação específica.
Por isso, a equipe participa dos testes com exemplos reais. Ela não altera configurações fiscais diretamente.
- Selecione pedidos representativos da rotina comercial.
- Informe as exceções que precisam ser reproduzidas no teste.
- Confira se pedido, preço e documento refletem a negociação aprovada.
- Registre dúvidas de clientes que possam exigir ajuste de processo.
Assim, esse envolvimento separa um erro do sistema de uma informação que não foi registrada no pedido. A qualidade do teste depende de um cenário fiel à operação.
Responsabilidade da TI: garantir integração, acesso e evidência
Dessa forma, a TI transforma os critérios aprovados em ambiente, integração e controles técnicos. Também organiza permissões e guarda evidências dos testes.
A TI não decide sozinha o tratamento tributário. Contudo, deve questionar regras ambíguas antes de implementá-las.
- Separe ambiente de teste e de produção.
- Controle versões de parâmetros, leiautes e integrações.
- Defina quem pode alterar cadastros e regras sensíveis.
- Guarde logs, resultados e responsáveis por cada teste.
- Planeje um retorno seguro caso uma mudança falhe.
Além disso, o cronograma oficial traz situações específicas por documento. Por exemplo, a página indica 1º de dezembro de 2026 para uma hipótese de NF-e envolvendo sujeito passivo do IBS e da CBS não contribuinte do ICMS. Essa data não vale para todos os casos. Consulte a linha que corresponde à sua operação.
Como montar uma matriz simples de responsabilidades
Uma matriz curta evita que todos sejam informados e ninguém seja responsável. Para cada entrega, defina quem executa, quem aprova e quais áreas são consultadas.
| Entrega | Responsável principal | Áreas envolvidas |
|---|---|---|
| Critério tributário | Fiscal | Contador e gestão |
| Impacto em preço e margem | Financeiro | Vendas e gestão |
| Cenário de pedido | Vendas | Fiscal e faturamento |
| Configuração e integração | TI | Fiscal e fornecedor do sistema |
| Aprovação da entrada em produção | Gestão | Todas as áreas |
Vale lembrar que a matriz não precisa substituir um RACI completo. Ela deixa claro quem prepara a informação, quem valida e quem decide diante de uma divergência.
Como organizar os testes de NF-e, NFC-e e NFS-e
Primeiro, o teste deve seguir os documentos e fluxos que a empresa usa de fato. NF-e, NFC-e e NFS-e podem ter leiaute, evento e cronograma diferentes.
Em cada documento, registre cenário, resultado esperado, resultado obtido, responsável e evidência.
- Escolha operações representativas e confirme os dados de entrada.
- Execute o cenário em ambiente de teste, quando houver.
- Compare pedido, cadastro, cálculo e documento fiscal.
- Classifique a divergência e atribua um responsável pela correção.
- Repita o teste após a correção e arquive a evidência.
Como complemento, veja Como testar notas fiscais com IBS e CBS no ERP. Na etapa de dados, leia sobre cadastro de produtos na Reforma Tributária.
Conclusão
Em resumo, a adaptação fica mais controlável quando cada área sabe qual decisão tomar e qual evidência entregar.
Assim, o fiscal valida o critério. O financeiro acompanha o impacto. Vendas representa a operação real. A TI garante a execução técnica. A gestão conecta tudo, define prazos e cobra testes antes de aceitar mudanças em produção.
Por fim, o próximo passo é escolher uma operação real e montar a primeira matriz de responsáveis.
Fontes oficiais: consulte o cronograma dos documentos fiscais eletrônicos da Receita Federal e a publicação conjunta da Receita Federal e do Comitê Gestor do IBS.