Pular para o conteúdo

Fóruns / ICMS no Nordeste: BA, PE, CE, MA e demais estados

Operação tributável por substituição tributária pis e cofins

Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
11 Respostas
0 Visualizações

O que me trava é o campo de alíquota sair zerado numa operação de substituição tributária da PIS/COFINS. Estou com ECC 6.0 no agro e o cliente quer ver a regra correta na nota. Olha o print do log: o código de situação não bate com a tabela constante do cadastro. Agora, ano passado, a gente conferiu a instrução normativa e o código 05 parecia constar, mas o sistema rejeita a validação. Esse código precisa estar no cadastro de material ou na condição de venda? Quero resposta antes do fechamento do mês.


Atualização:

Na minha rotina de faturamento, o caso concreto é o pedido de venda de um cliente que muda de regime no meio do trimestre. Obrigado pela resposta, Roberta. Testei o código 05 no ambiente de teste e a validação passou, mas só depois que tirei a condição de venda. Agora, ano passado, eu tinha esquecido isso. Vocês já passaram por caso parecido com operação monofásica?


Atualização:

Concordo em parte, Alexandre: a regra por cliente funciona para carteira pequena, mas discordo quando a exceção vira padrão. Agora, ano passado, eu vi isso acontecer sem registro. Vou testar a regra por material no próximo ciclo e comparo o resultado. Algum de vocês já fez essa comparação em produção? Obrigado pelo ponto, Alexandre.

Avatar
Cancelar
Melhor resposta

Olhando a conversa como um todo, o ponto que resolve é separar a regra do produto da regra do cliente, sem misturar as duas no mesmo cadastro. A regra de substituição precisa estar onde o sistema valida a situação tributária, e a exceção por cliente deve ficar documentada à parte. Como recomendação prática, faça um teste com um item de cada tipo de operação no ambiente de homologação, registre o código aplicado e a saída da validação. Depois, compare com o que a tabela oficial prevê na data da emissão. A decisão tributária sobre o caso é de vocês e da assessoria, e o nosso papel é deixar o comportamento do sistema provado e rastreável. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Apesar de a regra por cliente ter sido um paliativo para volumes menores, eu discordo que isso representa a solução ideal a longo prazo. Quando o volume transacionado é altíssimo, como você mencionou, a dependência de uma classificação por cliente fragiliza a integridade fiscal da operação. O ideal é que a informação tributária reflita fielmente a natureza do produto, ancorando a mecânica correta na configuração mais estável possível.

Avatar
Cancelar
Melhor resposta

Em um volume de transações muito grande, a gente chegou a usar uma regra de classificação por cliente para tratar essas situações específicas. Essa abordagem foi um paliativo interessante para aquela carteira menor ou para operações mais isoladas. Contudo, para o grande volume, a dependência do cadastro do material se mostrou muito mais sólida e sustentável a longo prazo para garantir a consistência tributária correta em todas as notas.

Avatar
Cancelar
Melhor resposta

André Pereira gostaria de aprofundar sobre a aplicabilidade da parametrização de vendas frente ao volume transacional maciço. Para variar, quando o volume é estratosférico e a variação tributária é granular por venda, a dependência exclusiva no cadastro do item torna-se um gargalo operacional. Devemos considerar como o SAP consegue comportar essa granularidade dinâmica sem comprometer a integridade da informação contábil subsequente, garantindo que o lançamento tributário seja fiel à realidade da transação específica, e não apenas à média do material.

Avatar
Cancelar
Melhor resposta

Adriana Moreira, gostaria de seu ponto de vista sobre a aplicação da parametrização de vendas. Você mencionou que ela pode ser usada além do cenário estrutural do produto. No nosso caso, onde o volume de transações é altíssimo, a lição é, ó, como podemos avaliar se essa aplicação pontual se torna um paliativo não escalável a longo prazo?

Avatar
Cancelar
Melhor resposta

Adriana Moreira complementando, embora a parametrização de vendas seja um paliativo, ela pode ser usada em casos pontuais onde a estrutura física do produto não reflete totalmente a transação específica. Em alguns cenários, a complexidade da operação ou particularidades contratuais exigem mais do que apenas a classificação padrão do bem. É preciso garantir que o sistema reflita com precisão como a venda está sendo conduzida naquele momento específico, para além da configuração básica do item.

Avatar
Cancelar
Melhor resposta

Acho que é importante matizar um pouco a ideia de que a separação da regra de produto da regra de cliente é o único caminho. Embora a robustez da tributação dependa muito da correta aplicação do código 05, eu observei situações onde a parametrização de vendas, quando bem estruturada, conseguiu sustentar a tratativa para o nosso volume de movimentação, gerando um aceite mais rápido do sistema. A migração do lote antigo mostrou que a parametrização, com ajustes visuais, pode ser igualmente eficaz.

Avatar
Cancelar
Melhor resposta

Roberta Rocha acrescenta que, ao utilizar o código 05 refletindo a natureza da operação, a informação tributária se torna mais robusta. A dica é, ó, que como a operação por si só carrega a transitividade, o sistema entende corretamente a mecânica da cobrança subsequente. Essa abordagem garante a rastreabilidade exigida pelos órgãos fiscais, alinhando o documento à realidade fiscal do negócio sem depender de ajustes pontuais na venda.

Avatar
Cancelar
Melhor resposta

Meu time enfrentou essa mesma dificuldade ao migrar um lote antigo. Inicialmente, tentamos forçar a mudança via parametrização de vendas, mas isso não era sustentável a longo prazo, especialmente porque o volume de transações era elevado. Percebemos que o caminho mais robusto era, realmente, garantir que a informação tributária primária estivesse ancorada no item vendido, e só então usar a classificação do comprador como um filtro secundário para fluxos específicos que exigiam tratamento diferenciado.

Avatar
Cancelar
Melhor resposta

Dúvida curta: alguém já resolveu isso sem mexer no cadastro de material? Agora, pelo que testei, nossa equipe usou uma regra de classificação por cliente, e isso vale quase exclusivamente para carteira pequena. Em grupos grandes, a regra por material fica mais segura, mas exige revisão em fevereiro de cada ano. Eu prefiro o caminho do cliente quando o direito à operação é claro e a exceção é rara. Quando a regra muda, o auditor precisa do registro, não da memória do analista.

Avatar
Cancelar
Melhor resposta

Se o material for de substituição tributária, o código 05 vai no cadastro fiscal do material e não na condição de venda. Olha, o bom é que isso evita a rejeição na validação. A contribuição sai zerada na nota quando a regra do produto manda, e o crédito do lado da compra fica a cargo do cliente conferir. Eu já vi um cumulativo tratado como não cumulativo, e aí o imposto saiu errado no mês inteiro. Confira o campo de situação tributária antes de tocar no restante da tabela.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!