EMBarbosa

Que isso rapaz! Pra resolver basta fazer o download dos componentes no repositório oficial e a partir daí bla, bla bla. (Acho que estou muito mau hoje...)

Faz sentido o que o Daniel falou. Jocimar, você deveria entrar em contato com a Elgin e verificar como proceder. Qual deve ser a dll para utilizar para esse modelo específico que está dando erro (Elgin K). Com o posicionamento oficial deles a gente talvez poderia fazer algo.

Talvez alguém que possua poderia lhe dar uma mão. Alguém poderia ajudar o Juliomar pessoal? Isso parece que já é conhecido no Delphi está no QC com número 52481 Tenho aqui algo que pode ajudar a resolver o erro, veja esses links: http://embarcadero.newsgroups.archived.at/public.delphi.ide/200909/0909074932.html http://delphi.about.com/od/adptips2005/a/bltip0105_3.htm

Pegue o manual de programação e comunicação direta com o ECF do fabricante. Faça as implementações no componente. Crie um tópico explicando o que você adicionou e anexe os arquivos alterados nele.

Daniel, Talvez seja necessário analisar a marca e o modelo. Jocimar, Qual o retorno completo das strings de marca e modelo para esse ECF que gera problema?

Jeferson você precisa anexar o log do ACBrECF.

Ainda não está disponível para download no site do SPED.

Você parece estar com uma licença inválida, entre em contato com a Embarcadero para conferir se não há problema algum com a sua licença.

Não há impedimentos. Na verdade, você poderia até buscar os dados diretamente do servidor durante as vendas.

Não faço uso do MDFe ainda, mas acho que todos nossos componentes que geram arquivos deveriam seguir esse modelo de gerar de acordo com uma propriedade "versão do layout" enquanto for possível.

Mas você está usando o ACBrBombas?

Não é. Você ou não leu o tópico desde o início, ou não estudou o programa de exemplo corretamente. Queira por favor fazê-lo.

Essa dúvida é sobre o Delphi ou sobre algum componente ACBr?

Qual a parte que contradiz a informação acima?

Se nenhum dos tópicos anteriores não fizeram nenhuma diferença, infelizmente eu não posso lhe ajudar no momento. Não utilizo o Windows 8 64 bits aqui no momento. Você poderia tentar contato com a Bematech. Talvez eles possam ajudar.

O Cleber está certo. Venda, Devolução, Compra de Produtos de Fornecedores, Devolução de produtos a fornecedores se encaixam na primeira e na última parte que você mencionou, a saber, "registrando a entrada ou saída de produtos" e "bem como de operações de aquisições e/ou devoluções com direito a crédito da não cumulatividade". Notas canceladas, denegadas, vinculadas a cupom fiscal, etc... se encaixam na segunda: "outras situações que envolvam a emissão dos documentos fiscais mencionados".

Justamente o contrário, pois a imagem não é a mesma em todos os computadores nem é salva ou carregada na mesma memória...

A primeira opção é a sugestão que eu tinha dado de misturar o seu código com o do Waldir Paim no outro tópico. Ainda assim, ela não vai atender todos os casos. A segunda opção, poderia atender todos os casos, mas provavelmente quebraria o funcionamento de outros componentes que precisam do modo atual do DFill funcionar. Acho muito arriscado. Exceto se adicionássemos um terceiro parâmetro para habilitar ou desabilitar o tratamento do número negativo... O uso de eventos eu ainda não analisei...

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