Pesquisar na Comunidade

Bom dia, estou com uma situação estranha em relação ao arredondamento realizado pelo SAT. Eu envio a seguinte TAG de produto <prod> <cProd>717827</cProd> <cEAN>030471782701</cEAN> <xProd>PIMENTA BIQUINHO</xProd> <NCM>07096000</NCM> <CFOP>5102</CFOP> <uCom>UNI</uCom> <qCom>0.9950</qCom> <vUnCom>0.990</vUnCom> <indRegra>A</indRegra> </prod> E o SAT me retorna <prod> <cProd>717827</cProd> <cEAN>030471782701</cEAN> <xProd>PIMENTA BIQUINHO</xProd> <NCM>07096000</NCM> <CFOP>5102</CFOP> <uCom>UNI</uCom> <qCom>0.9950</qCom> <vUnCom>0.990</vUnCom> <vProd>0.98</vProd> <indRegra>A</indRegra> <vItem>0.98</vItem> </prod> Ele está retornando o valor do item como R$ 0,98 , porém realizo o arredondamento da multiplicação entre qCom e vUnCom, através da função ABNTRoundTo da unit ACBrUtil, e o valor retornado é R$ 0,99. Até parece que o SAT está ignorando a regra de arredondamento 'A'. Alguém já pegou algum caso assim?

Pessoal, ao gerar o Sped Contribuições, com frequência acontece erro de Arredondamento nos registros M. Quando gero a apuração, fica fácil para corrigir, mas eu queria já gerar de uma vez o arquivo correto e não sei onde está o erro, se é alguma regra de arredondamento que tenho de fazer e etc. Vocês poderiam me ajudar? SPED_Contribuicoes_2021_01.txt

Olá! Fazendo uns testes aqui com arredondamento no Delphi Xe7, identifiquei que a função RoundTo do delphi me traz um arredondamento errado. se fizer o RoundTo( 153.925 , -2 ) e me retorna 153,92 se fizer o RoundTo( 153.725 , -2 ) e me retorna 153,73 testei no Xe8 também ocorre, ai fui la no Delphi 2007, e faz certo. Procurei na web por outras formas de arredondar e também ocorre o problema com outras funções. Alguem que tem o XE de alguma versão pode testar faz favor, pois to achando q o bug é na unit Math do delphi. Vlw

Boa tarde! Alguém mais esta tendo problemas com arredondamento na nfe , da noite pro dia, estou usando a função do RoundABNT do acbr e o sefaz esta rejeitando como se o arredondamento EXEMPLO 31,009 × 105,0 = ‬R$3.255,945‬ segundo a acbr e a norma da abnt deveria ficar R$3.255,94 , porem a sefaz esta pedindo pra por R$3.255,95 Segue anexo nfe completa com erro. Rejeição[564]: Total do Produto / Serviço difere do somatório dos itens(NT2011/004).( O campo: Total dos Produtos e Serviços 'vProd_W07' foi informado com o valor: 12908.02 e deve ser informado com o valor: 12908.05 ) 32191011345254000168550020000007291198431076.xml

Pós atualização dos arquivos ACBR-boleto os boletos gerados passaram a sair com valor documento zerado. Verifiquei o log dos arquivos e encontrei a alteração que me trouce problemas, segue: procedure TACBrTitulo.setValorDocumento(const AValue: Currency); begin // O arredondamento é com objetivo de remover as diferenças em arredondamentos posteriores, // que causa uma diferença entre o valor do documento e a linha digitável. fValorDocumento := RoundTo(Double(AValue), -2); end; // Veja: Porem não sei por qual motivo Double(25,55) me retorna zero, e também não entendo a necessidade desta "Conversão" para Double se "AValue" e "fValorDocumento" são Currency; Podo somente o meu Delphi está se comportando desta forma, se alguém puder me orientar, pois parece ser uma coisa boba, mas não gosto de mexer diretamente nos códigos do ACBR. Obrigado desde já.

Boa ! Estamos passando pelo seguinte problema: Prod1 valor = 5,1790 lit vl item = 9,654 Total = 49,9980 Neste caso o total calculado pelo ACBrSat não deveria ser 50,00 , com o arredondamento da abnt ? Acontece que ele está imprimindo no extrato 49,99 e gerando um troco de 0,01. Não tínhamos este problema quando estávamos no Trunk 1 . Somente após migrar para o trunk 2. Gostaria de saber se houve alguma modificação no ACBrSat neste sentido, se faltou alguma configuração, ou coisa do gênero. Valeu!

Olá meus amigos. Estou com um problema com as configurações dos padrões de fabrica de dois equipamentos. Eu trabalho em uma empresa de automação comercial, e um dos nossos clientes possui uma balança toledo prix 4 e uma ECF epson tm-t81 que estão entrando em conflito na hora de arredondar valores. A balança arredonda o valor dos produtos para cima, e a situação encontrada foi: Produto no valor de 9,80 KG * 0,7744 GR = R$ 7,58912. Na etiqueta que foi impressa pela balança o produto sai com o valor de R$ 7,59, porém como a ECF trunca valores o meu PDV trabalha da mesma forma e ao realizar a leitura do código de barras o sistema registra o valor do produto de R$ 7,58. Se for selecionada a opção para arredondar valor no meu sistema, o PDV registra a venda no valor igual está na etiqueta ou seja, R$ 7,59, porém ao finalizar a venda a ECF retorna R$ 0,01 de troco. Sobre as fotos, a primeira que está mostrando a etiqueta e o valor no sistema é quando o PDV está configurado para truncar valores, já a segunda foto especificamente do cupom fiscal acontece quando o sistema é configurado para arredondar os valores. Gostaria de saber se há alguma solução para este problema, desde já agradeço. Muito Obrigado!

Tenho um produto com o valor 23,077, quando o acbr gera a xml ele arredonda para 23,08 fazendo com que dê diferença no valor total com as formas de pagamento, se eu informar que aquele produto é um combustivel ele informa o valor que eu passei, mas altera o indRegra para Truncamento, o que eu posso fazer nesse caso, usar todos os produtos como combustivel?

A exception é gerada ao tentar arredondar o nr 9.41212959024529 em 10 casas. RoundABNT(9.41212959024529,-10) Debugando percebi que na verdade a exception e gerada em uma função do Delphi a SimpleRoundTo. Na unit ACBrUtil na linha 580. PowValue := SimpleRoundTo( FracValue * 10 * Pow, -9) ; // SimpleRoundTo elimina dizimas ; A versão do Delphi que eu uso e a XE. Não sei se em outras versões ou se no Lazarus também ocorre essa exception.

Olá pessoal, estou com um problema ao enviar algumas notas fiscais com Diferimento no ICMS ( CST 051 ). Um problema ridículo, que não estou conseguindo entender a lógica usada pela Sefaz para fazer a validação. O Problema é que se aplico as funções de arredondamento, tenho problemas em apenas um dos itens, quando uso ROUNDTO a SEFAZ recusa o primeiro, quando uso SIMPLEROUNDTO ela recusa o terceiro item, ja testei com todas os Sets e nada de aceitar a nota. SetRoundMode( rmUp ); SetRoundMode(rmDown); SetRoundMode(rmNearest); SetRoundMode(rmTruncate); Alguém ja passou por isso? Ou alguém poderia efetuar um teste e me retornar se da o mesmo erro que estou tendo? As Informações são estas: Delphi 7. Para simplificar o teste o Com o diferimento, da na mesma que fazer essa formula ( vBaseICMS * 0,12 ) ********** OBS Fiz o teste aqui sem Diferimento, usando o CST 000 e aplicando 12% sobre a Base do ICMS, que na pratica da os mesmos valores, sem diferimento a nota é aceita, porem com diferimento não. Item Nome CST vUnit Qtd vTotal vBaseICMS ICMS Diferimento vICMS ( vIcms que a Sefaz quer ) (RoudTo( vICms , -2) SimpleRoundTo( vIcms, -2 ) SetRoundMode( rmUp ); ) 1 - Chinelo 1 051 14,98 12 179,76 179,76 18% 33,33% 21,5712 21,58 21,58 21,57 2 - Chinelo 2 051 10,98 9 98,82 98,82 18% 33,33% 11,8584 11,86 11,86 11,85 2 - Chinelo 3 051 10,98 16 175,68 175,68 18% 33,33% 21,0816 21,08 21,09 21,08

Boa tarde! Estou com alguns problemas de arredondamento no PDV e após alguma análise descobri que isso se deve ao fato da configuração "Arredondar por quantidade" está habilitada, o que faz com que a função "ArredondarPorQtd" no VendeItem seja executada. Já pedindo desculpas pela falta de conhecimento na situação, gostaria, se possível, que pudessem me dar uma luz, indicando em quais situações esse tipo de arredondamento é necessário. P.S.: o desenvolvimento do sistema não foi feito por mim, estou fazendo a manutenção do mesmo. Desde já, agradeço.

Bom dia, Estou tendo um problema com um cliente do estado de Minas Gerais na questão do arredondamento final do produto. É um supermercado então tenho produtos vendido com quantidades das mais variadas, acontece que com alguns itens tenho resultado no valor total com até três decimais, vide exemplo: Valor Unit. 2,69 * 10,158 KG = 27,325 No meu sistema faço o arredondamento correto da terceira casa decimal, porém quando tem nfe que parte de cupom fiscal alguns efc's truncam outros arredondam o valor então nunca bate o valor total do cupom com o valor total que está na nfe. No caso do estado de São Paulo aceita nfe com alguns centavos de diferenças no valor total da nfe com o valor total dos produtos, em MG não, estamos meio perdidos de como vamos fazer para que tanto a nfe quanto o cupom trabalhem de forma assincrona nessa questão. Se alguém que passou pelo mesmo puder dar uma ajuda. Tenho a seguinte chave de uma nota emitida em homologação para que possam ter uma ideia. 35150807106443000100550010000020251000020253 Se você somar o valor total dos itens vai ver que existe uma diferença de 0,02 centavos em comparação ao valor total da nota.

Galera, Estou com um problema, ja tenho SAT implantado em varios clientes e tudo correndo bem. Porem tem um cliente que vende produto pesável (Restaurante por KG); Me deparei com um problema que não consigo resolver, que são as casas decimais no totalizador dos itens X Pagamento. Gerando o seguinte erro: Rejeição: Valor total do CF-e-SAT maior que o somatório dos valores de Meio de Pagamento empregados em seu pagamento. Por que o Meu total de produto esta resultando 47,2217 e o recebimento 47,22 Segue o exemplo do XML. <?xml version="1.0" encoding="UTF-8"?> <CFe> <infCFe versaoDadosEnt="0.06"> <ide> <CNPJ>16716114000172</CNPJ> <signAC>SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT</signAC> <numeroCaixa>001</numeroCaixa> </ide> <emit> <CNPJ>61099008000141</CNPJ> <IE>111111111111</IE> <IM>123123</IM> <indRatISSQN>N</indRatISSQN> </emit> <dest> <CPF>29921043889</CPF> </dest> <det nItem="1"><prod> <cProd>5</cProd> <xProd>DIVERSOS LOJISTA</xProd> <NCM>99</NCM> <CFOP>5102</CFOP> <uCom>UN</uCom> <qCom>0.5370</qCom> <vUnCom>39.90</vUnCom> <indRegra>A</indRegra> </prod> <imposto> <vItem12741>2.14</vItem12741> <ICMS> <ICMS00> <Orig>0</Orig> <CST>00</CST> <pICMS>0.00</pICMS> </ICMS00></ICMS> <PIS> <PISSN> <CST>49</CST></PISSN></PIS> <COFINS> <COFINSSN> <CST>49</CST> </COFINSSN> </COFINS> </imposto> </det> <det nItem="2"> <prod> <cProd>5</cProd> <xProd>DIVERSOS LOJISTA</xProd> <NCM>99</NCM> <CFOP>5102</CFOP> <uCom>UN</uCom> <qCom>0.4460</qCom> <vUnCom>39.90</vUnCom> <indRegra>A</indRegra> </prod> <imposto> <vItem12741>1.78</vItem12741> <ICMS> <ICMS00> <Orig>0</Orig> <CST>00</CST> <pICMS>0.00</pICMS> </ICMS00></ICMS> <PIS> <PISSN> <CST>49</CST> </PISSN></PIS> <COFINS><COFINSSN> <CST>49</CST> </COFINSSN></COFINS> </imposto> </det> <det nItem="3"> <prod> <cProd>2</cProd> <xProd>REFRIGERANTE</xProd> <NCM>99</NCM> <CFOP>5102</CFOP> <uCom>UN</uCom> <qCom>2.0000</qCom> <vUnCom>4.00</vUnCom> <indRegra>A</indRegra> </prod> <imposto> <vItem12741>0.80</vItem12741> <ICMS> <ICMS00> <Orig>0</Orig> <CST>00</CST> <pICMS>0.00</pICMS> </ICMS00> </ICMS> <PIS> <PISSN> <CST>49</CST> </PISSN> </PIS> <COFINS> <COFINSSN> <CST>49</CST> </COFINSSN> </COFINS> </imposto> </det> <total> <vCFeLei12741>4.72</vCFeLei12741> </total> <pgto> <MP> <cMP>03</cMP> <vMP>47.22</vMP> </MP> </pgto> <infAdic> <infCpl>Gerado por:G-SAT Versao 1.0.0.1 - site: www.gecon.inf.br</infCpl> </infAdic> </infCFe> </CFe>

Agradeço muito se alguém puder me ajudar ou dar uma dica para solução do seguinte problema: Tenho uma venda de um item nos seguintes valores: quantidade: 0,301 valor unitário: 65,00 Total sem arredondamento: 19,565 Aplicando a regra de arredondamento NBR: "Quando o algarismo imediatamente seguinte ao ultimo a ser conservado for 5 seguido de zeros, se for par o algarismo a ser conservado, ele permanecera sem modificação. Exemplo: 4,850 (0) arredondados 2 primeira decimal tornar-se-á: 4,8" Total do item pela regra do NBR: 19,56 O Cupom do SAT está gerando assim: 0,3010 KG X 65,000 19,57 Pergunta: Eu estou errando na formula do arredondamento, na interpretação da regra ou é o SAT que está arredondando diferente? Como posso resolver isso? Grato a todos Aldrin Fagundes

Ola amigos Minha duvida nao é no acbr mas sim neste lance de arredondamentos. Estamos com um problema meio serio aqui em uma venda e nao entendo como resolver. Vendendo um unico item na quantidade de 88.400 MT a um valor de 3,00 R$ vc tem o valor final de 265.20 R$. No final da venda o cara quer arredondar isso para 265,00 R$. Agora vem o problema, vc pega 265,00 / 88.400 = 2.9977 O Problema é q na ECF nao tem 2.9977 e sim 2.99 ou 3,00. Se vc fizer 88.4 * 3 terá os 265,20 e se fizer o 2.99 terá 264.316 ou 264,32 dando uma diferenca de 0,68. Ja pensei em tudo q podia para resolver isso mas nao vejo como resolver, como só tem um unico item na venda nao ha nem como ratear os valores... Alguem ja passou por isso e tem alguma ideia ? Obrigado amigos