EMBarbosa

Então, como tinha dito que iria ajuntar informações sobre o problema, deixa eu vasculhar aqui os nossos arquivos do fórum sobre o assunto... 1) Em casos de CST 05 usados por indústria, a alíquota deve ser preenchida com um valor da tabela apresentada pelo guia prático. 2) Há casos em que uma das alíquotas deve ser preenchida como zero. Esse é o caso de CST 05 para revenda de produtos de substituição (ex. cigarros). 3) Em casos de CST 04, a alíquota deve poder ser preenchida com valor vazio; 4) Em casos onde é preenchido o campo ALIQ_PIS_QUANT, o campo ALIQ_PIS deve ser vazio; Vou verificar se existe mais alguma coisa... Alguns dos posts relacionados:

Em resumo é exatamente isso. Existem casos em que a alíquota deve sair o número zero e existem casos em que a alíquota deve sair vazia, ou seja, "||". E nós temos usuários que precisam que o componente funcione nos dois casos. Hoje eu vou tentar alistar as condições para ver se seria possível tratá-las dentro do próprio componente.

Isaque, Não pode fazer essa alteração da forma que foi apresentada não. A alíquota deve poder ser preenchida em branco. Precisamos analisar outra maneira. Veja esse tópico e os outros alistados neles:

Olá Otávio, Eu entendi, e quero deixar claro que eu quero ajudar você. Mas veja bem, eu não tenho o código fonte dando problema. Você tem. Então temos duas opções: 1) você cria um programa de exemplo da forma mais simples possível que causa o AV e me envia o código fonte para que eu possa reproduzir na minha máquina. 2) Eu vou lhe orientando onde procurar e você mesmo vai fazendo o debug do código procurando onde está o problema. Estou tentando seguir o segundo método, pois acho que assim você pode ganhar mais em conhecimento sobre debug e sobre o componente. Desta forma, futuramente você próprio poderia até mesmo corrigir outros problemas. Quem sabe até adicionar coisas que seriam benéficas não só pra você mas pra muitos outros. Entretanto, se quiser usar o primeiro método, fique a vontade de enviar um programa simples que reproduz o erro. Ou explanar como reproduzir o erro com o Exemplo do NFe

tchuk, Infelizmente não. Se precisa de ajuda para comunicação com ECF usando a dlls dos fabricante, independente do fabricante, deve procurar a ajuda deles. Se nem a Bematech está conseguindo passar informações da comunicação usando a dll deles dos ECFs deles, então fica difícil. Terá que aguardar mesmo...

Object Pascal não permite essa construção: DmACBR.ACBrECF1.Estado.estLivre A propriedade "Estado" não é class, Record ou object. Então, você não pode colocar "Estado.AlgumaCoisa".

Acho que suas sugestões já estão no SVN.

Subi a correção para o SVN na Revisão 4935. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

1) Se você não precisa preencher o registro F205, não basta apenas não criá-lo? 2)Subi suas alterações para o SVN na Revisão 4934. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Subi suas alterações para o SVN na Revisão 4933. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Olá Otávio, Desculpe-me. Você tem razão. Essa unit é do ACBr... Ainda assim os objetivos para encontrar o erro continuam os mesmos. Você deve ter percebido que esse DataModule possui uma propriedade NFe. O que essa propriedade recebe é passado para o objeto FNFE. Em algum certo momento esse objeto precisa ser criado e preenchido e, pelo que eu vi, isso acontece fora desta unit. Em que momento é preenchido essa propriedade? Você precisa encontrar porque o erro é justamente causado quando a propriedade não está sendo preenchida.

Sugiro deveria procurar os servidores de e-mails e ver o motivo deles estarem barrando as mensagens.

Eu tinha separado esse tópico para analisar com mais tempo pois não tinha entendido qual era seu problema. Contudo, mesmo agora que eu tive mais tempo, ainda não consigo definir se você está tendo algum problema e qual o problema. Além disso, se está com problemas, seria isso no SPED Fiscal ou Contribuições? Se não há nenhum problema mais, queira desconsiderar por favor.

Não se preocupe. Pelo contrário, eu agradeço seu retorno. Com certeza outros usuários vão passar pelo mesmo, só que agora eles tem seu relato para guiá-los.

Ok, vamos por partes: O valor retornado pelo Connection mostra diversas propriedades, o que significa que o objeto está carregado na memória. Ou em outras palavras: "tudo ok". Det = undeclared identifier Significa que o Delphi não encontrou o Det. Isso era esperado, pois Det é parte do FNFE. Ou seja, para adicioná-lo no watch você teria que ter adicionado FNFE.Det. De qualquer forma o nosso vilão está no seguinte: FNFE = nil Isso quer dizer que o objeto FNFE não está acessível na memória. Então quando o componente tenta acessá-lo para buscar o valor do contador (linha apresentada), será gerado um erro de violação de acesso, ou Access Violation (AV). Pois, dizendo a grosso modo, você está tentando acessar algo que não existe na memória. Como essa unit parece ser do seu programa, revise o código, o motivo de você estar acessando aí o objeto FNFE e o porquê ele não estar criado.

Em algum lugar do seu programa, você deve ter algum código que faça uma conversão de string para Integer e o parâmetro passado no string está recebendo o valor '00C100' que não é possível converter para inteiro. Você precisa debugar o programa para achar onde isso ocorre.

Concordo sim. Talvez possa ser um problema no ECF mesmo. Ainda assim, fique atento. Corrigir erros de última hora é muito mais difícil. Se prepare com antemão para localizar esses possíveis erros. Talvez aprendendo a ler os logs do ACBr ou colocando logs no seu próprio programa em situações críticas. Bom trabalho aí. (:

Olá Daniel, Não vi nenhum problema parecido relatado. Você consegue fazer um código para reproduzir o problema?

Subi suas alterações para o SVN na Revisão 4926. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema. Obrigado.

Agora acho que entendi. Então, nesse caso, por favor anexe a unit alterada bem como explicações sobre: 1) Motivo da alteração; 2) Impacto sobre o código dos componentes atuais; 3) impacto no uso dos componentes atuais;

Ponha um BreakPoint na linha que está gerando erro, no caso você diz 486. Daí quando o Delphi parar nessa linha você tem duas opções: Vá com o mouse em cima do objeto e deixe ele parado por alguns segundos. Isso vai mostrar o valor; ou Adicione um watch. (Você faz isso apertando Ctrl+F5, e escrevendo o objeto que deve ser analisado);

Olá Claudemir, Com qual componente você está mexendo quando se deparou com isso?

Seu arquivo de log ficou muito grande... Será que tem como você identificar em qual momento o cupom foi cancelado "automaticamente"? Eu encontrei em muitos lugares o comando CancelaCupom após abrir o cupom (veja por exemplo às 16:42:43 e 16:52:50). Nestes casos é o seu programa que está enviando o comando para cancelar. Assim, você precisa analisar em quais momentos você faz a chamada a esse comando e verificar. Talvez possa lhe ajudar encontrar onde está o erro se notar que sempre que isso acontece, o componente manda um Ativar logo depois.

Fica muito difícil de saber como ajudar se você não dar detalhes do seu problema, marca e modelo da impressora, meio de comunicação (serial, usb, conversor), quando acontece o problema, se é intermitente, etc...

Warnings são avisos de coisas que poderiam ocasionar erros, mas não são erros em si mesmo. Você pode desabilitar alguns warnings nas opções do Delphi.