NFSe FRAIBURGO (SC) IPM 00169 - O valor unitário da UNIDADE DO SERVIÇO não foi informado corretamente. -

[willian_delan]

Boa tarde, tudo bem?

Ao emitir NFSe para a cidade de FRAIBURGO (SC) provedor IPM estou com o seguinte retorno:

00169 - O valor unitário da UNIDADE DO SERVIÇO não foi informado corretamente. - 

Analisei o XML mas aparenta estar correto, ou não achei o que seria, alguém sabe dizer?

Segue XML anexo: 00149269464000197331828052025-EnviarLote.xml

[willian_delan]

1 hora atrás, willian_delan disse:

Boa tarde, tudo bem?

Ao emitir NFSe para a cidade de FRAIBURGO (SC) provedor IPM estou com o seguinte retorno:

00169 - O valor unitário da UNIDADE DO SERVIÇO não foi informado corretamente. - 

Analisei o XML mas aparenta estar correto, ou não achei o que seria, alguém sabe dizer?

Segue XML anexo: 00149269464000197331828052025-EnviarLote.xml

vlr unitário é 145,13

vlr total 507,96

qtde 3,5

hoje estamos fazendo assim:

                        AValorUnitIPM := RoundABNT(AVlrTotal / AQtde, 10);
                        ValorUnitario := AValorUnitIPM;
                        AValorTotalItemIPM := (RoundABNT(AValorUnitIPM * AQtde, 2));
                        ValorTotal := AValorTotalItemIPM;
                        ValorTributavel := AValorTotalItemIPM;
                        AValorTotalIPM := AValorTotalIPM + AValorTotalItemIPM;

Isso porque no ACBr na unit IPM.GravarXml o unidade_valor_unitario usa tcDe10 e o valor_tributavel usa tcDe2

mas da forma que está o vlr unitário fica: 145,1314285714 que multiplicando por 3,5 fica 507,9599999999, sendo esse diferente do valor tributável que é 507,96.

Ao deixarmos como AValorUnitIPM := RoundABNT(AVlrTotal / AQtde, 2); ele pega o vlr unitario como 145,13 ficando a correta multiplicação e deixando 507,96, assim como o valor tributável, mas dai foge do tcDe10 que consta no ACBr.

Para outros clientes fica correta a emissão, mas essa venda deste cliente gerou este caso, queremos uma abordagem que fique correta para todos ou que antecipe consiga prevenir o máximo que puder.

 

[Italo Giurizzato Junior]

Bom dia @willian_delan,

A quantidade de casas decimais nesses campos que estão com 10 casas decimais é porque a prefeitura pode definir a quantidade de casas ela deseja.

O provedor aceita que informamos no XML esses campos com 10 casas decimais sem nenhum problema.

Se a prefeitura configurou com 2 casas ou com 4 devemos controlar isso através da aplicação.

[willian_delan]

23 horas atrás, Italo Giurizzato Junior disse:

Bom dia @willian_delan,

A quantidade de casas decimais nesses campos que estão com 10 casas decimais é porque a prefeitura pode definir a quantidade de casas ela deseja.

O provedor aceita que informamos no XML esses campos com 10 casas decimais sem nenhum problema.

Se a prefeitura configurou com 2 casas ou com 4 devemos controlar isso através da aplicação.

Deixei validado por município então, obrigado, pode encerrar.

[Alexandre de Paula]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.