on 09-03-2015 7:01 PM
Boa tarde a todos!
Estou com problema na escrituração proveniente do GRC Inbound, gostaria de compartilhar para ver se alguém consegue ajudar, o erro é intermitente e somente ocorre em ambiente produtivo, reproduzimos os mesmos dados em QAS e não ocorre.
Em outra base o valor que está sendo salvo é o mesmo do valor fiscal.
No monitor fiscal na etapa de simulação não ocorre nenhum erro, na etapa de lançamento ocorre mensagem de erro porem não condiz com o cenário e a etapa é executada automaticamente não para com o erro...
Os impostos estão de acordo com pedido de compras.
Taxa imposto prevista IPI é 0,00, contudo, taxa imposto em XML perfaz 15,00
Nº mensagem /XNFE/APPB2BSTEPS011
Na chamada do sistema ERP, foi retornada a mensagem 345(J1B_NFE).
Desde já agradeço!
Att
Wendel
Wendel,
Olhando a figura 2 que você colou, dá pra ver que houve um log de aplicação indicando erro ou warning na etapa de simulação do pedido.
Neste momento, o sistema irá confrontar o pedido com o XML, mas se o usuário manualmente aceitar o documento, ele vai passar - mesmo com a divergência. E daí ele irá lançar a nota igualzinho o que vier no XML. Isso provavelmente explica o comportamento que você está relatando.
Para prevenir isso, é muito importante fechar as brechas com a regra de tolerância.
Se você reparar, inclusive, uma das mensagens emitidas no teu screenshot é justamente relacionada à mergem de tolerência. Só que como provavelmente não há restrição no teu ambiente para transações chegando de fora, o GRC acaba conseguindo fazer o lançamento, e coloca a diferença originada no IPI na conta de variação de preço. Por isso passa.
Então, antes de seguir em frente, eu te indicaria 2 coisas:
1) Via SM30, criar uma entrada para as mensagens M8 082, 083 e 084 com categorização de "erro":
... tanto online quanto batch.
2) Verificar qual a margem de tolerância absoluta para simulação/lançamento de fatura:
Materials Management > Logistics Invoice Verification > Invoice Block > Set Tolerance Limits
... verifique para a chave de tolerância "BD", que é o último nível de validação. O ideal é que esteja marcado como "Check" e com algum montante absoluto lá.
Feito isso, o sistema deverá barrar o ok manual nas simulações. Isso exigirá do usuário analisar o pedido e rastrear porque existe essa diferença entre XML e Pedido. Afinal, este é o ponto de atenção, e o momento ideal da validação - não depois que o documento já passou e Inês já está cremada.
Atenciosamente,
Eduardo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Boa tarde, Eduardo!
No processo de inbound foi automatizado várias etapas, as etapas de simulação da fatura e lançamento da fatura estão com está configuração, ou seja, na etapa de simulação passa porque as mensagens são de warning, na etapa de lançar fatura aparece a mensagem de erro porem o processamento segue sem ação do usuário, no meu entendimento tinha que parar pois a mensagem é de erro, creio que este ponto pode estar impactando no valor incorreto na base do IPI, e mesmo assim o pior de tudo é que o erro não existe, no processo a alíquota está sendo determinada.
Quanto aos warning não me preocupei pois os valores estão de acordo com PO e por ser warning não corri atras para identificar o porque da mensagem.
Obrigado pela atenção!
Wendel
Wendel
O lancamento dos valores na nota fiscal e respectivas colunas (Montante Base, Base excluida, Valor do Imposto, Outras bases e etc), na TAXBRA é resultado do mapeamento da tabela J_1BNFTXCONDMMV
Verifique se para a condicao IPI2 as configuracoes estao parecidas com as da tela abaixo:
Leandro da Pia Nascimento
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sim... atualiza pra TAXBRA...
Brincadeira...
Dá uma olhada nessa nota, veja se é relevante pro seu release, aplica e testa:
2088652 - IPI Base with wrong value in Classical Tax Calculation
2027466 - IPI Other Base with wrong value in Classical Tax Calculation
Leandro da Pia Nascimento
User | Count |
---|---|
13 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.