Nelson A Sousa

Olá, Caso você não informe uma pasta ao inicializar as dlls, será assumido que elas se encontram na pasta raiz do seu EXE. Por exemplo C:\PastaSeuEXE\ACBrLib\x64\ ou C:\PastaSeuEXE\ACBrLib\x86\ , dependendo de como construiu(plataforma) seu projeto.

Boa tarde pessoal, Estou utilizando a ACBrLibMDFe no C#. Ao enviar o evento de inclusão de condutor EnviarEvento(), recebo a TAG EVENTO002 ao invés de EVENTO001. É esperado isso mesmo? RetEveMotoMDFe.ini

Olá, @Rafael Dias Muito obrigado pelas respostas! Efetuei um teste no Demo e o erro apareceu lá também, veja imagens abaixo. ACBrLibMDFe-20210915.log

Desculpa @Rafael Dias, Mas meu sistema só recebe o resultado do método EncerrarMDFe(). Eu dei uma olhada no log pra ver se eu estava passando parâmetros diferentes nos 2 momentos mas veja que são exatamente os mesmos: 14/09/21 13:43:32:381 - MDFE_EncerrarMDFe(33210920983081000102580010000000051104499622,14/09/2021,3301702,20983081000102,933210000017748 ) 14/09/21 13:52:16:494 - MDFE_EncerrarMDFe(33210920983081000102580010000000051104499622,14/09/2021,3301702,20983081000102,933210000017748 ) No primeiro é retornado erro: {"A sequência contém mais de um elemento de correspondência"} antes de carregar a variável com o retorno do método. Na segunda a variável é carregada corretamente com a resposta do EncerrarMDFe(). A única diferença está justamente no conteúdo da resposta nas duas situações. Veja que a resposta na primeira tentativa tem mais conteúdo que a da segunda. O problema não estaria no momento da lib construir a resposta de maior conteúdo da primeira tentativa?

Boa tarde pessoal, Estou utilizando a ACBrMDFe32.dll no C#. Ao enviar o evento de encerramento do MDFe: var uRetEnc = _AcbrMDFe.EncerrarMDFe(_MDFe.chMDFe, NgGlobais.PubDataSistema, empresa.IdCidade.ToString(), NgGlobais.RemoveMascara(empresa.CNPJ), _MDFe.Protocolo); Ao carregar a uRetEnc com os dados retornados pelo método EncerrrarMDFe() ocorre o seguinte erro: {"A sequência contém mais de um elemento de correspondência"} Acontece porém que o encerramento é realizado perfeitamente, o evento é enviado e registrado na SEFAZ. Numa segunda tentativa de envio do mesmo evento, a variável uRetEnc é carregada normalmente (veja o código acima), e, tenho como resposta a rejeição 631- Duplicidade de evento. Com a duplicidade constatada, faço a consulta, com o método Consultar(_MDFe.chMDFe, false) e atualizo os dados no meu sistema. A questão é, por que ocorre o erro na primeira utilização do método EncerrarMDFe() se utilizo exatamente o mesmo código? ACBrLibMDFe-20210914.log ACBrLib.ini

O demo não está localizando a dll (AcbrPosPrinter). Verifique se ele está na pasta raiz ou se passou o path correto da mesma.

Verdade @Rafael Dias, parece que o problema é só com homologação. Produção está normal. Obrigado pela dica quanto ao arquivo INI.

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.