Onde olhar primeiro quando fiscal no RISE e GROW with SAP apresenta divergência?

Concordo em parte com a Rosana, mas discordo da lista como ponto de partida. Bem, em todo caso, ela envelhece rápido e vira desculpa para não investigar. Um ponto novo: antes de comparar com qualquer lista, veja se alguma mudança recente no sistema ou no cadastro coincide com a data em que o fiscal apresenta divergência. Em RISE, atualização da nuvem pode mexer em comportamento sem aviso claro. Eu olho primeiro o calendário de mudanças e só depois a nota.

Reprocessar sempre? Até onde sei, né, depende do estado da nota. A outra forma que nossa equipe adotou foi montar uma lista de casos conhecidos, e quando o fiscal apresenta divergência a gente compara primeiro com essa lista antes de abrir chamado. Vale quando o erro é repetido e já tem causa conhecida: é rápido e evita investigação longa. Já quando a divergência é nova, o melhor é partir para a determinação de imposto, como a Viviane sugeriu, porque a lista não ajuda em causa desconhecida.

Se o cálculo já nasce torto, Viviane, como eu enxergo isso sem acesso ao log de determinação? E aí, como já disse, no nosso caso o ambiente é de nuvem e quase tudo passa por chamado. O que a nota apresenta na tela de impostos eu consigo ver, mas o caminho de determinação não. Qual seria o primeiro ponto que dá para checar sozinho, antes de a divergência chegar ao fechamento?

Olhe primeiro a determinação de imposto na própria nota, antes de qualquer relatório. E aí, o problema é que muita gente começa pela apuração e só depois descobre que o cálculo já nasceu torto no documento. Na migração que acompanho, a tela de impostos da nota apresenta a linha com o código esperado, mas o log de determinação seguia outro caminho. Quando a divergência existe na origem, o relatório só repete o erro. Compare a nota com o cadastro do material e do parceiro, e só depois suba para a apuração.