Daniel Simoes

O que ocorre, é que: 0.99 x 0.995 = 0,98505, e pelas Regras da ABNT, quando o número a ser eliminado é igual a 5 deve-se primeiro observar se o seu antecessor é impar, se for, já soma-se 1 na casa de arredondamento. Porém no nosso caso, temos 8, então observa-se uma segunda regra...Se houve algum "resto, após a casa a arredondar, então soma-se1 na casa a arredondar... (esse é o nosso caso) No caso de dúvida, façam a mesma venda no emulador de ECF, (que permita arredondamento e 3 decimais na QTD). Os ECF sempre usaram a regra de arredondamento da ABNT IMPRESSORA FISCAL BEMATECH MP-4200 TH FI APENAS PARA DESENVOLVIMENTO SEM VALOR FISCAL CNPJ: 82.373.077/0001-71 IM: ISENTO ------------------------------------------------ 11/11/2015 12:35:10 CCF:000000008 COO:000000019 CUPOM FISCAL ITEM CÓDIGO DESCRIÇÃO QTD. UN. VL UNIT(R$) ST VL ITEM(R$) ------------------------------------------------ 001 111222333 TESTE DE PRODUTO 0,995 UNX0,990 N1 0,99 Se usarmos uma variável do Tipo 'Currency', para receber o valor da conta, o que ocorre é que o "Delphi", elimina as dizimas após a quarta casa... Veja esse tópico portanto: var currValorUnit, currQtde, currTotal: Currency; begin currValorUnit :=0.99; currQtde :=0.995; currTotal := currValorUnit * currQtde; // 0.99 x 0.995 = 0,98505, porém "currTotal" é um currency, que somente usa 4 casas decimais, portanto será: 0,9850 Nesse caso, o RoundABNT(currTotal, 2) será igual a 0.98, pois não haverá "resto" apos a casa a ser arredondada (0.9850)

Vanessa, poderia por favor anexar o XML que houve o problema ? Acredito que a Tag "<CNPJ/>", deveria ser o suficiente para passar na validação...

Ainda não estou confiante nas modificações... - Notei que a Unit sugerida está defasada em relação a Unit atual. - Você modificou o copy, usando : 2,6 (antes era 3,6) - acho que essa modificação pode quebrar código existente... Por favor ative o Log do ACBrBAL e copie o resultado aqui, a fim de compararmos os dados capturados com o manual do protocolo

Não compreendi o problema que você está tentando relatar... Sua informação não é verdadeira, centenas de desenvolvedores já estão usando o ACBrSAT em produção... Se deseja relatar algum problema, por favor forneça o passo a passo com o SATTeste.exe

Já leu a documentação existente ?? http://acbr.sourceforge.net/ACBrMonitor/ACBrMonitor.html?SATCriarCFe.html

Em nossa aplicação, para ativar o SAT Sweda, usamos as seguintes DLLs iconv.dll libwinpthread-1.dll libxml2.dll msvcp100.dll msvcr100.dll SATDLL.dll zlib1.dll

Provavelmente está faltando algumas DLLs na pasta do ACBrMonitorPLUS... Verifique com o suporte do Fabricante, qual a relação de DLLs que eles usam, e copie todas elas para a mesma pasta do EXE do PLUS

Quando a impressão ocorre em "EscPos" você precisa definir uma porta (semelhante a um ECF)... porém você pode usar nome de compartilhamentos na porta: Ex: "COM1, COM2, LPT1, \\localhost\epson"

Obrigado pela correção... já está no SVN

Modificações enviadas para o SVN... Muito obrigado pela analise e contribuição

Esse assunto deve ser tratado em Privado... informe todos os dados para a analise

Você na relatou a exata msg de erro... qual informação você procurou e não encontrou na documentação existente ?

Acho que podemos adotar o Pedido de status como padrão para todos os ECFs... para a primeira tentativa de falta de resposta... Por favor tente com a Unit em anexo ACBrECFEscECF.pas

Olá Cristiano, Retomando o tópico... Sabe nos dizer se o SEFAZ modificou a parametrização dos campos xCampo1 e xTexto1 ? O fato deles continuarem a serem impressos no Extrato, sempre gera confusão nos clientes finais...

Notei que o ECF está concatenando duas respostas... Aparentemente ele respondeu 1|66... Este era o valor correto ? talvez o melhor ajuste seja fazer a classe compreender que existem 2 respostas concatenadas

Não há quadro em vermelho no PDF... Se você fala de xCampo1-xTexto1. Veja esse post: http://www.projetoacbr.com.br/forum/topic/21114-sat-fiscal-problema-no-campo-infadic-obsfisco-xcampo-xtexto/

Isso parece errado: versaoDadosEnt="0.00" deveria ser 0.06... ajuste na aba SAT

poderia por favor anexar um Log completo do momento do Loop ?

Não compreendi muito bem a necessidade da modificação... A implementação atual fica lenta ? A impressora para de responder ?

Estou com muito pouco tempo para a analise... Acredito que o ideal seria criar novas Units baseadas nas modificações, mas com um nome próprio "ACBr_*.pas" e remover todo o código que foi comentado...

O componente atual usa o "WordWrap := True" do componente TRLDBMemo... Ou seja, a quebra é feita pelo próprio componente... Poderia dar um exemplo (imagem) de como fica esse produto impresso no DANFE do Rave e no DANFE do Fortes ? Uma solução "rápida", seria você trocar todas os caracteres "/" por espaços..

O Fortes Report não tem essa opção em "TRLReport.PreviewOptions"... mas pelo que li nos fontes... acho que seria possível implementar opções como: "zoomFullWidth, zoomFullPage, zoom100"... Não achei nada que pudesse mostrar várias páginas

Apliquei ajustes nos fontes do SVN, que devem corrigir o problema...

Você quer enviar em UTF8 e ler em ANSI ?? Use apenas um tipo de Encoding... Java suporta UTF8 de forma nativa...

Creio que descobri o problema... A rotina que lê o XML, tem um parâmetro Boleano, que instrui o componente a "remontar" o XML... Se você desabilitar esse parâmetro e usar o XML como enviado, a validação funcionará... o Problema está ocorrendo porque a função que lê o XML está trocando todas as quebras de linha por ';' e isso invalida a assinatura... WAqqvlCxyD/hbA5nCe9OwIV+QffTgJlV/7mnsk6a8L/KlkYUmtwgM+gm/ir1ViSHyhC4jUGTZaVQ;xf0NaYEO2rVsSatz3MGSMjrancse6vkJLU/ihlx1/QNaowipl5UXSpk7is8K8Mw3NWRlIaGm0U3f;yyYvXovDNhwNW6xK2GzumuUINZ1TMTgKG0QA3aWH+70R0nvqdH+vQ5ZVky7OaFniWQ4kta6UZY1t;EOHcKUkY5LuiGT/EULGU1SC2hw6jqQ2Q7EKD203BdiHl2157JZgB8/aujyjVtmCjJ5v8gsVNz7lB;/6+5dg8xkMTTNzidjbWhAUs1RAUGJDSGt//zlQ== WAqqvlCxyD/hbA5nCe9OwIV+QffTgJlV/7mnsk6a8L/KlkYUmtwgM+gm/ir1ViSHyhC4jUGTZaVQxf0NaYEO2rVsSatz3MGSMjrancse6vkJLU/ihlx1/QNaowipl5UXSpk7is8K8Mw3NWRlIaGm0U3fyyYvXovDNhwNW6xK2GzumuUINZ1TMTgKG0QA3aWH+70R0nvqdH+vQ5ZVky7OaFniWQ4kta6UZY1tEOHcKUkY5LuiGT/EULGU1SC2hw6jqQ2Q7EKD203BdiHl2157JZgB8/aujyjVtmCjJ5v8gsVNz7lB/6+5dg8xkMTTNzidjbWhAUs1RAUGJDSGt//zlQ== Estou avaliando como corrigir esse problema...