-
Total de ítens
603 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Jamil Araujo
-
-
5 minutos atrás, Alexandre de Paula disse:
Boa tarde @Jamil Araujo,
Para os documentos NFe, NFCe e NFSe você tentou usar os métodos de "ImprimirPDF" de cada lib?
A ideia seria que fosse possível gerar os documentos em PDF e a eventual impressão dos mesmos ficaria a critério do usuário ou da execução do seu próprio sistema após a geração do documento.
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.
-
1
-
-
1 hora atrás, Daniel Simoes disse:
Realmente não há suporte ao CUPS ou Spooler do Wibdows na Lib Console MT...
Isso traria de volta as dependências gráficas
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.
-
34 minutos atrás, Jamil Araujo disse:
Se eu retornar a Lib anterior ela envia, ou seja , o problema não é esse,
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 .
-
2
-
-
19 horas atrás, Diego Foliene disse:
@Jamil Araujo, conferindo em ambos seus arquivos de Log, temos no retorno a chamada do método EnviarEmail a seguinte resposta:
Conferindo no fonte do método, a lógica aplicada é:
1º A Lib verifica se o segundo parâmetro que foi passado é um arquivo ou o conteúdo do mesmo.
2º Se for um arquivo, a Lib verifica se o mesmo existe.
3º A Lib carrega o conteúdo do referido arquivo na memória da biblioteca, alimentando assim um documento na Lista.
4º A Lib verifica se a lista de documentos na memória está vazia e se estiver, devolve o retorno que recebeu.Seu processo parece estar falhando no passo 3.
Por favor:
- Confirme se o arquivo XML existe no local indicado. (Em seu exemplo: /home/jamil/trampo/11/danfe/)
- Verifique se o XML que está sendo passado é válido(tente abrir ele para ver se não há nenhum erro de estrutura, por exemplo, ou se ele é o XML do documento de fato ou se tem informações a mais, como tags de envelope por exemplo).
- Faça um teste utilizando o comando de impressão para confirmar se a Lib carrega o XML corretamente.
Se eu retornar a Lib anterior ela envia, ou seja , o problema não é esse,
-
50 minutos atrás, Daniel Simoes disse:
Isso pode ser outro problema... como por exemplo as credenciais, ou configuração do OpenSSL
Por favor anexe o Log, referente a esse problema
Segue conforme Solicitado,
-
13 minutos atrás, Diego Foliene disse:
Bom dia!
A nova compilação foi gerada hoje de manhã.
Por favor, as Libs CT-e e MDF-e também foram atualizadas?
Se sim, o problema é o mesmo de antes ou a mensagem de erro é diferente?
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
-
Em 13/11/2024 at 16:25, Diego Foliene disse:
Boa tarde!
Foi enviado ao SVN um ajuste nas Libs visando sanar esta questão.
Bibliotecas compiladas após as 16h25 do dia 13/11/2024 deverão englobar a alteração.
Assim que houver novas versões da Lib, comunicamos aqui para que possa atualizar e realizar novos testes.
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
-
Em 23/10/2024 at 18:13, Jamil Araujo disse:
@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,
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.
-
1
-
-
@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.
-
1
-
-
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
-
Em 15/03/2024 at 09:54, Daniel InfoCotidiano disse:
@Jamil Araujo
Bom dia !
Saiu novas libs, chegou a testar?
depois nos de um feedback !
Abr !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.
-
1
-
-
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
-
Em 30/11/2023 at 11:49, Diego Foliene disse:
Bom dia!
Foi gerada uma nova compilação da Lib.
Por favor, queira atualizar e realizar novos testes.
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 .....
-
2
-
-
2 horas atrás, Diego Foliene disse:
Boa tarde @Jamil Araujo!
Estamos avaliando o seu caso.
Durante o processo, levantado por outros membros as seguintes configurações da seção [DANFSe] do ACBrbLib.ini:
A função interna dessas configurações é de serem usadas quando não tiver a informação no XML, então em casos como o seu, se não encontrar a informação no XML, ele lê desta configuração.
Por favor, as mesmas não atendem a sua necessidade?
@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", )-
1
-
-
23 horas atrás, Daniel InfoCotidiano disse:
@Jamil Araujo
Estamos verificando o que possa estar acontecendo.
Te reporto em breve.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 .
-
2
-
-
12 minutos atrás, Diego Foliene disse:
Por favor, qual versão que usou?
Foi gerada uma nova compilação hoje de manhã.
A compilação que o @Daniel InfoCotidiano citou foi disponibilizada no fórum a pouco menos de 5 minutos.
Por gentileza, apenas para termos certeza, é possível atualizar novamente e repetir o teste?
@Diego Foliene Atualizei e repeti o teste 5 vezes .......
o erro persistes e somente na Prefeitura de Nova Iguaçu / RJ
-
4 minutos atrás, Daniel InfoCotidiano disse:
Será que já compilou ?
Mande um print ai como ficou ?
Qual versao esta usando?
a que o @Daniel Simoes compilou 1.0.0.52 e colocou agora no Site...
-
17 minutos atrás, Daniel InfoCotidiano disse:
@Jamil Araujo
Enviamos para o SVN algumas alterações.
Solicitamos uma compilação da lib acredito que dentro de alguns minutos estará disponível para download.
Então na próxima compilação vai estar inclusa a alteração.
favor testar e nos dar um feedback.
Abr !Acabei de Testar 1.0.0.52 .... e não Funcionou.... o Problema continua...
-
Em 06/11/2023 at 07:58, Daniel InfoCotidiano disse:
Bom dia @Jamil Araujo
Estamos testando o que possa estar afetando isso.
Na sexta não chegamos a conclusão, vamos continuar e assim q concluído te notificamos. ObrigadoBoa Tarde @Daniel InfoCotidiano
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.
-
Em 03/11/2023 at 09:18, Daniel InfoCotidiano disse:
@Jamil Araujo
Bom dia !!!!
Você pode me enviar a DLL 10.0.0.44 que não esta apresentando o problema por favor para nosso email [email protected] (não anexe aqui)
Comigo só funcionou após instalar as fontes conforme consta no manual, é necessário instalar elas, observe o print abaixo: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.
-
7 minutos atrás, Daniel InfoCotidiano disse:
@Jamil Araujo
Bom dia !!!!
Você pode me enviar a DLL 10.0.0.44 que não esta apresentando o problema por favor para nosso email [email protected] (não anexe aqui)
Comigo só funcionou após instalar as fontes conforme consta no manual, é necessário instalar elas, observe o print abaixo: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
-
1
-
LibNFe -> Problema para Enviar e-mail de NFC-e A4
em ACBrLIB
Postado
Boa Noite
Apos Atualizar os shemas, imprimir NFC-e no modelo A4 sai com o qrcode , porém quando envio por e-mail vai o xml e sai no formato DANFE normal.......
aconteceu algum BO. ai.
Obrigado a todos pela Ajuda.
segue em anexo
33250353173184000158650080000000561000000084-nfe.xml 33250353173184000158650080000000561000000084-nfe.pdf ACBrLibNFE-20250606.log acbrlib.ini NFC-e Impresso.pdf