Daniel Simoes

Trata-se de um ECF real ou Emulador ? Aparentemente o ECF não está respondendo todos os Bytes previstos, o que faz com que o ACBrECF espere até o TimeOut

Isaque as DLLs da pasta DLLs\ECF\Daruma do ACBr estão defasadas em relação a esta ? Se SIM, poderia fazer a atualização ?

Tente reproduzir o problema usando o projeto Demo do ACBrBoleto... Se conseguir, favor fornecer o passo a passo para a reprodução do erro...

Oi Flávio, Ótima ideia... ( porque não pensamos nisso antes ) Vou dar continuidade e avisar o Financeiro para incluir um texto com as primeiras instruções... Um T.F.A.

o Erro significa que a "porta serial" atribuída ao componente não existe... O ACBrBAL não usa nenhuma DLL, usa a comunicação direta pela Serial

Não funciona assim... A tabela de cheques com as cordenadas, é carregada na memória do equipamento, que usa o Cód.Banco como Chave Primária

Na área de Download do SAC (necessita Login) http://www.djsystem.com.br/acbr/sac/index.php/downloads

Tente mudar a atribuição do .INI para somente após ter definido o Modelo...

Talvez o contador do seu cliente saiba.. ou ainda alguém do Sefaz...

Não existe aliquota 0%... ou é Isento (II), ou Não Incidência (NN) ou Substituição Tributária (FF)...

Se deseja que eu faça uma analise mais detalhada, por favor informe o passo a passo para a reprodução do problema usando o Demo ECFTeste

Por que você não limpa a lista inteira a cada operação ? Veja nos fontes do Demo como proceder..

Também notei isso... mas não investiguei, pois não uso o Fortes para Delphi... Acho que seria interessante tentar um contato com a Lista/Forum dos desenvolvedores do Fortes Report...

Porque você mesmo não tenta uma homologação ? Se houver algum problema, volte a postar aqui... talvez existam interessados em ajudar...

A Juliana retornou a pouco de férias... ela já me comunicou que assim que puder irá ler os posts pendente do forum...

É html... você pode tratar o evento OnBobinaAdicionaLinhas e adicionar o HTML que quiser, vai do seu talento Veja também a propriedade ACBrECF1.MemoParams

Provavelmente você tem 2 instalações do ACBr em diretórios diferente, e ambas no LibPath do Delphi... Essas constantes estão declaradas corretamente em ACBrConsts.pas

Em algum momento você está atribuindo um valor errado para... ACBrECF.Device.Baud... não há outra explicação...

MessageBox está descartada... ele é API do Windows, e o ACBrECF é multiplataforma... para evitar mensagens do Delphi em Ingles você deve traduzir a Unit Conts.pas do Delphi, e deixar uma cópia dela no seu projeto (fazendo o Delphi sobrepor a Unit padrão) Procure na internet, você já achará essa unit traduzida... Não compreendi o problema com as linhas: AValue := Poem_Zeros(AValue, 12); if (copy(AValue, 1, 1) = '0') and (copy(AValue, 2, 1) = '0') - Qual o erro ? O que ocorre ?

Não notei nada errado nessa rotina... Em todo caso, o problema (se for nos fontes do ACBrECF) não é nesse ponto... deveria ser em: TACBrECFDaruma.GetEstado... Debug um pouco mais, ou passe instruções detalhadas de como reproduzir o problema usando o Demo ECFTeste... Se quiser, tb envie o Log gerado pelo ACBrECF... ele pode ter informações sobre o erro...

Não existe emulador com essas características... em todo caso entre em contato com o Fabricante...

Tente atualizar os fontes novamente... (houve mudanças de com um grande refactoring de funções repetidas) Também recompile e instale o Package ACBrComum.dpk

Não... isso retorna um ponteiro para o Objeto existente, e não instancia um novo objeto...

Você não deve destruir esses objetos... deixe que o próprio ACBrECF faça isso... não há vazamento de memórias no ACBrECF...

Não creio que seja no componente... observe que o Demo ECFTeste não dispara essa exception... outro fato é que não há report semelhante a esse por conta de outros usuários... O Destroy da Classe Bematech está correto... ela não está destruindo o componente e sim uma Classe interna, essa chamada irá chamar: TACBrECFClass.Destroy;