Daniel Simoes

O que o Juliomar está querendo dizer é: o ACBrECF não usa a DLL do fabricante (usa a comunicação direta) e portanto, somente se conecta pela Porta Serial do ECF...

Não compreendi o post... o ACBr é todo OpenSource... então... todos os fontes estão disponíveis...

Na verdade ainda não havia sido copiado... Ok, acabei de subir na pasta "Projetos"

Consegui descobrir o problema... a CAPICOM não gosta que os dados seja informados em UTF8.. já estou aplicando uma correção...

anexe os seus fontes, para analise....

Não tenho como testar.. não tenho essa IDE...

Você pode usar a área "ObjectPascal" http://www.projetoacbr.com.br/forum/forum/12-object-pascal-delphi-lazarus/

sim, é possível... veja os eventos ""QuandoGravarArqINI, QuandoLerArqINI", e verifique se gravando em outra mídia, fica mais rápido e seguro...

Use os eventos "QuandoGravarArqINI, QuandoLerArqINI" e grave/leia o conteúdo do INI no seu Banco de dados (por exemplo)

Apliquei algumas modificações na ACBrUtil, que devem resolver o problema... Também está disponível um novo Projeto para Delphi, para UnitTeste da ACBrComum

Mas nesse caso não há o que possa ser feito... A origem do arquivo está errada e não o componente

Você reconstruiu o seu Lazarus ? A IDE compila os componentes de forma estática... ou seja, provavelmente a sua IDE ainda tem a versão antiga do ACBrMail...

Enviei modificações no SVN, para que o Objeto "TimeZoneConf", se comporte como um Singleton

Quando implementei tinha em mente a otimização de velocidade... (não fazia sentido ler posições vazias).... mas realmente traz esse problema... apliquei a modificação no SVN Obrigado...

como reproduzir o problema, usando o XML indicado, e o Demo do ACBr ?

Por favor responda... Caso contrário... não há como investigar...

vou modificar, para criar o "TimeZoneConf", conforme a demanda...

repare que na versão nova, tem opções para configurar o TimeZone manualmente...

Obrigado pelo retorno... foi mais rápido do que eu...

Acredito que você configurou o arquivo de SAIDA, com o mesmo nome do arquivo de Entrada

O A.V. só ocorreria se "pcnAuxiliar.TimeZoneConf" ou "Configuracoes.WebServices.TimeZoneConf", fossem nulas ou foram destruídos... Você manipula esses objetos diretamente ? Como reproduzir o problema usando o demo do ACBrNFe ?

Isso é controlado pelo Spooler do windows... você precisa configurar no Windows, um tamanho de papel maior... dependendo do driver da impressora, há uma opção específica para isso.. Outra alternativa é usar EscPOS, que não depende do Spool do windows

O problema é que o TEF impõem várias limitações na interface da aplicação... e o ACBrTEFD, usa intensivamente o recurso de Callback (eventos), para solicitar a aplicação informações do ECF e sobre os pagamentos... e também para Exibir Mensagens e comandar a impressão de relatórios... Ou seja, no caso do ACBrTEFD, ele faz a aplicação de "host", para as operações que ele precisa.. e isso não seria possível no caso do ACBrMonitorPLUS

Tenho um D7 aqui... Vou tentar nele... Um workaround, seria mudar o valor para positivo, arredondar e depois voltar ele pra negativo... e só então, somar nos fields da classe

Não é erro no portal, pois funciona no botão de teste... Parece ser algo na sintaxe do comando enviado ( não estou no PC no momento )