on 05-22-2014 9:17 PM
Estamos enfrentando uma diferença (arredondamento) dos valores de ICMS em algumas notas de saída de mercadoria gerando a rejeição 528 Valor do ICMS difere do produto BC e Alíquota.
Na análise percebemos que o sistema faz um arredondamento pela fórmula 320, conforme exemplo abaixo:
Na somatória dos itens no final para equalizar com o total (cabeçalho), a rotina verifica o item de maior valor e arredonda para cima ou para baixo, no exemplo foi para baixo descontando 0,02- do primeiro item (que é o maior valor), demonstração manual.
Item a item, a primeira coluna da esquerda foi o comportamento da fórmula a segunda coluna sem arredondamento não fecharia com o total.
17,90 | 17,92 | |||||
5,38 | 5,38 | |||||
6,86 | 6,86 | |||||
4,57 | 4,57 | |||||
6,86 | 6,86 | |||||
6,86 | 6,86 | |||||
7,79 | 7,79 | |||||
10,78 | 10,78 | |||||
10,78 | 10,78 | |||||
10,78 | 10,78 | |||||
7,28 | 7,28 | |||||
8,56 | 8,56 | |||||
15,81 | 15,81 | |||||
11,91 | 11,91 | |||||
132,12 | Total | 132,14 | Total | |||
1.100,98 | 12% | 132,1176 | Cabeçalho | |||
149,3 | 12% | 17,916 | Item | |||
Fórmula 320 (isto é o que faz a rotina), conforme print anexo.
Consequentemente os valores da nota estão sendo levados ao XML e retornando rejeição.
Alguém já passou por essa situação? Qual a melhor saída a ser adotada?
Agradeço desde já,
Tatiana Augusto
Olá pessoal,
Tivemos problema com arredondamento também, porém todas as notas citadas acima não resolveram.
Nosso problema, ocorria somente com algumas NF-es que possuíam valor já na ordem de venda na moeda USD.
Abrimos um chamado na SAP final do mês de agosto e essa semana recebemos retorno deles com uma nova nota criada para nosso problema.
A nova SAP note é a 2210518.
Espero que ajude...
Abraços
Rafael Gassen
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom Tarde!
Apliquei as recomendações dessa nota e o problema foi sanado aqui na empresa.
2099045 - Brazil: Rounding for TAXBRA (NF-e 3.10).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia,
Recentemente implementei o NFe 3.10 (SP 18) e me deparei com o mesmo problema de divergência de mais de 1 centavo de ICMS entre o calculado pelo SAP e SEFAZ.
Este problema é mais frequente quando se trabalha com partição de lote na remessa, pois segundo a SAP, o cálculo do ICMS é feito por lote, ou seja, se tem vários lotes certamente terá um arredondamento em cada lote.
Para resolver o problema, a SAP desenvolveu a nota 2093503 que tem como pré requisito a nota 1895460.
Abraço,
Vitor Jesus
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Pessoal,
estou exatamente com o mesmo erro!
Já existe alguma nota SAP para correção?
Att.,
Luiz Henrique.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia,
A SAP disponibilizou a nota 2066469 referente ao chamado que abrimos do problema de arredondamento do ICMS que retornava o erro de rejeição 528 do SEFAZ na versão 3.10 da NFe.
Fizemos os testes e funcionou, na Pricing da Ordem de Venda não é gerado mais os centavos na condition ICRD (é preciso incluir o registro NO_SD_ICMS_ROUNDING na tabela j_1bswitch).
Att,
Vera Lúcia Nakajo
Oi Tatiana e Vera
Sugiro revisar as notas liberadas. Já são 56 com referência ao layout 3.10. Caso nenhuma resolva sugiro então abrir um chamado.
Abraço
Eduardo Chagas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Tatiana, boa tarde.
Estamos passando por este mesmo problema, algumas nfe´s versão 3.10 estão sendo rejeitadas com o erro 528 devido ao arredondamento do ICMS. Conforme voce mencionou o sistema joga a diferença no item de maior valor e o SEFAZ rejeita.
Voces encontraram uma solução para o problema?
Agradeço se puder ajudar.
Vera Lúcia Nakajo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Vera Lúcia,
Existe a Nota SAP 904935 - Brazil CTB: Rounding ICMS value on document header level que é responsável pela alteração das condições BX13 e BXZF (ICMS Amount e ICMS discount for ZF), que ao iniciar o cálculo pela quantidade total x preço unitário e identificar diferenças nos valores totais, joga para o item de maior valor da Nota Fiscal, caso esta nota seja desaplicada, existe o problema de somar os itens da Nota Fiscal e não bater com o valor do cabeçalho, recomendo deixar a Nota SAP aplicada. Infelizmente para alguns cálculos temos a dízima matemática que é a grande responsável por este arredondamento, não existe o que ser feito, já foi aberto um chamado na SAP na época, debugamos todos os métodos de cálculo da pricing para mostrar as evidências, mas não houve solução.
Outro ponto foi que identificamos que a Sefaz não arredonda e sim trunca o valor do ICMS, por isso temos uma diferença superior a 0,01 e a rejeição 528, pois extrapola o permitido pela Sefaz.
No meu cenário haviam notas de devolução sendo enviadas com a tag >finNFe< = 1, ao corrigir o problema as rejeições diminuíram drasticamente. Para as NFe's de saída que ainda apresentavam o problema, foi sugerido ao cliente avaliar a pricing da Ordem de Venda e incluir descontos para contornar a dízima.
Espero ter ajudado.
Obrigada
Tatiana Augusto
User | Count |
---|---|
16 | |
3 | |
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.