Nelson A Sousa

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.

O interessante é que tenho o AcbrMonitor instalado em meus clientes com certificado A3 e não acontece isso. Não teria algo diferente da AcbrLib.NFe do AcbrMonitor?

Sim, vem da SEFAZ. Mas porque só vem na terceira consulta e não na segunda? Veja que tenho que retirar o cartão CNPJe e reconectar. O certo não seria vir retorno da SEFAZ toda vez que se efetua uma consulta, e, sem ter que desplugar o CNPJe e replugar?

Sim, mas repare que fiz 3 consultas. A primeira transcorre sem problemas. A segunda ocorre o erro. E na terceira, retorna a rejeição mas tive que sacar a USB do cartão e plugar novamente para que haja a consulta. A terceira que retorna a rejeição, é uma repetição da segunda, só que efetuada após sacar e retornar o USB do CNPJe.

Pessoal, Refiz a operação de consulta com o log no nível paranoico, segue abaixo os arquivos de log. Primeiro alterei o nível do log. Depois fiz uma consulta de cadastro de um cliente, a consulta ocorre sem problemas. Ao consultar o segundo cliente deu o erro da imagem acima. Despluguei o USB do cartão do CNPJe e voltei a plugar. Vejam que a consulta transcorreu normalmente, apesar da consulta retornar uma rejeição. ACBrLibNFE-20200630.log

@Rafael Dias, obrigado pela resposta. Então, há um tempo atrás eu estava fazendo como você sugeriu. Porém estava ocorrendo um erro , que no momento não me lembro, acabei resolvendo inicializando e fechando a lib como você viu. Vou tentar retornar como na sua sugestão pra ver o que acontece. Um abraço!

@Daniel Simoes e @Juliomar Marchetti muito obrigado pela resposta, O log eu tenho sempre ativado veja o destaque de quando ocorre o erro: 26/06/20 11:16:42:772 - LIB_Inicializar( C:\Methodus\Gerente\1\Dados\Logs\ACBrLib.ini, ) 26/06/20 11:16:42:778 - ACBrLibNFE - 0.4.6.84 26/06/20 11:16:42:787 - NFE_ConsultaCadastro 26/06/20 11:16:44:376 - LIB_UltimoRetorno 26/06/20 11:16:44:382 - LIB_UltimoRetorno 26/06/20 11:17:05:362 - LIB_Finalizar 26/06/20 11:17:07:967 - LIB_Inicializar( C:\Methodus\Gerente\1\Dados\Logs\ACBrLib.ini, ) 26/06/20 11:17:07:973 - ACBrLibNFE - 0.4.6.84 26/06/20 11:17:07:979 - NFE_ConsultaCadastro 26/06/20 11:17:09:137 - LIB_UltimoRetorno 26/06/20 11:17:09:158 - LIB_UltimoRetorno 26/06/20 11:17:12:358 - LIB_Finalizar A lib eu atualizo sempre que ocorre algo que não consigo resolver e tenha que acessar o forum. Eu vou dar uma incrementada no nível do LOG pra ver se obtemos uma resposta mais detalhada.

ok, @Rafael Dias, muito obrigado!

Boa tarde, Uso o AcbrLib.NFe com c#. No arquivo de configurações a tag de separação das NFes por modelo está marcada: SepararPorModelo=1 Porém a pasta do modelo, no caso ...\55\..., não está sendo criada. Está acontecendo com mais alguém?

Bom dia pessoal, Estou usando a AcbrLib.NFe com c#. Ao efetuar alguns envios para a SEFAZ MG está ocorrendo o erro da imagem abaixo. O erro não ocorre de forma permanente, é esporádico, mas uma vez que acontece uma primeira vez não para mais, não importa qual método utilizo. Vi que, desconectando o cartão do CNPJe e conectando novamente o erro desaparece até resolver voltar de novo. Alguém já passou por isso?

@Juliomar Marchetti, muito obrigado pela resposta. Já estou consultando os contadores, tanto o meu quanto o dos meus clientes, ainda não obtive resposta de nenhum deles. Todos eles foram estudar a questão...rsrsrs. Vim ao fórum só pra colher algumas opiniões pra ir adiantando no sistema aqui. Valeu!!

Olá pessoal, Bom dia! Eu gostaria da opinião dos amigos sobre o procedimento para informar na NFe o aproveitamento de Icms. No caso do emitente tiver que informar o aproveitamento, o ideal seria informar apenas para o destinatário que é contribuinte, ou, posso informar o aproveitamento em todas as NFes, não importando a situação do destinatário? Causaria algum dano fiscal a informação em todas as NFes emitidas?

Exatamente isso @Daniel Simoes. A impressora é uma Daruma DR700 e alterei o sinal invertido para SIM e resolveu. Muito obrigado!

Olá bom dia! Estou usando a AcbrLib.PosPrinter com c#. Antes de enviar o comando de impressão , eu faço uma leitura do status da impressora com : var sRet = escpos.LerStatusImpressora(3); escpos.Imprimir(sComando); Apesar da impressora não estar ligada a uma gaveta, de uns dias pra cá começou a retornar o status de GavetaAberta. Tal status, pelo meu tratamento de erros, provoca uma mensagem ao final da impressão. Procurei no help da lib sobre como alterar o status da gaveta, porém não encontrei. Minha dúvida é se estou "comendo mosca" ao trabalhar o status da gaveta na impressora, ou devo trabalhar o tratamento de erros do meu sistema para evitar a mensagem de gaveta aberta? Um abraço a todos, ACBrLib.ini ACBrLib.ini