André Ferreira de Moraes

Deixe o Retentar do ACBrECF como False e deixe que o ACBrTEFD dispare as mensagens de erro quando for preciso.

Vc está com seus fontes atualizados?

O TACBrNFeDANFERave funciona apenas em modo retrato, mas o TACBrNFeDANFERaveCB funciona dos dois modos.

Quais configurações vc está usando no ACBrNFe?

Não crie posts com o mesmo assunto, continue em viewtopic.php?f=6&t=1090

Siga os passos do arquivo trunk\Fontes\ACBrNFe2\Instalar.txt

Leia o manual de integração http://www.nfe.fazenda.gov.br/PORTAL/do ... 09.006.pdf e estude o demo. Na função GerarNFe este campo está sendo usado.

Poste uma IE com problema para que possamos testar.

Sim, existe. Veja http://anfm.blogspot.com/2010/10/acbrnf ... m-nfe.html

Use a busca antes de postar. Verifique se os passos relatados no post viewtopic.php?f=6&t=1055 não resolvem seu problema.

Não, apenas vai usar a CPU um pouco mais. Cada vez q vc chama o método pra assinar, ele remove a assinatura anterior e fáz o cálculo novamente.

Provavelmente o erro está ocorrendo em Windows que não estão configurados para receber atualizações automáticas, pois no meu micro a mensagem é: "O Horário de Verão termina em domingo, 20 de fevereiro de 2011 às 00:00:00. O relógio está configurado para atrasar 1 hora nesse momento." E no meu micro estou com o horário correto e os webservices de MG e RS estão respondendo normalmente usando CAPICOM com um certificado A1 da CertSign.

O campo infNFe.ID continua existindo, no demo anterior, mesmo vc informando algum valor para ele, na geração da NFe era substituído pela Chave, por isso foi comentado no demo. O comando ACBrNFe1.NotasFiscais.Assinar é chamado no botão gerar para Assinar a nota, no envio, dentro da função Enviar ele é chamado automaticamente, por isso que não consta no botão Criar e Enviar.

Vc tem algum programa que possa testar para ver se o leitor está instalado corretamente? Pelo hyperterminal do windows vc consegue receber alguma informação? Verifique também as configurações de velocidade da serial no ACBr.

O Software gratuíto do SEFAZ não usa CAPICOM e este problema ocorre apenas em alguns estados e com quem usa a versão CAPICOM do componente, se usar a versão OpenSSL este problema não ocorre.

A variável RetornoWS traz todo o retorno recebido via do WebService, inclusive o envelope enviado na resposta, enquanto o RetWS retorna apenas a mensagem enviada pelo WebService. Não entendi a pergunta. O nome do arquivo é a Chave da Nfe seguido da literal -nfe.xml Consulte o contador do cliente para ter certeza sobre este procedimento. Carregue o XML usando LoadFromFile e use o comando enviar normalmente. Estude o demo.

O campo vProd deve ser o valor bruto do produto. Exemplo: 1.0000 10.0000000000 10.00 0.66

Vc pode abrir o XML gerado e verificar se encontra no XML o atributo infNFe versao="2.00" e no AboutACBrNFe do componente ACBrNFe verificar se está na versão 0.4.0a.

Se é uma nota de complemento o campo finnfe deveria estar com o valor 2 e também deveria haver os dados da nota que está sendo complementada. Além disso, não deveria conter produtos com o campo vProd preenchido e o campos qCom e vUnCom zerados. Para fazer uma nota de complemento veja http://acbr.svn.sourceforge.net/viewvc/ ... ificos.doc Seus fontes estão atualizados? Pois o XML está com a sequencia dos itens errada, e em versões mais antigas isto causava problemas no componente.

Testei este XML pelo ACBrNFeMonitor e foi validado normalmente. Baixe o ACBrNFeMonitor http://djsystem.sytes.net/ccount/click.php?id=6 e teste o envio deste XML.

Uso desta maneira no PDV da empresa e funciona corretamente. Debugue sua aplicação e veja o que pode estar causando o problema.

Vc pode consultar pelo número de recibo (veja no demo o botão "Consultar Recibo Lote") ou pela chave da NFe(veja no demo o botão "Consultar pela Chave").

Veja http://www.forumweb.com.br/foruns/topic ... ntry308607

Com o demo vc consegue enviar uma NFe?

Vc tem que criar uma fila dos itens e ir lendo esta fila e comandando o ECF separadamente.