Nelson A Sousa

Pessoal, Bom dia! Estou utilizando a AcbrNFe32 com c#. Até ontem à tarde as NFes estavam sendo autorizadas normalmente, porém fui fazer um testa à noite e começou a retornar o erro da imagem abaixo. Assim, do nada!! Alguém pode dar um help? ACBrLib.ini ACBrLibNFE-20210424.log

Bom dia! Com essas mudanças o Demo em C# deverá sofrer alguma alteração?

Ah sim, me desculpa me esqueci de colocar aqui. PathPDF=C:\Methodus\Gerente\1\Dados\NFe\Autorizadas\PDF\

Olá @Rafael Dias, muito obrigado pela resposta. Peço desculpas pela demora no retorno. Eu utilizei o método ImprimirPDF() logo após utilizar o método Imprimir() _AcbrNFe.Imprimir(); _AcbrNFe.ImprimirPDF(); O XML é salvo corretamente, porém o PDF não. Veja o trecho do INI: PathNFe=C:\Methodus\Gerente\1\Dados\NFe\Autorizadas\XML\ PathInu=C:\Methodus\Gerente\1\Dados\NFe\Autorizadas\Inutilizadas\ PathEvento=C:\Methodus\Gerente\1\Dados\NFe\Autorizadas\Eventos\

@Rafael Dias, obrigado pela resposta. Entendi, porém onde passo o comando para geração do PDF? Como eu disse acima, no AcbrMonitor é no método CRIARENVIARNFE(), na LIB eu não estou conseguindo identificar o local do comando. Ressalto que o XML é gerado corretamente nas pastas configuradas, porém a pasta reservada para o PDF continua vazia.

Olá, Boa noite! Estou realizando uns testes na AcbrNFe32.dll com c#. Nas configurações eu coloquei uma pasta separado para os PDFs. Contudo não identifiquei nas configurações a TAG que orienta o salvamento do PDF. Seria esta? UsaSeparadorPathPDF No AcbrMonitor no método CRIARENVIARNFE() passamos como parâmetro, mas na LIB como seria?

Opa!! Acabei descobrindo o motivo da falha no yahoo. Pra quem tiver problemas lá vai a solução: 1 - Acesse sua conta no Yahoo 2 - Vá em Segurança da Conta 3 - Na parte de baixo da tela tem a opção GERAR SENHA de APP, clique para abrir. 4 - No popup que abrir selecione OUTRO APP 5 - Informe o nome que desejar ou do seu APP. 6 - Será gerada uma senha, copie essa senha gerada. 7 - Você utilizará essa senha nas configurações de e-mail do ACBrMail no lugar da senha padrão do seu e-mail. Para o yahoo, as configurações ficariam assim: Servidor=smtp.mail.yahoo.com.br [email protected] [email protected] Senha=SENHA GERADA NO YAHOO Porta=587 SSL=0 TLS=1 Problema resolvido amigos, pelo menos para o Yahoo. Valeu pela Atenção @Rafael Dias

Olá @Rafael Dias, obrigado pela resposta. Desculpa a demora em retornar. Ainda estou com problemas com o envio mesmo depois de marcar a chave SegundoPlano=0. Testei com todas as variantes possíveis, mudei a porta pra 465, marquei e desmarquei SSL e TLS, usei uma conta do Gmail, enfim testei de tudo. As imagens abaixo são uma amostra dos 2 erros retornados.

@Rafael Dias, obrigado pela resposta. Mas em qual local do arquivo de configurações trata de thread?

Boa tarde pessoal, Estou tentando enviar email com o AcbrMail (AcbrMail32.dll) utilizando o Demo C#. Sempre recebo o retorno de sucesso mas as mensagens não estão sendo enviadas. Já tentei com as portas 465 e 587, marcando e desmarcando SSL e TLS, e nada. Estou usando a OpenSSl da pasta: 1.0.2.21 Tem mais alguma dll que devo usar?

Desculpa a demora, estive bem ocupado esses dias. Infelizmente a impressora não instala pela rede. O Windows retorna que não conseguiu localizar os drivers. O estranho é que a impressora instalada no outro PC aparece na lista para ser selecionada quando escolho instalar impressora de rede.

Olá @Rafael Dias, Muito obrigado pela resposta. Vou fazer o teste aqui e volto com o resultado.

Boa tarde, Recentemente instalei uma Daruma DR700 na porta USB (Com4) de um PC com o Windows 7. Após a instalação, compartilhei a impressora na rede com o nome de "Mini". Aparentemente me esqueci de alguma coisa pois os outros computadores da rede não conseguem utilizar a impressora com a configuração de porta: \\Servidor\Mini O estranho é que no Servidor, onde instalei a impressora, se utilizo a configuração de porta como COM4 a impressora funciona normalmente. Porém se utilizo \\127.0.0.1\Mini ocorre o mesmo erro dos outros terminais: "Unable to open file \\127.0.0.1\Mini". Ou eu me esqueci de alguma coisa, ou o windows 7 não administra muito bem isso aí. Se alguém puder dar uma força eu agradeço.

Muito obrigado Rafael, É exatamente isso!!! Já estou também iniciando a construção do envio para um FTP dos XMLs. Isso já era pra estar pronto, mas trabalhando sozinho a coisa foi ficando pra depois.

Boa noite pessoal, Estou passando por uma situação inusitada. Um cliente meu é fornecedor de materiais para órgãos públicos e participa de várias licitações. A emissão das NFes ocorre sem problemas e o envio do XML e PDF também. O problema está lá na outra ponta dessa relação. Os funcionários públicos dessas repartições não abrem os emails com as NFes, ou abrem e acabam perdendo ou esquecendo onde salvaram os arquivos, ou simplesmente ignoram os emails. Daí passam-se alguns dias e alguém liga pedindo o cancelamento extemporâneo da NFe e a re-emissão da mesma. Falar com eles sobre manifestação da NFe, é chover no molhado, não sabem nem por onde "passa o bonde". Os interesses envolvidos nessas licitações são coisa de outro mundo, para estar ocorrendo "sabotagem" neste processo não custa nada. Minha dúvida é sobre a possibilidade de confirmação de leitura dos emails enviados pela AcbrLib. Não sei se isso é legal, mas seria mais um dos "buraco da peneira" tapado!

Olá pessoal! Por que o exemplo C# da PosPrinterLib foi dividido em MT e ST? O que significa?

Graças a Deus acabei encontrando a solução, ou onde estava o problema...rsrsrs Eu sempre tive o costume de arrastar as Dlls para a IDE do Visual Studio e deixar por conta do próprio VS copiar para a pasta raiz do EXE, tanto ao compilar minha solução quanto ao gerar o instalador. A solução foi NÃO ARRASTAR para a IDE, copiei e colei as Dlls diretamente para a pasta raiz da solução. Pronto, solucionado!! Não sei porque o VS danificava as dlls que eu arrastava pra ele.

Eu testei abrir e configurar o INI com a AcbrLibPodPrinter e funcionou normal. O problema parece estar na AcbrLibNFe somente.

Estou usando tudo em x86. Inclusive separei as antigas numa pasta e as novas compiladas em outra. Seleciono tudo, copio pra raiz do EXE, antigas funciona, novas nem abre o leitura do INI. dá erro -10. Acho que não falta nenhuma aí não.

Está muito esquisito, tô sem entender. Se utilizo a versao 0.4.6.84 da dll, funciona normalmente. Se mudo pra versão 0.4.6.92 não funciona nada. Não lê o INI, não grava, não faz nada.

Que coisa! Aqui ainda não consegui resolver. Está dando retorno -10 sem mensagem de erro.

Olá @Rafael Dias, Obrigado pela resposta. Fez o download de qual delas? Da nova? É muito estranho, acabei de compilar aqui e o Demo C# nem abre. Será alguma coisa no Lazarus?

Só pra complementar, Como não tem geração de log o método que estou tentando executar é o GerarChave. Nas imagens abaixo vejam as versões. A antiga funciona normalmente, já com a nova compilação dá o erro que relatei acima.

Pessoal, Estou tendo um problema com a AcbrLibNFe. Fiz uma atualização h´uns dias atrás e começou a das erro de arquivo protegido ou de memória danificada. Retornei para uma compilação anterior que tinha aqui e o erro parou. Hoje resolvi compilar novamente e atualizar a dll. Mas o erro retornou. O pode estar acontecendo? ACBrLibNFE-20200428.log

É uma pena isso! De um lado tem os clientes que optam pelo A3 por ser mais econômico, do outro estamos nós pra convencê-los de que o A1 dá menos problemas. Difícil...! Estou realizando os últimos testes na lib NFe pra começar a substituir o AcbrMonitor. Vou realizar mais uns testes aqui com A3 de outras certificadoras pra ver se o problema permanece. Muito obrigado a todos pelas respostas.