Fluxo para verificação na simulação da NFe Entrada

[former_member331945]

Boa tarde

Estamos em fase de testes unitários para implementação da NFe entrada que ocorrerá em 01/05.

Estamos encontrando dificuldades na fase de simulação da nota fiscal, pois ela está assumindo somente os valores do XML do fornecedor na entrada da MIRO e o usuário deseja que seja os valores do pedido de compra (que está correto).

Não encontrei  nenhuma configuração para isso. Eu devo fazer esse controle através de alguma BADI?

Desde já agradeço a ajuda.

Denise

[henrique_pinto]

Olá Denise,

a proposta da automação do SAP NFE Inbound é justamente de utilizar os dados do XML e não do pedido, para evitar quaisquer problemas de arredondamento, recebimento parcial ou acima da quantidade do pedido etc., garantindo que o imposto creditado na entrada reflete exatamente o que foi pago na saída e registrado/validado na SEFAZ, evitando assim riscos fiscais.

Claro que o que veio no XML tem que estar de acordo com o que foi solicitado pela empresa, e por isso que há a comparação XML x pedido. Se as quantidades/valores estiverem fora das tolerâncias e/ou os impostos estiverem com alguma aliquota diferente, vai dar uma diferença na simulação da MIRO, e é nesse momento que a empresa tem que validar "o que foi vendido está de acordo com o que eu espero". Se nao estiver, a simulação tem que ser negativa e rejeitada, para que a Nota seja refeita com as quantidades/valores/impostos corretos.

Abs,

Henrique.

[former_member331945]

Boa tarde

Então estamos num impasse aqui, pois os nossos pedidos são todos criados baseados no preço líquido de compra e a empresa não quer e não vai mudar o comportamento do preço e o XML do fornecedor está composto pelo preço bruto, portanto todos os XMLs serão rejeitados? Também não posso dar a entrada baseado no XML do fornecedor, pois não está de acordo com o meu pedido.

Qual seria a solução técnica para isso?

Desde já agradeço.

Denise

[bruno_renzo]

Oi Denise,

O sistema sempre re-calcula o liquido a partir dos dados do XML. O que importa para a validação é o preço final, claro.

Se houver erro de imposto, ex ICMS 12% no XML e 18% no seu pedido, ou o pedido está errado (e precisa ajustar o customizing antes de continuar com o lançamento) ou a nota do fornecedor está errada e ela precisa ser rejeitada.

Quais outros dados você menciona que quer lançar de acordo com o pedido e não do XML?

Abs

[former_member331945]

Olá...

Vou esclarecer melhor o meu problema.

Aplicamos as seguintes notas no ERP:

1461981 / 1475854 / 1493219 / 1502482 / 1538409 / 1559542 / 1539956 / 1560467 / 1547262 / 1556836 / 1565110 / 1584007 / 1590777 / 1583716 / 1585839 / 1589899 / 1600583 / 1603685 / 1607044 / 1605506 / 1628621

Quando estamos utilizando transação J1BNFE_IN_SIMULATE no ERP, não precisamos fazer grandes ajustes, porque o preço total líquido do pedido bate com o XML (dá uma diferença de centavos).

Quando fazemos via GRC, temos o documento pré-editado da MIRO com a mensagem de erro saldo não é igual a zero. Percebemos que via GRC o montante da diferença é exatamente o valor total do imposto. Olhando o documento pré-editado na MIRO, vimos que o valor total líquido do pedido é o valor total do XML, ou seja, com ICMS + PIS + COFINS imbutidos.

Como sair desse impasse?

[bruno_renzo]

Oi Denise,

Vocês não devem utilizar a transação J1BNFE_IN_SIMULATE, pois ela foi feita apenas para auxiliar o suporte a debugar alguns casos específicos.

Erros de balanço devem aparecer já no passo de simulação do SAP NF-e, e não deveria chegar no passo de lançar a MIRO efetivamente.

Sugiro abrir um chamado.

Abs

[bruno_renzo]

Oi Denise, tudo bem?

Que valores exatamente? Impostos, preço, outra coisa?

Abs