Pular para o conteúdo

Fóruns / RISE, GROW with SAP e o fiscal na nuvem

Quais dados mestres influenciam fiscal no RISE e GROW with SAP?

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

Tenho um caso de cadastro. Estou num projeto de agro com a versão nova do S/4HANA, e o time fiscal diz que o problema vem dos dados mestres, não da configuração. Eu já revisei o cadastro de clientes e de fornecedores, mas o imposto ainda sai diferente do esperado em algumas notas. No fim das contas, pois é, a gente não sabe se o campo de região, o grupo de material ou o tipo de parceiro pesam mais. Já tentamos alterar um por vez, mas o teste fica lento. Quais dados mestres vocês consideram decisivos para o fiscal no RISE e GROW with SAP, e por onde começam a conferência?


Atualização:

Quando a Sílvia explicou a ordem, eu testei começar pelo cliente, e no fim das contas, pois é, a região foi de fato o gargalo. Obrigado, Sílvia. Ainda não entendi como vocês tratam o cliente que compra de duas regiões diferentes. Qual critério usam para escolher o cadastro que vale na nota?


Atualização:

Concordo em parte com o Thiago, porque fornecedor entra na apuração e não dá para ignorar. Obrigado a todos. No fim das contas, pois é, testei a ordem dele num recorte pequeno e vi que o efeito some sem a causa. Discordo, porém, quando ele diz que o cliente vem por último, porque nossa base mostrou o contrário. Qual foi o caso concreto de vocês que levou a esse ponto de vista?

Avatar
Cancelar
Melhor resposta

O resultado que importa é que o fiscal depende de cliente, fornecedor e material ao mesmo tempo, e nenhum deles manda sozinho. A recomendação prática é montar uma amostra real da operação, com pedidos de entrega fora do padrão, e medir onde a apuração diverge antes de mudar qualquer campo. Depois disso, a ordem de correção fica mais clara: se a diferença aparece em todos os clientes, o problema é de material ou de regra; se aparece só em clientes com mais de uma região, o problema é de cadastro. Registre cada caso e quem decidiu. Assim o debate sobre prioridade vira evidência, e não opinião de quem falou por último.

Avatar
Cancelar
Melhor resposta

Anderson, então, uma ressalva: a classificação do material importa, mas na tela de apuração o cliente aparece antes do item, e isso muda a leitura do erro. Quando eu olho o log, a regra de imposto para cliente com duas regiões já falha antes de chegar no material. Por isso eu juntaria os dois pontos num só teste, com o mesmo cliente e o mesmo material variando a classificação. Assim a gente descobre qual dado manda de fato, em vez de discutir preferência.

Avatar
Cancelar
Melhor resposta

Discordo logo de cara. Agora, como dizem, um teste com o mesmo cliente e o mesmo material pode parecer limpo, mas não reproduz a rotina de venda, onde o pedido chega com combinações que ninguém planejou. No nosso caso de agro, a maior parte dos erros veio de pedidos com ordem de entrega fora do padrão, e não de um cadastro isolado. Por isso eu não separaria os dados mestres em ordem fixa. Eu montaria amostras reais da operação e veria onde o imposto diverge.

Avatar
Cancelar
Melhor resposta

O risco que já vi mais em mineração é tratar a classificação fiscal do material como dado secundário. Pelo que vi, pois é, a Sílvia colocou o cliente em primeiro, mas no meu caso o material pesou mais que tudo. Discordo com educação: a mesma região pode levar a resultados diferentes conforme a classificação, e o teste costuma esconder isso. Eu daria prioridade ao material quando a operação é de extração ou beneficiamento, porque a diversidade de produtos é grande e o erro se multiplica. Vale rever o material antes de qualquer ajuste no cliente.

Avatar
Cancelar
Melhor resposta

Qual é o ponto de partida? Veja, por via das dúvidas, eu discordo com educação de começar pelo cliente. Vindo de outro ERP, a gente sempre encontrou o problema primeiro no fornecedor, porque a nota de entrada carrega o tratamento que depois vira base de tudo. Se o fornecedor está errado, o cliente certo não salva a apuração. Acho que a ordem deveria ser fornecedor, depois material e só no fim cliente, senão a gente corrige o efeito e deixa a causa.

Avatar
Cancelar
Melhor resposta

Na minha rotina de agro, o caso concreto é o relatório de apuração apontar um imposto que não bate com o cliente. Renato, quando o cliente compra de duas regiões, o cadastro que vale costuma ser o da sede de faturamento, não o do local de entrega. E aí, ano passado, encontramos o campo de região com o endereço antigo, e o imposto saía certo só por acaso. Por isso eu acrescentaria uma conferência do endereço antes de cada mudança de cadastro.

Avatar
Cancelar
Melhor resposta

O dado que mais pesa é o cadastro de cliente com a região e o tipo de contribuinte preenchidos corretamente, porque ele define a regra de imposto antes de qualquer material. Pelo meu histórico, viu, a maioria das diferenças que chegam ao controle nasce aí, e não no grupo de material. O grupo de material vira problema quando a classificação foi copiada sem revisão, mas isso aparece depois. Eu começaria pelo cliente, depois fornecedor, e só então material. Quando essa ordem é seguida, o teste fica curto e o controle confia no que está gravado.

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 RISE, GROW with SAP e o fiscal na nuvem.

Ver todas do fórum