Rafael Dias

Correção enviada ao SVN.

Não tem erro especificamente neste metodo de carregar o valor do retorno é a quantidade de NFe carregada, se retornou 0 quer dizer que não carregou nenhuma. Poder ser algum problema com o xml ou no acesso ao mesmo, recomendo sempre enviar o conteudo do xml em vez do caminho é mais garantido de ler os dados do mesmo.

O parâmetro é opcional, como esta na documentação. NFE_Imprimir (sourceforge.io)

Se fala do ini da NotaFiscal, basta usar a classe NotaFiscal que se encontra no fontes do demo.

Não precisa adquirir licença para usar as mesma, os fontes se encontram disponivel de forma OpenSource, no caso você precisa compilar usando o lazarus. Agora senão quiser compilar assinando o ACBr Pro disponibilizamos semanalmente uma versão compilada das libs. No link abaixo você encontra versões de teste para fazer sua avaliação. ACBrLib - DEMO - Projeto ACBr

Esta pasta é uma pasta, no caso do window, onde fica as libs para serem acessadas pela classe, no netbeans se colocar a pasta como uma dependência ele adiciona no class path facilitando usar a dll. No caso do linux se você colocar a dll da acbrlib na pasta lib nem precisa desta pasta ai, basta remover ela.

Não tem como resolver isso, a dll do SAT que não da retorno e por isso fica travada.

Abra o schema XSD veja os campos necessario ou leia a documentação, nos 2 dois lugares você vai achar a informação que procura.

Não tem nada haver com a classe, eu achei o problema aqui era na compilação da LIb, a nova versão dessa semana vai estar corrigido já.

Já chegou a olhar as modificações que estão no SVN ?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Não pois ficaria errado a geração da guia, esta função é para gerar Guia e não lote de guias, isso não será feito.

Não tem erro nenhum ai

Achei o possivel erro, a correção deve sair na próxima compilação da Lib.

Não tem como remontar o protocolo, pois você não tem acesso ao certificado da SEFAZ.

Então você precisa montar na mão isso, o componente so gera o lote na hora do envio.

Não a SEFAZ não disponibiliza nada de forma automática para podermos fazer isso. Você vai ter que checar se no site da ela tem alguma forma de recuperar este protocolo.

Estas tags ai não são da guia e sim do lote que vai no envelope SOAP, isso so é gerado quando ocorre o envio. Então o componente esta gerando corretamente os dados do xml da GUIA, o problema que tu quer os dados do lote o que so ocorre no envio.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Não o metodo é ConfigImportar e ConfigExportar mesmo estão corretos. Agora o LerCMC7 realmente estava com erro, foi enviado uma correções relativo a esses problemas ao SVN. Obrigado pela contribuição.

Percebi aqui que não era implementado no demo o Finalizar, apos testes vi que realmente tinha um erro, o mesmo já foi corrigido e enviado ao SVN.

Acabei de abrir o demo em VB6 com a ultima versão da LIb e não consegui emular o erro relatado, o programa abre e fecha sem erro algum.

O erro esta ocorrendo devido uma correção que foi feita nos fontes relativo a informar o Layout de impressão no ini do Boleto, a ACBrLibBoleto não estava acatando esta instrução. Para resolver não informe no ini do boleto o campo LAYOUTBOL, para seguir o padrão, ou informe ele com o layout desejado.

Eu vi aqui e no tratamento do retorno do envio se não for com sucesso os dados do protocolo não são lidos, então o comportamento esta correto. Se quiser pegar a chave da nota use o GerarChave antes de enviar a NFe que ele vai gerar a chave para você. NFE_GerarChave (sourceforge.io)

Poste por favor o log da lib e o xml de retorno da sefaz para analise.