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
11 Respostas

Olá a todos. Acabei de mergulhar na parte fiscal do meu papel, e estou aqui no S/4HANA 1909, trabalhando com serviços, e preciso sanar uma dúvida técnica que surgiu no meu dia a dia, tá. Estamos configurando uma transação específica e preciso garantir que o mapeamento tributário esteja correto. Olhando os dados que chegam, vejo campos como o CST e o código da classificação tributária, mas ainda estou incerto sobre como cruzar a informação para determinar o cClassTrib corretamente. Quando trabalhamos com os detalhes de um serviço, qual é o caminho mais seguro para identificar esse Código de Classificação Tributária do IBS e CBS?


Atualização:

Agradeço a todos pelas contribuições técnicas. No meu dia a dia, tá, eu revisei o processo verificando como o valor do imposto seletivo, registrado em UB11, se relaciona com a quantidade tributável em UB08. Isso me ajudou a mapear a dependência sequencial dos dados. Gostaria de saber se há algum ponto de atenção específico sobre como o CST, documentado em UB13, influencia diretamente a determinação do cClassTrib em UB14, especialmente em cenários de transição de regimes.

Avatar
Cancelar
Melhor resposta

Para aferir a natureza do serviço através do cClassTrib, a análise deve transcender a mera visualização do registro final. É imprescindível traçar a origem da informação, conectando o lançamento tributário com os dados contidos na unidade de medida tributável, conforme detalhado em UB08. Além disso, a coerência entre o código tributário da operação e o que está registrado no CST de UB13 deve ser verificada minuciosamente. Essa checagem cruzada assegura que o contexto fiscal foi corretamente transposto ao campo cClassTrib em UB14. Recomenda-se sempre auditar o fluxo desde o início para validar a integridade da informação. 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

Sugiro, seguindo a linha de raciocínio que avançou, que consideremos a correlação entre o código de classificação tributária e a natureza da operação. Abrindo um parêntese, o campo cClassTrib em UB14 possui uma funcionalidade intrínseca que espelha a tributação aplicada. É importante verificar se o preenchimento desse dado está condizente com a informação que descreve a situação tributária no CST presente em UB13, garantindo assim a coerência documental do serviço prestado.

Avatar
Cancelar
Melhor resposta

Valéria, concordo que um olhar granular é fundamental para ir além da mera suspeita. Quando o cenário fiscal é complexo, como ocorre em algumas operações de mineração, a dependência de um único ponto de falha se torna arriscada. E aí, no meu projeto, víamos que a correta parametrização da Unidade de Medida Tributável em UB08, aliada ao uso da tabela cClassTrib em UB14, é o que realmente sustenta o lançamento. É nessa articulação que encontramos a chave para validar o cClassTrib quando o fluxo automático nos surpreende.

Avatar
Cancelar
Melhor resposta

Entendo sua preocupação com a origem do dado, mas acho que focar apenas na transação geradora talvez não seja suficiente para isolar a causa raiz do cClassTrib. A validação precisa ser mais granular. E aí, segundo o que li, se o mapeamento falha, precisamos cruzar as informações da Unidade de Medida Tributável, presente em UB08, com o que define o cenário fiscal do serviço. Isso garante que o contexto macro tributário esteja correto antes de prosseguir com o lançamento.

Avatar
Cancelar
Melhor resposta

Pedro Gomes, após pensar bastante sobre isso, concordo com a necessidade de voltar ao gerador da informação quando há falha no mapeamento. Mas, bem, de perto, percebi que nem sempre o problema é a ausência do dado no destino. Às vezes, a inconsistência reside justamente na Unidade de Medida Tributável, em UB08, que não reflete o que efetivamente ocorreu na prestação do serviço. É preciso garantir que essa base esteja sólida para que o resto do encadeamento tributário faça sentido.

Avatar
Cancelar
Melhor resposta

Renato, quando você menciona a necessidade de checar o registro original que gerou o documento, você poderia detalhar qual campo ou informação do sistema de origem seria o mais crítico para confirmar o cClassTrib? Afinal, voltando ao contexto do serviço, queremos entender qual dado inicial sustenta essa informação, quer dizer, né?

Avatar
Cancelar
Melhor resposta

Quando o mapeamento automático falha, nós recorremos à verificação cruzada dos documentos fonte. Veja, como dizem, a bitola de entrada frequentemente carrega a chave. Se o campo UB14 não estiver populado corretamente, voltamos ao registro original que gerou o documento. Analisamos a transação que originou a informação, buscando o detalhamento que gerou os dados em UB08 e UB10, garantindo que o contexto tributário esteja íntegro antes de qualquer aceite no sistema.

Avatar
Cancelar
Melhor resposta

Para checar o cClassTrib, além do cruzamento que discutimos, nós também olhamos a informação da Unidade de Medida Tributável, que está em UB08. Se o mapeamento automático falhar, a regra é que precisamos validar a integridade dos dados antes de prosseguir com o encerramento da transação. O CST em UB13 e o valor em UB12 são secundários, mas importantes para auditoria posterior.

Avatar
Cancelar
Melhor resposta

Ricardo, você mencionou que a correlação entre o CST e o campo UB14 é fundamental. No meu cenário, estamos vendo um serviço onde o mapeamento automático não está ocorrendo. Ou seja, ó, qual seria o passo operacional mais seguro para eu, como analista, validar o cClassTrib se o sistema não está fazendo essa conexão por conta própria?

Avatar
Cancelar
Melhor resposta

Compreendo seu ponto sobre a dependência do CST e da Unidade de Medida Tributável, mas gostaria de adicionar uma camada de detalhamento ao fluxo de checagem. Embora esses dados sejam cruciais, o verdadeiro espelho para o código de classificação tributária reside na análise direta do campo UB14. A correlação com o CST, presente em UB13, é um passo, mas o cClassTrib é o resultado finalizado dessa análise. A exceção é quando o mapeamento automático não consegue ser concluído, tornando a revisão manual do registro mais necessária.

Avatar
Cancelar
Melhor resposta

Espero que esta explicação ajude a alinhar a informação necessária sobre o código de classificação tributária. Para descobrir o cClassTrib de um determinado serviço, precisamos observar o mapeamento dos dados recebidos no sistema. Se analisarmos os registros no campo UB14, encontramos o campo cClassTrib, que deve ser preenchido utilizando a tabela correspondente. Um palpite, tá, que a correlação com o CST, presente no campo UB13, é fundamental para essa determinação. Além disso, a Unidade de Medida Tributável, registrada em UB08, também influencia nesse processo.

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