Daniel Simoes

Corrigido no SVN..

http://www.projetoacbr.com.br/como-usar/

Prezados, essas modificação já está no SVN ?

Veja os métodos Zip e UnZip na ACBrUtil, eles usam o padrão GZip

Sim, pois a verificação no lado do SEFAZ, depende da Chave Publica do Certificado

Verifique no manual da Especificação Técnica do SAT, que algumas Tags são de preenchimento do SAT e não da aplicação

Seria necessário implementar o método " GetTipoUltimoDocumento", em ACBrECFVirtual.pas... Olhar como esse método foi implementado em ACBrECFEpson.pas pode dar uma ideia... mas no caso do ECFVirtual, penso que poderíamos analisar o conteúdo da memória do INI, e "intuir"o último documento emitido...

Isso ocorre porque o método "GetTipoUltimoDocumento", ainda não foi implementado em TACBrECFVirtualClass.. então ele retorna o método parão, definido em TACBrECFClass Se desejar implementar o mesmo, posso ajudar na analise...

O Estado parece correto... -- 30/06 14:23:12:106 GetEstado estPagamento Qual é exatamente o comando que você envia, para ler o estado último documento ? Qual é o retorno atual, e qual seria o esperado ? Como se comporta um ECF real, no mesmo cenário ? (se não tiver um ECF real, pode testar com um Emulador)

Isso indica que vc está informando algo do DadosPFX, ou ArquivoPFX... nessa nova versão, eles tem preferência, em relação ao Número de Série do Certificado... ou seja, se essas propriedades contiverem algum valor, então o Número de Série não será usado.. Isso deve corrigir, e fazer o ACBrDFeSSL usar o Certificado instalado no Windows, baseado no número de série...

Sim, é exatamente isso (abre e fecha a porta)... Isso facilita o uso do componente com outras aplicações, que também usam a mesma impressora... Também resolve problemas de impressoras USB, onde é comum a porta Serial Virtual "sumir" temporariamente...

Estranho, verifique se seus fontes estão realmente em sincronia com os fontes do ACBr... Não temos outros relatos de bug semelhante...

Porque não usar ACBrTEFDCliSiTef ? Ou seja, ao invés de usar troca de arquivos por TXT... use a DLL em modo dedicado.. pela CliSiTef32

Obrigado pelo Bug Report... enviei uma correção para o SVN... Favor atualizar e testar...

Quem gera o PDF é o Fortes Report... Verifique se você está com a última versão, corretamente instalada: https://github.com/fortesinformatica/fortesreport-ce

Certificados A3 não podem ser usados por "DadosPFX"... Você precisa instalar o mesmo no windows e usar o número de série...

Não parece fazer sentido... observe "OStr" é um TStringList, e é usado o método "Add"... então isso já cuidaria das quebras de linha...

Apenas as muito antigas, não suportam o protocolo STX.. acho que hoje em dia, já estão proibidas de uso...

Verifique usando o PosPrinterTeste.exe

Informar a mesma porta COM no ACBrECF não funciona ?

Poderia por favor, demonstrar no .INI e no Relatório de Redução Z, para termos certeza sobre qual contador você está falando ?

Você pode mudar o TimeOut a qualquer momento...

No SVN

Realmente parece ser esse o problema... veja esse trecho, e tente comentar essas linhas... // Sending Copies to Reply To // c := fReplyTo.Count; if c > 0 then MailProcess(pmsSendReplyTo); Isso vem desde a 1a versão do componente... (feita pelo Jean)... Acho que não seja o correto, enviar cópias do email para quem está no ReplyTo... Qual a sua opinião ? ACBrMail1.AddReplyTo

Tente reproduzir o problema com o ECFTeste, para ter certeza de que não é algo na sua aplicação...