Pesquisar na Comunidade
Showing results for tags 'decimais'.
Encontrado 3 registros
-
Pessoal eu sei que esse assunto já foi discutido aqui varias vezes mas eu estou com um problema a dias e não consigo achar uma solução, estou fazendo a seguinte simulação qtd preco unit total 1,100 33,33 36,66 1,200 33,33 40,00 1,300 33,33 43,33 1,400 33,33 46,66 1,500 33,33 50,00 0,333 33,33 11,10 --------------------------------------- subtotal 227,75 desconto 0,50 total 227,25 joia dai eu fecho a venda e faço o rateio do desconto pra emissão da nfce qtd preco unit desconto total 1,100 33,33 0,08 36,58 1,200 33,33 0,09 39,91 1,300 33,33 0,01 43,23 1,400 33,33 0,01 46,56 1,500 33,33 0,11 49,88 0,333 33,33 0,02 11,08 ----------------------------------------------------- total 0,50 227,24 observem que no final ele da 0,01 centavos de diferença em relação a primeira lista sem o rateio, em todas as operações eu estou usando o RoundAbnt quando lanço o produto na venda eu faço RoundAbnt(qtd x preco_unit) , sera que alguém tem alguma ideia em relação a esta rotina onde estes valores possam bater, para que não de diferença
-
Bom Dia, Estou tendo problemas com algumas vendas fazendo o uso de balança direta, a captura do peso é dado em 3 casas decimais sendo possível utilizar até 4 no campo <qCom>. No caso do teste que realizei lancei 3 itens, capturados pela balança. Item 1 - Peso -> 0.1720, Valor do Peso ->3.99 Resultando no valor de 0.68628 Item 2 - Peso -> 0.4420, Valor do Peso ->19.99 Resultando no valor de 8.83558 Item 3 - Peso ->0.5540, Valor do Peso ->10.00 Resultando no valor de 5.54 Se somarmos estes valores chegamos a um resultado de 15.06186 se aplicarmos a regra do arredondamento temos o valor final de 15.06, porém ao validar no SAT temos o retorno 1408 de que a somas do valores dos itens não é igual ao total informado na forma de pagamento fazendo o teste manual com o arquivo, consegui chegar a validar a venda informando o valor final de 15.07. Agora não sei como chegou a este valor de 15.07. Segue anexo o xml para complementar a questão. Obrigado. cupom sat peso.txt
-
Bom dia senhores. Meu software é direcionado a postos de combustíveis e já tenho o Sat implantado em alguns clientes e estou adequando os fontes e presenciando algumas situações específicas. Um dos meus clientes reparou que na impressão, o preço do combustível não estava correto com as 3 casas decimais como de costume. Fui analisar a situação e eu estava direcionando o item com a tag "EhCombustivel" para que o ACBr fizesse os devidos tratamentos quanto as casas decimais. Debugando, percebi que ao passar pela segunda vez na função procedure TCFeW.GerarDetProd(const i: integer); essa indicação "EhCombustivel" se perde (volta a ser false), e daí em diante, todas as informações dos itens, são tratadas como se trabalhasse com apenas 2 casas decimais (XML e Impressão). Por hora, alterei o fonte \ACBr\Trunk\Fontes\ACBrSat\pcnCFeW.pas com o seguinte código: procedure TCFeW.GerarDetProd(const i: integer); var DecQtd: TpcnTipoCampo; begin If CFe.Det[i].Prod.indRegra = irArredondamento then begin DecQtd := tcDe2; end Else begin DecQtd := tcDe3; end; Poderiam me dizer se estou fazendo algo errado ou se essa solução é valida? Desde já agradeço a atenção dos senhores e qualquer dúvida, estou a disposição.
