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

O resultado que importa: no SAP DRC for Germany, a venda para um cliente alemão saiu sem imposto calculado no nosso ambiente de teste, e o fiscal não aceitou a explicação do desenvolvedor. Estamos com SAP S/4HANA e GUEPARDO Tax, e já conferimos o código de imposto do cliente e o país de destino no cadastro. Também revisamos a condição de imposto no procedimento de determinação, sem mudança no resultado. Agora, a ideia é entender se o tratamento DRC para a Alemanha depende de um campo específico do cadastro ou se a regra acontece em outro ponto do processo. Qual caminho vocês seguiram para mostrar ao fiscal que a configuração do DRC está correta?


Atualização:

No meu caso, o cliente estava marcado, mas a condição continuava vindo da tabela padrão, e a mudança no código de imposto corrigiu o cálculo. Obrigada, Aline, o log me poupou um dia. Agora, a ideia é validar com o fiscal se o cadastro é o único ponto de controle. Vocês já tiveram um caso em que o cadastro estava certo e o cálculo saiu errado mesmo assim?

Avatar
Cancelar
Melhor resposta

O risco que já vi nesse tipo de caso é tratar um único ponto como responsável pelo resultado. Já vi o cadastro parecer correto enquanto a classificação do material ou o país de origem derrubava o cálculo sem aviso, e a equipe passava dias culpando o desenvolvimento. A saída que funciona é montar um roteiro curto de vendas de teste, mudando uma variável por vez, e levar os resultados ao fiscal junto com o log. Assim a decisão sobre o tratamento fica com o cliente, e o sistema só mostra com clareza o que foi configurado. Antes de fechar, registre qual configuração foi validada e quem aprovou, porque no próximo ciclo ninguém vai lembrar do caminho. Para aprofundar, veja migração do GRC NFE para o DRC.

Avatar
Cancelar
Melhor resposta

Larissa Vieira, concordo que o país de origem chama muita atenção. Na minha vivência, vimos que mesmo que o documento fosse gerado no nosso sistema, se o country code não estivesse correto antes do cálculo, o sistema avançava aplicando regras erradas, e isso gerava um desalinhamento enorme na saída fiscal.

Avatar
Cancelar
Melhor resposta

No nosso processo de transição, implementamos uma dupla checagem adicional. Além do cadastro padrão, replicamos a cadeia de determinação tributária em um ambiente isolado, usando apenas os dados brutos do documento de venda. Isso nos permitiu isolar se a falha estava na entrada inicial ou se o próprio motor do SAP DRC estava interpretando incorretamente a transação, o que diferencia a causa raiz de meros sintomas.

Avatar
Cancelar
Melhor resposta

Emanuel Kaufman, sua observação sobre um ponto específico realmente ressoa com o que enfrentamos. Quando o cadastro parece íntegro, mas o resultado tributário diverge, o rastreio se torna um quebra-cabeça. Você mencionou a classificação do material ou o país de origem causando a discrepância sem alerta prévio; como vocês geralmente isolam qual desses fatores teve o peso maior no disparamento daquela determinação fiscal?

Avatar
Cancelar
Melhor resposta

Será que o cadastro resolve tudo? Respeito a resposta da Aline, mas discordo de um ponto: tomar o log de determinação como prova final. O log mostra qual regra disparou naquele documento, não se a regra está certa para aquela operação. Como auditor interno, eu vi um cliente corretamente marcado em que o cálculo saiu diferente porque outro campo do material arrastou a classificação. E aí, já adianto: antes de dar o cadastro por certo, peça para o fiscal conferir o resultado em alguns documentos com cenários diferentes, e não em um só.

Avatar
Cancelar
Melhor resposta

Concordo em parte com o Rodrigo: o log sozinho não prova a regra, e eu também não confiaria só nele. Discordo do caminho de olhar o material primeiro, porque no nosso fechamento o que mais atrapalhou foi o país de origem do documento. Veja, o cuidado é separar as duas coisas antes de abrir chamado com o desenvolvedor. Quando o fechamento está perto, a gente testa primeiro o país numa venda simples e só depois mexe no material.

Avatar
Cancelar
Melhor resposta

Se o cliente não estiver marcado como sujeito a esse tratamento no cadastro, o sistema calcula a venda como operação normal, e o resultado que você viu é o esperado. Com a mão na massa, viu, eu comecei pelo campo de classificação fiscal do cliente e só depois pelo código de imposto da condição. No S/4HANA 1909 que usamos, o log de determinação mostra qual regra disparou, e isso encurtou a discussão com o fiscal. Vale abrir o log para uma venda de teste e comparar com uma venda que o fiscal já aprovou.

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 SAP DRC e eDocument.

Ver todas do fórum