Pular para o conteúdo
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
9 Respostas

Olá a todos, sou Bianca, consultor de MM e estou tentando entender um detalhe sobre a tributação e a classificação fiscal em um cenário recente. Estamos trabalhando com um cenário onde a classificação tributária parece não coincidir com o grupo CST que estamos utilizando no sistema. Já conferi os dados e os documentos fiscais parecem estar alinhados com o que o sistema exige, mas receio que haja uma incongruência na minha interpretação do fluxo. Bem, o curioso é que, mesmo com o que parece ser a documentação correta, o sistema está rejeitando o lançamento com base nessa discrepância entre a classificação e o grupo CST. Gostaria de saber se algum colega com mais vivência nesta ponta poderia me dizer qual seria o procedimento adequado para validação nesse caso específico.


Atualização:

Agradeço as contribuições de vocês, Roberto e Felipe. Já investiguei a codificação do produto e a aplicação da regra de negócio, comparando os dados enviados com o que o nosso entendimento do processo tributário sugere. Bem, o curioso é que, mesmo com a conferência detalhada, a rejeição persiste exatamente no ponto que vocês mencionaram. Gostaria de saber se há algum ponto específico no preenchimento que costuma gerar essa divergência ao cruzar a classificação com o grupo CST, mesmo quando ambos parecem corretos no nosso fluxo interno.


Atualização:

Agradeço as visões de todos. Testei o cruzamento da classificação com o CST novamente, focando na coerência interna dos campos, e o problema se mantém. Bem, o curioso é que, mesmo após revisar os detalhes, a rejeição por inconsistência entre a classe e o grupo tributário continua presente. Gostaria de saber como podemos avançar para contornar essa validação, considerando que o preenchimento parece seguir o fluxo esperado para a operação.

Avatar
Cancelar
Melhor resposta

Diante da persistente divergência entre a descrição do item e o regime fiscal apontado, é crucial diferenciarmos a origem da incorreção. A rigidez da conferência automática exige que um dos polos desta equação esteja correto. Se a natureza física da mercadoria e seu registro estiverem irretocáveis, nosso foco deve migrar integralmente para a tributação aplicada ao trâmite. Caso estejamos absolutamente convictos da descrição, precisamos urgentemente investigar o correto enquadramento tributário que deveria acompanhar tal movimentação. Sugiro, portanto, que seja realizado um mergulho profundo no detalhamento do movimento para assegurar que o indicador fiscal corresponda perfeitamente ao que está sendo movimentado. Para aprofundar, veja reforma tributária, CBS e IBS no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Para endereçar essa não correspondência entre a descrição classificatória e o código tributário, minha equipe avaliou dois cenários. Em primeiro lugar, ajustamos a tributação para refletir o movimento, caso a natureza do bem permaneça inalterada. Por outro lado, se a tributação for imutável, bem, o pulo do gato está em recalibrar a descrição do produto para que ela harmonize com o regime fiscal estabelecido. A escolha depende se o erro está no movimento ou na representação do item.

Avatar
Cancelar
Melhor resposta

Embora a sugestão de recalibrar a descrição do produto pareça uma saída rápida, eu discordo da ideia de que isso seria a solução principal. O prazo é seguir a operação como planejada. Mudar a descrição para forçar uma conformidade com o regime fiscal vigente seria alterar a verdade contábil do negócio. Precisamos encontrar o ajuste correto na tributação para que ela espelhe fielmente a natureza do item descrito, mantendo a integridade da movimentação comercial.

Avatar
Cancelar
Melhor resposta

Compreendo o ponto levantado sobre a análise da coerência dos dados fiscais, contudo, acredito que a raiz da questão transcende apenas a parametrização interna da operação. A validação automática impõe um cruzamento imediato entre os dados declarados. No meu projeto, ó, ao cotejar o que foi enviado com o que o sistema exige, percebi que a incongruência reside justamente na aplicação do indicador tributário frente à descrição do bem. Sugiro revisitarmos o mapeamento da natureza da transação, talvez buscando um detalhamento maior na tributação aplicada.

Avatar
Cancelar
Melhor resposta

Ainda que a questão principal seja a discrepância entre o CST e a classificação, eu discordo da ideia de que devemos focar imediatamente nos limites geográficos do contribuinte. Embora o contexto geográfico seja sempre relevante, o cerne da rejeição parece residir na coerência interna dos dados fiscais do produto em si. Pelo que vi, tá mais seguro investigarmos a correta parametrização da natureza da operação antes de atribuir a falha ao movimento físico ou ao destino da mercadoria.

Avatar
Cancelar
Melhor resposta

Bianca Almeida, seguindo o fio da conversa, eu também analisei o cruzamento dos dados e a inconsistência aponta justamente para essa disparidade entre o que está classificado e o CST atribuído. Agora, como todo mundo sabe, o sistema valida essas informações de forma rigorosa. Para tentar sanar essa rejeição, talvez devamos olhar para como a informação do contribuinte se relaciona com os limites geográficos mencionados na aplicação do modelo. Isso ajudaria a isolar se a falha é na descrição do produto ou na tributação aplicada ao movimento da mercadoria.

Avatar
Cancelar
Melhor resposta

Olá Bianca, como quem migra de um sistema antigo para este novo, eu também já vi passar por essa checagem. A questão que você levanta sobre a não correspondência entre a classificação tributária e o grupo CST merece uma análise mais profunda do fluxo. Meu entendimento é que, mesmo que os documentos pareçam coerentes para vocês, o fisco possui um olhar bem específico sobre essas associações. E aí, o plano é revisitar justamente o ponto da validação cruzada que o sistema aponta. Vamos tentar detalhar exatamente onde o campo que gerou a inconsistência se encaixa na regra que estamos aplicando.

Avatar
Cancelar
Melhor resposta

Sugiro, Felipe, que revisemos a aplicação da informação do campo Modelo. É fundamental garantir que o que está sendo enviado ao fisco corresponda exatamente ao que o sistema valida. Se a incongruência persiste, talvez seja necessário checar se o preenchimento está sendo feito ao pé da letra, considerando a descrição da transação. Um detalhamento sobre como o sistema cruzou os dados é crucial para entendermos se o erro está na entrada ou na própria validação da transação.

Avatar
Cancelar
Melhor resposta

Paula, bem, vamos lá, sua colocação sobre a checagem do fisco faz algum sentido, mas gostaria de aprofundar um aspecto técnico. Quando ocorre essa divergência entre a classificação fiscal e o CST, como podemos verificar se o problema reside na codificação do produto ou se a própria regra de negócio que estamos aplicando ao documento está incorreta? Preciso de um caminho para isolar a causa raiz dessa rejeição.

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!

Perguntas relacionadas

Mais conversas em Documentos fiscais eletrônicos, CST, cClassTrib e cadastro.

Ver todas do fórum