José M. S. Junior

Aparentemente o problema está na chamada do método NFe_CarregarXML na sua aplicação. Esse método não espera nenhum retorno, assim como o métodos Assinar por exemplo, então no parâmetro só precisa passar o path completo do do xml. Dê uma olhada no programa exemplo do ACBr utilizando a lib.

É possível simular o erro com o programa demo da ACBrLib? Pois inicialmente não consegui simular... Qual linguagem está usando?

Bom dia, O método ObterPDF serve para obter o mesmo em base 64 mesmo, caso esteja usando Web por exemplo. Para Salvar na própria máquina utilize o método ImprimirPDF, após carregar o mesmo. Será Salvo conforme a estrutura de diretórios configurada na lib o diretório raiz será o configurado no campo "Download.PathDownload" na sessão [NFe] https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

Bom dia @phulano, Parece ser algum problema com o XML que está carregando mesmo, está gerando o XML pela sua aplicação? Pois notei que o mesmo está com quebras de linhas e falta o encoding UTF8 no início <?xml version="1.0" encoding="UTF-8"?>

Adicionado para análise #TK-2948

Vou verificar se será possível usar algum recurso semelhante, para configurações de Projeto.

Fiquei na dúvida, você está testando a ACBrLibSAT com o emulador ou com o aparelho SAT? Está testando com o demo ACBrLibSAT? Por favor anexe seu .ini da lib com as configurações: "ACBrLib.ini" para facilitar análise.

Com o XML parece estar tudo ok. Esse tipo de erro ocorre quando não está utilizando a dll correta do SAT ou mesmos não está conseguindo comunicação com a dll. Configurou a mesma dll que está usando no ACBrMonitor? Copiou essa dll para o mesmo diretório da ACBrLib?

Boa tarde, Está conseguindo comunicar com o equipamento usando a ACBrLib, por exemplo: InicializarSAT e realizando uma ConsultarSAT? Aparentemente não está inicializada a dll do SAT. Certifique-se também de estar usando a lib n mesma arquitetura da dll do equimento, ex: 32bits

Olá, os paths onde os documentos serão gravados são definidos na aba DFe / Diretorios / Pasta Arquivos DFe. Vai depender também da estrutura de diretórios que definir nas flags em tela.

Na verdade as classes de alto nível estão nesses dois Frameworks mais antigos citados acima, justamente para poder ser utilizado por todos, pois aparentemente muitos ainda usam em sistemas legados. A questão é que algumas funcionalidades de frameworks novos acabam não sendo compatíveis com o mais antigos como foi o caso que teve nessa contribuição. As tags abaixo são melhorias, mas não é compatível com os frameworks anteriores. <ImplicitUsings>enable</ImplicitUsings> <Nullable>disable</Nullable>

Vou verificar isso então. Não é necessário, foi implementado usando framework mais antigos (net452 e netstandard), juntamente para que possa ser utilizado por todos, a questão é só que recursos novos do .net 6 por exemplo não serão compatíveis. Mas pode manter atualizado no seu projeto se desejar. Vamos analisar a contribuição da lib, obrigado!

Fernando, chegou a testar sua aplicação em outro ambiente "Limpo" sem nada instalado, tipo antivírus, firewall. Pois pode ser algum software que esteja sempre analisando o que é gerado pelo seu .exe por isso causa demora na geração. Talvez possa tentar adicionar seu .exe nas exceções do Antivírus e do próprio firewall do Windows.

Temos o relatório de testes realizados com esse modelo, por isso penso que seja alguma configuração da própria impressora instalada. Outra alternativa seria o uso com ESCPOS, assim a comunicação é de forma direta, não passa pelo spool do Windows.

Ok Fernando, pelos logs fica evidente o tempo para geração do PDF e Impressão, e que começou a ocorrer a partir de algumas versões adiante, a questão é a mesma que estava ocorrendo com o seu caso no ACBrMonitor. O problema é que isso parece ser algo muito específico, que está ocorrendo no seu ambiente, pois nos testes não conseguimos simular nada parecido... Até mesmo por que se estivesse ocorrendo com os demais usuários teríamos muitos relatos desse problema. O que eu sugiro para que possamos analisar a fundo seu caso, é que você nos disponibilize uma VM com seu ambiente de uso, (não precisa estar com seu sistema instalado), assim conseguiríamos simular por aqui e se for o caso criamos um ambiente de desenvolvimento a partir dessa VM para identificar onde ocorre o problema. Pois apenas analisando as modificações entre versões não identificamos nenhum ponto nos fontes que possa estar ocasionando isso.

Boa tarde Emerson, Atualizado as suas contribuições no SVN com algumas pequenas ressalvas... - A nomenclatura das tags da NFe estamos procurando manter idênticas as nomenclaturas do MOC SEFAZ, embora a lib ainda permita a leitura de nomenclaturas diferentes para o mesmo campo como "Codigo" ou "cNF", atualizamos para que a leitura padrão seja sempre a mesma da SEFAZ. A ideia é que todas estejam assim também nos nossos manuais. - Quanto a adição de diretivas de uso global no Projeto, não adicionamos devido não ser compatível com os Frameworks mais antigos aos quais precisamos manter compatibilidade. - A contribuição no fonte da ACBrLib em Lazarus creio que faltou anexar os arquivos modificados, está apenas o arquivo .lpi do projeto.

Sem a opção preview, a impressão é enviada direto para impressora configurada ou a padrão. A impressão demorou da mesma forma para ser impressa fisicamente? Se utilizar o método NFe_ImprimirPDF ocorre a mesma demora para gerar o PDF? Se possível anexe um log utilizando esse método. https://acbr.sourceforge.io/ACBrLib/NFE_ImprimirPDF.html

Boa tarde Fernando, Analisando seu arquivo de configuração "ACBrLib.ini", notei que usa a configuração (MostraPreview) ativada. Essa opção não é recomendada no uso com a lib em produção, pois enquanto o preview estiver aberto em segundo plano a ACBrLib não vai responder a outros métodos, causando sensação de Travamento. O que pode estar ocorrendo é que a tela do preview está ficando em segundo plano ou demorando para abrir, sendo assim enquanto não clicar na tela do preview e mandar imprimir ou fechar o preview, a lib fica esperando. veja no log como funciona: Para simular o tempo real de impressão, não utilize a opção mostrar preview. Antes do Método Imprimir utilize o método MostraPreview como False; ex: NFE_ConfigGravarValor("Danfe", "MostraPreview", 0 ); NFE_ConfigGravar NFe_Imprimir(,0,,,,,)

No tópico, foi citado esses exemplos de configuração para a impressora instalada em (Preferências de Impressão) e (Propriedades da Impressora) com a nova configuração do Tamanho do Papel, ou configurando um já existente.

Boa tarde, está usando o modo "bobina" para impressão? Se sim, pode ser configuração do layout do papel nas configurações da própria impressora. Dê uma olhada nesse tópico:

Bom dia, Que bom que resolveu... Como esse tópico ficou um pouco extenso e o caso inicial já se resolveu vou encerrar o mesmo. Para outras dúvidas favor criar um novo tópico.

@lfernandolopes, poderia anexar o seu XML para impressão também.

Na próxima versão será atualizado para que utilize a Mensagem a partir da primeira linha da mensagem, conforme especificação do Manual.

Obrigado pela contribuição, Vamos analisar e atualizar no repositório assim que possível e informamos aqui.

Provavelmente esta consultando uma listagem antiga. Verifique o diretório que está configurado no ACBrMonitor na aba NCM. Pesquise por arquivos "ListaNCM.csv" e "ACBrNCM.json" nessa pasta. Se existir exclua os mesmo depois utilizando o ACBrMonitor click no botão Salvar para baixar a listagem atualizada.