[Geração do Arquivo PDF]

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.

[erro de access violation]

É possível simular o erro com o programa demo da ACBrLib? Pois inicialmente não consegui simular...

Qual linguagem está usando?

[Geração do Arquivo PDF]

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

[erro de access violation]

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"?>

 

 

[AcBRLibBoleto Uniprime - NORTE DO PARANÁ 084 (CNAB 400): Solicitação de readequação da remessa conforme Manual de cobrança versão 2.0]

Adicionado para análise #TK-2948

[ACBrLibNFe ajustes no Demo do C#]

23 horas atrás, Daniel Simoes disse:

é possível usar IFDEFs como no Pascal ?

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

[erro de access violation]

28 minutos atrás, phulano disse:

usando a mesma dll, q estou usando com o emulador

e no emulador  faz e imprime o cupom

 

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.

[erro de access violation]

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?

 

[erro de access violation]

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

[Como configurar para pasta Docs aparecer]

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.

[ACBrLibNFe ajustes no Demo do C#]

41 minutos atrás, Daniel Simoes disse:

@José M. S. Junior seria de muito impacto querermos a compatibilidade com esses Frameworks antigos?

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>

[ACBrLibNFe ajustes no Demo do C#]

22 horas atrás, Emerson Teixeira disse:

sobre o campo "Codigo/cNF" alterei pq estava vindo vazio...

Vou verificar isso então.

22 horas atrás, Emerson Teixeira disse:

para compatibilidade com o net core 6 e 7, o correto seria criar outro projeto? 

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!

[Lentidão para gerar o DANFE com a DLL atualizada.]

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. 

[Estou com problema na impressao do cupom NFC-e com espaçamento em branco no final da impressão!]

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.

[Lentidão para gerar o DANFE com a DLL atualizada.]

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.

[ACBrLibNFe ajustes no Demo do C#]

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.

[Lentidão para gerar o DANFE com a DLL atualizada.]

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

[Lentidão para gerar o DANFE com a DLL atualizada.]

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,,,,,)

 

 

 

 

[Estou com problema na impressao do cupom NFC-e com espaçamento em branco no final da impressão!]

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.

 

[Estou com problema na impressao do cupom NFC-e com espaçamento em branco no final da impressão!]

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:

 

[Homologação NFCe e NFe]

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.

[Lentidão para gerar o DANFE com a DLL atualizada.]

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

[Remessa Uniprime - NORTE DO PARANÁ 084 (CNAB 400): Banco está solicitando que enviemos mensagem no registro tipo 2 para homologação]

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

[ACBrLibNFe ajustes no Demo do C#]

Obrigado pela contribuição, 

Vamos analisar e atualizar no repositório assim que possível e informamos aqui.

[NCM inválido]

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.