elton.barbosa

Esta sugestão já está implementada nos tópicos que eu alistei. E o PVA não aceita a variável boolnull nos quatro campos pois você deve informar apenas imposto por Percentual ou por Quantidade. Não pode informar os dois ao mesmo tempo. No entanto ela não atende as situações que o componente atende atualmente. Se tivéssemos implementado ela os usuários que caem nessa situação reclamariam que alguma coisa "quebrou" o componente. Uma das situações que ela não atende é o do CST 04 com informações vazias. Note que o PVA não reclama de CST 04 sem valor em um dos quatro campos mencionados. Outra situação que não atende é quando o usuário preenche os valores por Quantidade com CST 04, 05, ou 06. Você nunca vai conseguir gerar um arquivo válido com esse código.

Se a impressora retorna zero, que seja zero. O motivo é simples: Não acho que o componente deveria tomar a liberdade de alterar o retorno desta forma pois pode alterar o sentido do dado. Alterar esse valor para a data atual pode alterar o sentido da informação. Este não é o caso de retornar o dado de uma maneira mais funcional para o desenvolvedor. Votei lá.

imagem corrompida? Salvo em JPEG CMYK numa versão antiga do Delphi? Pouca Memória ou erro no código?

Você chegou a verificar o site do SPED? Tiveram algumas alterações no fim do mês de setembro na documentação. Como não estou usando o SPED Contábil ainda estou por fora também...

Sim, o código atual não atende o seu caso específico. Está explicado nos tópicos relacionados que, se não leu antes, deve ler agora. e sei que você precisa do campo com valor zero ao invés de vazio. O que não temos ainda é uma solução que atenda Se tiver alguma sugestão ao código para corrigir fique à vontade para fazer. A propósito, você poderia anexar uma imagem do erro que você mencionou no primeiro post?

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