Daniel Simoes

Parece ser alguma configuração da DLL da Sweda... Pois essa msg de erro é retornada pela DLL da Sweda... Agora é com o suporte deles... Você pode usar o SATTeste.exe (disponível para download aqui no fórum) para tentar a conexão mais facilmente... funcionando nele, funcionará no MonitorPLUS

Enviamos uma possível correção ao SVN, baseado nas suas sugestões... Favor testar:

Esse problema está "grudento".. Prometo que vou dar uma olhada nos fontes em relação a isso...

É a eterna briga de String x AnsiString... Remova o evento, e deixe a IDE criá-lo novamente...

Desculpe-me, mas sem analisar o Log, não vou incorporar suas modificações aos fontes do SVN...

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

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..