Régys Silveira

Então, este é o acerto que enviei dia 28/09/2015 e que pedi para você atualizar e testar, ele somente replicou, aqui nos meus testes está tudo OK.

Olha você está fazendo errado, para que ler o arquivo XML do arquivo e consultar após enviar, sendo que o componente já tem o arquivo XML autorizado é pronto nele? Basta após enviar ler a propriedade XML ACBrNFe1.NotasFiscais[0].XML Isso ai vai retornar o XML autorizado que você grava no banco, não tem porque ficar lendo arquivos, consultando, etc, etc, basta enviar, tratar o retorno e gravar no banco.

Olha tem algo errado ai então, porque eu testei aqui e está normal, usando o CNPJ informado no Evento. Você fez um build all no seu aplicativo, atualizou o ACBr antes?

Já existem ao menos 4 tópicos tratando deste assunto no fórum, ele já foi bem discutido.

Este é um erro de certificado, tente desmarcar as seguinte opções do internet explorer:

Pelo log está tudo normal, não encontrei nenhum DataHora com erro, você consegue simular isso no Demo para tentarmos verificar?

Você pode enviar no diretório da sua aplicação ou na pasta de sistemas do sistemas operacional, qualquer um dos dois já vai resolver o problema.

Não existem relatos de problemas com ela, e eu tenho várias em produção também sem problemas, faça o seguinte, ative o log do ACBrECF e deixe gravar os erros, assim podemos ver o que ela está retornando e porque não está.

O erro acontece somente quando você roda o programa em Debug? Veja que existem vários erros silenciosos no FastReport, ele aparecem em Debug, mas rodando o aplicativo não.

Enviei uma correção, por favor atualize, recompile seu projeto e teste.

Desculpe mas não estou entendendo o que você deseja. Você disse que grava o XML autorizado no Banco de Dados, então independente de arquivos gravados em disco, você tem um campo no Banco de Dados onde os XMLs estão, basta salvar diretamente de lá como deseja.

Sim, após você popular o componente e pedir para enviar, ele monta o XML, assina, faz tudo que é necessário e envia.

Qual marca é modelo de impressora fiscal?

Se via comando está OK não se preocupe, este erro é algo na interpretação do XML pelo componente que mostra ele, o componente não é usado para nada a não ser mostrar o XML então por isso não vai influenciar em nada que seja feito via comandos.

Só complementando, o único webservice que aceita qualquer estado fazer testes nele é o do AM, todos os outros, você precisa de dados reais de um contribuinte da UF e o ambiente de homologação liberado para esse contribuinte.

Você precisa enviar as dlls das pastas: <ACBr>\DLLs\XMLSec <ACBr>\DLLs\OpenSSL\0.9.8.14 <ACBr>\DLLs\Diversos

Na imagem fique atento somente ao que marquei em amarelo o restante nada tem a ver com ACBr ou influencia nele.

No options do Delphi existe a guia Environment Variable, nela o ACBrInstall cria uma variável PATH, verifica se nesta variável não tem diretórios apontando para o outro trunk.

Você não entendeu, devemos sim sempre gravar na base de dados, mas somente o XML autorizado, não todos os XMLs de pedidos, situação, etc, etc. Você deve gravar somente o XML autorizado e retornado pelo SEFAZ, esse é o que tem a validade jurídica é não pode ser perdido, todo o resto só é necessário durante o processo de autorização e em caso de um novo envio são gerados novamente do zero, não são usados para mais nada. Grave somente o XML retornado e autorizado o resto é desnecessário.

Tente utilizar o ACBrMonitorPlus, pois isto está funcionando 100% no Trunk2, lembrem-se que o suporte aos monitores antigos vai acabar logo. O ACbrMonitorPlus está com tudo que o antigo tinha e está funcionando normalmente, muita gente já está utilizando.

Ele só vai utilizar o CNPJ do certificado quando o CNPJ não for passado, ou seja, não for carregado um documento que contenha o CNPJ do emitente. Tem certeza que com os fontes atualizados até hoje (26/09/2015 17:28) ele está tendo este comportamento que você cita?

Essa versão nova do fórum não tem o botão resolvido, basta deixar como esta.

Você não tem arquivos alterados no seu repositório? Porque somente isso pode ser o problema, testei aqui de todas as formas usando o seu demo e do ACBr, tenho isso em produção também, pedi a outros colegas para testarem para ter certeza que realmente não havia um bug, está tudo normal. Me resta pensar que tem algum arquivo alterado no seu repositório ou algum arquivo antigo compilado (.dcu) no seu path e o Delphi está utilizando ele ao invés do correto.

Trunk1 ou Trunk2? Qual componente de impressão você utiliza?

Você envia para o SEFAZ o XML pronto e assinado, o SEFAZ somente autoriza, então chegou no SEFAZ da forma que eles registraram, ao menos é o que se espera.