Reforma Tributária: o ERP pode estar pronto. Mas a sua operação está?

Nos últimos meses, uma pergunta tem aparecido com frequência nas empresas:

“O meu ERP já está preparado para IBS e CBS?”

A pergunta é importante. Mas ela não resolve tudo.

A Reforma Tributária não exige apenas novos campos no XML, novos eventos fiscais ou novos tipos de nota. Ela muda, principalmente, a forma como certas situações do dia a dia precisarão ser identificadas, tratadas e comunicadas ao Fisco.

Em outras palavras: ter o sistema atualizado não significa, automaticamente, ter o processo correto.

O ERP pode até saber gerar uma nota de débito, uma nota de crédito ou um evento fiscal. Mas alguém (ou alguma regra bem desenhada) precisa dizer ao ERP:

• quando gerar esse documento;

• com base em qual informação;

• quem valida o dado;

• qual área é responsável;

• e o que acontece se a informação não chegar a tempo.

É neste momento que muitas empresas podem descobrir, na prática, que o maior desafio da Reforma não está apenas na tecnologia, mas no fluxo operacional por trás dela.

1. O crédito do combustível: de cálculo interno para comunicação formal

Hoje, em muitas empresas, a compra de combustível é tratada dentro do próprio sistema fiscal.

A nota de entrada é registrada, o ERP identifica o produto, aplica a regra tributária e o crédito é reconhecido na apuração. Para a operação, muitas vezes, isso acontece de forma quase invisível: a nota entra, o sistema calcula, o fiscal revisa e a apuração segue.

Com a Reforma Tributária, determinadas situações passarão a exigir um nível maior de formalização.

No caso de combustível, a Nota Técnica da Reforma prevê evento específico para solicitação de apropriação de crédito. Na prática, isso significa que a empresa não pode olhar apenas para a regra de cálculo. Ela precisa olhar também para o processo que leva à geração e transmissão daquele evento.

A pergunta deixa de ser apenas: “O sistema sabe calcular o crédito?”

E passa a ser: “O sistema sabe identificar quando esse crédito depende de um evento fiscal? E quem garante que esse evento foi transmitido corretamente?”

Esse ponto é relevante porque o processo deixa de ser apenas interno. A apropriação passa a depender de uma comunicação formal, vinculada ao documento fiscal, com rastreabilidade perante o Fisco.

Na prática, a empresa precisa responder perguntas muito objetivas:

• Quem identifica que aquela nota de entrada gera esse tratamento?

• A regra será automática ou dependerá de validação do fiscal?

• O evento será transmitido no momento da entrada da nota ou no fechamento da apuração?

• Como a empresa tratará erro de classificação de item, NCM ou natureza da operação?

• Quem acompanhará eventos rejeitados ou não transmitidos?

Sem essas respostas, o ERP pode estar tecnicamente pronto, mas o processo continuará vulnerável.

2. Perda de estoque: um ajuste interno que vira documento fiscal

Outro exemplo importante está nas perdas de estoque.

Hoje, quando uma indústria, distribuidor ou varejista identifica perda, quebra, avaria, vencimento ou diferença negativa de inventário, o fluxo costuma ser interno. A área operacional informa a ocorrência, o estoque é ajustado e o fiscal/contábil trata o reflexo tributário na apuração.

Com a Reforma, esse tipo de situação passa a ganhar um rito mais formal para fins de IBS e CBS.

A perda de estoque poderá exigir a emissão de uma Nota Fiscal de Débito, com tipo específico para formalizar o estorno de créditos vinculados aos bens baixados do estoque.

Isso muda bastante o fluxo.

O que antes era, muitas vezes, um ajuste feito no fechamento fiscal, passa a depender de emissão de documento fiscal eletrônico. E documento fiscal exige prazo, parametrização, aprovação, rastreabilidade e responsabilidade clara.

Na prática, a empresa precisa mapear:

• Quem informa a perda: produção, logística, qualidade, loja, almoxarifado?

• A informação chega ao fiscal com valor, quantidade e motivo corretos?

• O ERP de estoque conversa com o ERP fiscal?

• A nota de débito será gerada automaticamente ou dependerá de conferência?

• Quem aprova a emissão?

• Como serão tratadas perdas identificadas apenas no inventário?

Esse é um exemplo típico de situação em que a empresa não pode esperar apenas uma atualização do sistema. O sistema pode gerar a nota. Mas ele só fará isso corretamente se o processo anterior estiver bem desenhado.

3. Devoluções: o detalhe do item passa a importar muito mais

A devolução de mercadorias também tende a exigir mais atenção.

Hoje, muitas empresas tratam a devolução referenciando a nota fiscal original de forma ampla. Na prática, o processo costuma olhar para a nota como um todo: houve uma venda, houve uma devolução, e a operação é amarrada à NF-e original.

Com as novas regras, a tendência é que o referenciamento passe a exigir muito mais precisão no nível do item. Isso significa que, em uma devolução parcial, não basta saber qual foi a nota de venda original. Será necessário saber exatamente qual item daquela nota está sendo devolvido.

Para uma empresa com baixo volume, isso pode parecer simples. Mas, para distribuidores, varejistas, e-commerces e operações com alto volume de trocas, devoluções e recusas, o impacto pode ser relevante.

Imagine um cliente que comprou dez produtos em uma mesma nota e devolveu apenas dois. O sistema de devolução precisará capturar a chave da nota original e também o número exato dos itens devolvidos.

Isso exige integração entre venda, PDV, e-commerce, logística reversa, estoque e fiscal.

A pergunta, portanto, não é apenas: “O emissor de NF-e consegue montar o novo campo?”

A pergunta correta é: “O meu processo de devolução captura essa informação no nível de detalhe exigido?”

Se o processo atual só guarda a referência da nota, mas não preserva a relação entre item vendido e item devolvido, a empresa pode ter problemas na emissão, na autorização da NF-e e na apuração dos novos tributos.

O ponto central: a Reforma exige fluxos, não apenas campos

Esses exemplos mostram um ponto comum: a Reforma Tributária não deve ser tratada apenas como uma atualização técnica do ERP.

Ela exige uma revisão dos fluxos internos.

Eventos fiscais, notas de débito, notas de crédito e novos critérios de referenciamento não nascem sozinhos dentro do sistema. Eles dependem de informações que, muitas vezes, estão espalhadas por diferentes áreas da empresa: compras, vendas, produção, estoque, logística, qualidade, fiscal, contabilidade e TI.

Por isso, a dúvida mais importante neste momento talvez não seja se o seu ERP está atualizado, mas sim “Minha empresa já sabe quais situações do dia a dia vão gerar novos documentos fiscais e quem será responsável por cada uma delas?”

Sem esse mapeamento, a empresa corre o risco de ter um ERP tecnicamente preparado, mas uma operação despreparada para alimentar o sistema corretamente.

O que as empresas deveriam fazer agora

O caminho mais seguro é mapear os principais fluxos fiscais da operação em dois momentos:

Como funciona hoje: quem gera a informação, onde ela nasce, em qual sistema ela é registrada e como chega ao fiscal.

Como precisará funcionar com a Reforma: quais eventos, notas de débito, notas de crédito ou novos referenciamentos serão necessários, quem validará a informação e como o envio será controlado.

Esse trabalho deve envolver fiscal, TI e as áreas operacionais. Não é um projeto apenas de sistema. Também não é um projeto apenas tributário. É um projeto de processo.

É exatamente esse tipo de mapeamento que temos conduzido com empresas industriais, distribuidoras e varejistas: identificar os fluxos atuais, apontar os novos gatilhos fiscais trazidos pela Reforma e desenhar o modelo operacional necessário para que o ERP seja corretamente alimentado.

Porque, no fim, a Reforma Tributária não vai perguntar apenas se o sistema sabe falar a nova linguagem.

Ela vai testar se a empresa sabe o que precisa dizer.