GRC 10 - Incoming - Problemas com arredondamento

[former_member331945]

Boa noite

Em todas as palestras que assisti sobre a solução NFe entrada recebi a informação que o problema de arredondamento seria solucionado.

Estamos realizando testes integrados (esquema TAXBRJ) e para todos os pedidos que tenho PIS + COFINS nos impostos, continuo com o mesmo erro que tinha antes da solução (diferença de 0,01).

Como posso solucionar esse problema? Tanto o pedido, quanto o XML estão com os valores corretos.

Desde já agradeço.

Denise

[Former Member]

Bom dia, Bruno!

  Em 2012 estávamos com a TAXBRJ, e para implantarmos o GRC 10 Incoming, fizemos muitos desenvolvimentos Abap.

  Mas em 2014 implantamos a TAXBRA, e eliminamos todos os desenvolvimentos Abap.  

Pelo que levantei hoje com as pessoas envolvidas na Contabilidade, este problema não está ocorrendo.  Provavelmente com as notas aplicadas no novo procedimento de cálculo, estes problemas foram resolvidos pelo Standard.

  Estamos com o SAP ECC 6.0, support package 24, mas com notas aplicadas até agosto/2016. E o GRC NFe com support package 23.

Att

Edvaldo Leite da Silva

[Former Member]

Boa tarde, Denise!

   Estamos implementando o SAP NFE 10.0 agora, e estamos com o problema de arredondamento também para Impostos (diferença de centavos). Você conseguiu alguma solução para o bug, com o chamado na SAP? Também utilizamos a TAXBRJ.

Obrigado

Edvaldo Leite da Silva

[former_member331945]

Boa noite Rodrigo

Para o problema de arredondamento a SAP disponibilizou a nota  1716892 - Rounding difference in ICMS tax baseamount, porém ainda estamos com problemas. Agora a MIRO e contabilização estão corretos, mas a J1B3N não está refletindo corretamente os valores do XML e a SAP está analisando o problema.

O que vc deve pensar também (caso mencionado pela nossa key-user) é se você está com a tolerância ativada, e o no caso da entrada manual (MIGO e MIRO) o arredondamento é até o limite que foi configurado, o status ficará verdinho. Nesse caso é interessante verificar uma exit para colocar a mensagem de erro e o usuário efetuar os devidos ajustes.

[Former Member]

Bom dia, Denise!

    Obrigado pela resposta  (Edvaldo).

    Verifiquei em nosso sistema e a nota está aplicada. E realmente se você analisar a contabilização e a NFE de Entrada criados, o valor contábil está igual ao do XML (mas é lançado 0.01 centavos em conta de diferença de Impostos, mas a nossa escrita fiscal gostaria que fosse lançado integralmente na conta do imposto respectivo). Você poderia verificar na sua contabilização se é lançado integralmente os valores de impostos nas Conta de ICMS, PIS ou COFINS respectivos?

   No nosso caso também. a NFe de entrada está lançando o valor bruto a menor 0,01 centavos (ficando diferente do arquivo XML).

   Também abrimos chamado na SAP, mas não tivemos resposta ainda.

   Obrigado

Edvaldo Leite da Silva

[former_member331945]

Olá

A contabilização vai para a conta de diferença... e foi validado pelo usuário dessa maneira sem problemas.

Grata,

Denise

[Former Member]

Obrigado, Denise.

Att

Edvaldo Leite da Silva

[former_member182114]

Bom dia Edvaldo,

Esta questão de arredondamento é work-in-progress, pelo que tenho visto nos chamados a causa raiz não se resolve por SAP Note apenas mas também customizings.

Acredito que em algum tempo possa ter pelo menos uma SAP Note instrutiva dos "10 passos para atingir o sucesso" rsss

@Denise, pelo que vi sua questão está respondida (pelo menos a parte da época que abriu) poderia marcá-la como tal? Desde já agradeço

Atenciosamente, Fernando Da Rós

[Former Member]

Olá, Fernando!

   Obrigado pela resposta.

   Abrimos chamado na SAP referente este assunto, mas não tivemos retorno ainda.

   Vamos esperar que este problema tenha um final feliz com o SAP NFE 10.0, porque a solução é sonho de consumo (com TAXBRJ).

   Valeu!

Edvaldo Leite da Silva

[Former Member]

Edvaldo, como você solucionou este problema?

O mesmo assuntos está sendo discutido em

[Former Member]

No nosso caso também. a NFe de entrada está lançando o valor bruto a menor 0,01 centavos (ficando diferente do arquivo XML).

[henrique_pinto]

Olá Denise,

quando se fala que o NFE Inbound resolve o problema de arredondamento, é no contexto de que a diferença de centavos não vai mais pra MIRO, mas agora fica no contexto da simulação contra o pedido. Ou seja, se essa diferença de centavos devido ao arredondamento estiver dentro da tolerância cadastrada no MM, ele passa da validação. E depois, no momento da criação da fatura e nota, os valores considerados são para os documentos é o valor do XML, não o calculado no MM.

[former_member331945]

Boa noite

Entendemos a solução de tolerância x arredondamento. Entretanto nos testes que estamos realizando o SAP está alterando as informações do valor bruto indevidamento e não do valor líquido.

A transação MIRO fica com os valores corretos, mas somente na J1B3N tenho o valor a maior ou menor no total da nota que não é reflexo do valor total do GRC.

Alguma idéia para corrigir esse problema?

Grata,

Denise

[bruno_renzo]

Oi Denise,

Sugiro abrir um chamado. Parece ser bug.

Abs

[former_member331945]

Chamado já aberto e em análise, entretanto por se tratar de uma empresa multinacional a matriz provavelmente não aprovará a configuração do limite de tolerância.

A SAP está pensando em alguma solução para esses casos visto que grande parte das empresas usuárias do SAP são multinacionais e possuem a regra de não utilizar a tolerância?

Grata,

Denise

[bruno_renzo]

Oi Denise,

Não entendi a relação. Se é um bug vai ser corrigido independentemente das regras de tolerância.

Abs

[former_member331945]

Olá Bruno

O que ocorre é que tivemos uma discussão interna entre todas as plantas da empresa que é  uma multinacional que trabalha em vários ramos de segmento e uma das matrizes dos segmentos não deixa configurarmos o limite de tolerência e para esses casos o erro de diferença de saldo continuará ocorrendo quase 50% das entradas de notas fiscais no mês.

A SAP está pensando em alguma solução para essas empresas que não permitem a configuração de tolerência?

Grata,

Denise

[bruno_renzo]

Oi Denise,

Na abertura da thread você mencionou um problema do NF-e 10.0 com arredondamento de PIS e COFINS.

Você abriu um chamado pois provavelmente é um bug.

Não consegui entender agora qual é o problema do produto em relação às configurações de tolerancia do ERP.

Sugiro abrir uma nova thread explicando exatamente qual é o problema.

Abs

[former_member193349]

Olá pessoal,

estou com um problema parecido.

Os valores do XML contra o pedido não batem e em testes vimos que se usarmos ( . o sistema muda o valor e se usarmos ( , ) o sistema tira os zeros da direita p. ex.:

Se usarmos 21.000 o valor não bate

Se usarmos 21,000 o sistema tirá os zeros e fica 21 e na hora de confrontar com o XML dá pau, pois no XML temos 21.000.

Vocês conseguiram sanar esse problema?

Um abraço

Rodrigo