EMBarbosa

Eu não sei se você chegou a testar esse caso específico, mas o código atual atende a ele. E sua modificação me parece que não... Talvez possa adicionar as verificações também propostas pelo Waldir Paim no seguinte tópico:

Isso dependerá muito do quanto é oneroso buscar os valores no banco de dados versus armazenar estes novamente na memória ou num arquivo temporário e o quê você vai querer otimizar (memória ou velocidade), e até que ponto você vai querer otimizar... Se você conseguir armazenar os valores temporariamente na memória, a navegação, cálculos, compilação e etc serão muito mais rápidos. Contudo o consumo de memória pode ser insustentável se no período selecionado o número de registros for enorme. O consumo de memória ao fazer a busca no banco de dados talvez seja menor. E se estiver buscando os dados num servidor, ele provavelmente estará preparado para isso. Mas pode ter o problema de ser mais lento pois terá que ler novamente os dados do disco, e leitura do disco é muito lenta. Contrabalançando isso, bancos de dados atuais podem implementar um cache para as últimas consultas tornando uma busca sucessiva pelos mesmos registros mais rápida. Isso é o caso do Firebird por exemplo. Mas o cache tem um limite...

Também concordo. A mensagem é clara, torna a instalação mais fácil e manutenção mais simples. Apenas mudaria o tipo da Exception para o nosso tipo EACBrECFErro, continuando com o padrão que temos usado no ACBrECF

Provavelmente você sabe que na pasta do seu sistema deve ter a dll de versão que o sistema foi preparado para utilizar. Se você está utilizando a dll da Bematech, então coloque a versão que veio junto com a dll. Só por desencargo de consciência, seria bom você tentar em outra máquina onde não há essas dlls.

Que bom que deu certo. Bom trabalho por aí.

Sem problemas. Mas deve ser algum problema por aí. Tente usar o ACBrInstall ou vá na pasta dos pacotes e instale o pacote ACBrSerial novamente. Antes você provavelmente precisará verificar se não houve alterações nos pacotes, desinstalar, fazer um Build e instalar novamente.

Você está usando o endereço de desenvolvedor do ACBr. Você deve usar o de usuário. Ele não pede senha nem precisa de digitar o usuário.

Está na assinatura do Juliomar, nos anúncios acima dos subfóruns e em destaque no subfórum sobre Dúvidas Gerais. Mas pra não perder a viagem, aqui está

Tive um problema parecido aqui com um conversor da prolific. O problema não foi resolvido com atualização. O que precisava fazer era sempre ligar o ECF antes de conectar o conversor ao computador. Veja:

Verifique o programa de exemplo do fabricante. Se ele não funcionar, será difícil fazer o ACBrECF funcionar. Talvez você possa tentar com outras versões da dll, mesmo que sejam mais antigas. Pode ser algum bug da dll que foi introduzido em alguma versão. Não custa tentar...

Só há necessidade de exibir o dígito caso ele tenha sido inserido de forma incorreta. Caso o dígito tenha sido válido, você já sabe qual é e não há necessidade do componente lhe dizer novamente.

Para controle: http://www.projetoacbr.com.br/forum/index.php?/tracker/issue-8-carregar-logos-com-stream/

Pra controle: http://www.projetoacbr.com.br/forum/index.php?/tracker/issue-9-setar-false-para-propriedade-printdialog/

Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Você tinha criado esse post num tópico sobre o ACBrSAC que não está relacionado. Desta vez eu dividi o tópico. Da próxima talvez o post seja simplesmente apagado

Considerando que você mencionou que o ApplyUpdates retorna zero sempre e que nenhum erro é retornado no Commit da transação, é muito difícil ajudar sem ter mais informações do código ou um exemplo que reproduza o problema.

Olá Halisson, obrigado pelo retorno. Você mesmo pode marcar o tópico como resolvido clicando no botão "Resolvido" abaixo da resposta correta.

Isso está parecendo o teste do TEF. Você poderia verificar como é feito o tratamento para esse tipo de erro no ACBrTEFD.

Você não acha que é você quem deveria dizer o que seu ambiente está diferente do código padrão do SVN?

Ajudar a fazer o quê? Você não descreveu nenhum problema que possamos ajudar...

também não achei nada...

Depende exatamente o quê você quer monitorar...

Em Minas Gerais, o TEF precisa estar funcionando para os testes do PAF-ECF. Mas não precisa estar certificado para registrar na SEFAZ do estado, conforme o autor do tópico declara. No entanto, até onde eu estou sabendo, se o software estiver usando TEF nas lojas e não for certificado pode ser passível de punição por exigência das "bandeiras" que o software seja certificado.

O log está dizendo que o pacote 'QR5RunDXE4' não foi encontrado durante a compilação do pacote ACBrNFSeDanfseQRpkg.dpk. Se você não tem o Quick Report 5 instalado, desmarque o pacote do Danfe para NFSe e tente novamente.

Me esclareça de onde veio essa informação? O que me impede de ter um registro C170 com o campo ALIQ_PIS_PERC preenchido como zero "|0|" ?