Jamil Araujo

Agradeço as possíveis soluções, mais vou continuar então com as LIB's MT Linux 64 Tradicional , não dá pra dispensar o CUPs e criar soluções de impressão alternativas, que a Equipe ACBr trabalhou tão bem com essas facilidades. Mais uma vez Obrigado.

se não houver suporte para cups não existe impressão remota, é o que mais usamos .... assim mesmos muito obrigado.

Boa Tarde, parabéns a equipe por essa opção CONSOLE-Linux, perfeito. Vamos lá: . NF-e não imprime -> SetRetorno(-10, ImprimirDANFE não implementado em: TACBrNFeDANFeFPDF) . NFC-e não imprime em A4 (importantíssimo esse formato criado pelo ACBr) -> SetRetorno(-10, ImprimirDANFE não implementado em: TACBrNFeDANFeFPDF) . somente NFC-e não gera PDF mais -> SetRetorno(-1, Recurso não disponível em modo CONSOLE) . NFS-e Não imprime. . ACBrLibPosPrinter -> só imprime se for direto para porta se usar os recurso do cups (RAW:minhacasa) não funciona mais -> SetRetorno(-10, Erro Nenuma impressora Padrão foi detectada) . ACBrLibETQ -> o mesmo se aplica a essa lib apresenta o mesmo problema da PosPrinter -> SetRetorno(-10, Erro Nenuma impressora Padrão foi detectada) Uso tudo na prática, com as lib's atualizadas de 25/03/2025 pelo @Daniel Simoes Espero poder contribuir melhor ajustar.

Corrigindo o que Eu escrevi, pois estava testando em um ambiente errado, sua resposta está correta , tudo funcionando bem todas as lib enviando e-mail em segundo plano corretamente agora Obrigado a Equipe ACBr .

Se eu retornar a Lib anterior ela envia, ou seja , o problema não é esse,

Segue conforme Solicitado, ACBrLibMDFe-20241119.log ACBrLibCTe-20241119.log

nao , o problema agora é diferente , a lib CT-e e MDF-e envia o e-mail, porem ele não chega, ou seja, não envia o email em segundo plano gostaria de acrescentar que essas 2 libs não estão enviando e-mail de jeito nenhum ... tanto direto ou em segundo plano

Bom dia @Diego Foliene Testei todas as LIB 's no envio de e-mail e Segundo Plano, somente está funcionando as seguites libs NF-e, NFS-e. porém as libs CT-e e MDF-e , não estão enviando e-mail

Boa Tarde @Diego Foliene, Houve atualização nas LIB's MDFe , CTe e NFSe , testei todas elas e observei que a solução sugerida pelo @Daniel Simoes não foi aplicada na LIB's , ou seja , o problema continua. Obrigado.

@Diego Foliene boa noite, verifiquei que não estava com a última versão das LIBs.... para minha surpresa vou relatar aqui as Libs que apresentam o mesmo problema MDFe CTe NFSe obrigado.

Boa tarde @Diego Foliene, utilizo o acbrlib versão em Multi Thread em Linux, dito isso, na configuração geral fiz o seguinte: :ConfigGravarValor("Email", "SegundoPlano", "1").... consigo enviar e-mail normal em segundo plano , na Libemail, libnfe, libcte, libmdfe, libboleto ... porem na libCT-e também apresenta a seguinte mensagem: " This binary has no thread support compiled in. Recompile the application with a thread-driver in the program uses clause before other units using thread. " , ai só eu colocando :ConfigGravarValor("Email", "SegundoPlano", "0"), para poder enviar e-mail, isso na libCTe estou utilizando a ultima atualização da libcte, quando fui enviar um e-mail agora esta acontecendo isso. ( testei agora as demais libs (nfe,mdfe,boleto, email), elas funcionam em segundo plano )

Boa tarde, utilizo o acbrlib versão em Multi Thread em Linux, dito isso, na configuração geral fiz o seguinte: :ConfigGravarValor("Email", "SegundoPlano", "1").... consigo enviar e-mail normal em segundo plano , na Libemail, libnfe, libcte, libmdfe, libboleto ... porem na libNFSe apresenta a seguinte mensagem: " This binary has no thread support compiled in. Recompile the application with a thread-driver in the program uses clause before other units using thread. " , ai só eu colocando :ConfigGravarValor("Email", "SegundoPlano", "0"), para poder enviar e-mail, isso somente na libNFSe

Bom dia, desculpa a demora em responder, estava com problemas Eléteicos em meu escritótio. Tudo resolvido agora.... Obrigado a Aquipe ACBr. pela atenção e correção.

Bom dia fui testar a versão nova da libNFeMT.so 0.4.6.274 e a mesma da erro no pagamento que tenha troco, tanto na NF-e quanto NFS-e ACBrLibNFE-20240309.log simples.ini

Bom Dia, Fiz nava emissão de NFS-e da Prefeitura de Nova Iguaçu/RJ e até as antigas, ficou Perfeito agora.... Obrigado a Equipe ACBr pela Solução .....

@Diego Foliene, Já que estamos dialogando, não quero ser repetitivo nas linhas de programação, se já informo.... toda vez que chamo a lib porque repetir a informação no prestador se é a mesma que já consta ? /* Emitente NFS-e */ :ConfigGravarValor("NFSe", "Emitente.CNPJ", ) :ConfigGravarValor("NFSe", "Emitente.InscMun", ) :ConfigGravarValor("NFSe", "Emitente.RazSocial", ) :ConfigGravarValor("NFSe", "Emitente.Dados.NomeFantasia", ) :ConfigGravarValor("NFSe", "Emitente.Dados.InscricaoEstadual", ) :ConfigGravarValor("NFSe", "Emitente.Dados.Endereco", ) :ConfigGravarValor("NFSe", "Emitente.Dados.Numero", ) :ConfigGravarValor("NFSe", "Emitente.Dados.CEP", ) :ConfigGravarValor("NFSe", "Emitente.Dados.Bairro", ) :ConfigGravarValor("NFSe", "Emitente.Dados.Complemento", ) :ConfigGravarValor("NFSe", "Emitente.Dados.Municipio", ) :ConfigGravarValor("NFSe", "Emitente.Dados.UF", ) :ConfigGravarValor("NFSe", "Emitente.Dados.Telefone", ) :ConfigGravarValor("NFSe", "Emitente.Dados.Email", )

@Daniel InfoCotidiano Bom Dia Acabei de testar a LibNFS-eMT64.so 1.0.0.54 na Prefeitura de Nova Iguaçu / RJ a mesma voltou a Imprimir..... Obs.: Criei um novo Tópico, LibNFSe -> Pequenos Argumentos, com Grandes Soluções ,para fazer pequenos ajustes na na LIBNFSe, apos abrir um chamado e receber a Resposta junto a Prefeitura de Nova Iguaçu/RJ para deixar a Impressão perfeita. Obrigado. Parabéns a Equipe .

@Diego Foliene Atualizei e repeti o teste 5 vezes ....... o erro persistes e somente na Prefeitura de Nova Iguaçu / RJ

a que o @Daniel Simoes compilou 1.0.0.52 e colocou agora no Site...

@Daniel InfoCotidiano Acabei de Testar 1.0.0.52 .... e não Funcionou.... o Problema continua...

Boa Tarde @Daniel InfoCotidiano @Diego Foliene já fiz o teste aqui na nova LIBNFSeMT64.so 1.0.0.51, e Observei que ainda estamos sem solução para impressão da Prefeitura de Nova Iguaçu / RJ. Cabe aqui, uma Observação, que consigo gerar o PDF do XML.... não consigo IMPRIMIR.

Bom Tarde @Daniel InfoCotidiano e @Diego Foliene essa solução com já está implantada, pois utilizo a LIBNFeMT64.so, LIBMDFeMT64.so, LIBCTeMT64.so e BoletoMT64.so desde o lançamento e essas imprimem perfeitamente bem. Meu problema na verdade está na impressão da LIBNFSeMT64.so e particularmente na impressão da nota da prefeitura de Nova Iguaçu/RJ, já que a de Duque de Caxias/RJ consigo imprimir perfeitamente.

Bom dia, @Daniel InfoCotidiano já enviei o e-mail, Gostaria de informa que a sua solução não funcionou nos meu Colaboradores de Nova Iguaçu, em RDP... usando ICEWM .... 36 terminais Obrigado.

Bom dia, Depois de uma conversa no Discord, Sobre o Layout de impressão de informação incompleta dos dados do "PRESTADOR DE SERVIÇO" da Prefeitura de Nova Iguaçu / RJ segundo a Equipe AcBr há 2 meses atrás não poderia ser impresso as informações, pois as mesmas não vinham no retorno do XML da NFS-e , bem, abri um chamado na Prefeitura de Nova Iguaçu / RJ, "#33395 - Emissão de NFS-e por meios próprios" , fazendo essa solicitação e tive a seguinte resposta: ".... As informações de endereço e CNPJ não estão no arquivo XML pois essas informações são do prestador que são configuradas em seu sistema de envio e ficam salvar." assim sendo poderia a equipe apos ajustar a impressão fazer com que as informações do prestador fossem todas impressas na NFS-e já que essa prefeitura por documentação em anexo não o faz, e estou tendo muito problemas em alguns colaboradores, pois os Clientes não querem aceitar a NFS-e emitida por falta de informação do Prestador de Serviço. Espero ter argumentado Corretamente Com a Equipe, que vem desenvolvendo um excelente Trabalho. Obrigado. 57575original.pdf 5757399-nfse.xml 5757599-nfse.pdf 5757599-nfse.xml nysuporte.pdf

Vou aguardar a Solução definitiva....