Ir para conteúdo
  • Cadastre-se

Jamil Araujo

Membros Pro
  • Total de ítens

    603
  • Registro em

  • Última visita

  • Days Won

    2

Posts postados por Jamil Araujo

  1. 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.

    • Curtir 1
  2. 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.

  3. 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, 

  4. 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

  5. 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

  6. 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. 

    • Curtir 1
  7. 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 )

  8. 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

  9. 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:

    image.png

    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",  )
     
    • Curtir 1
  10. 23 horas atrás, Daniel InfoCotidiano disse:

    @Jamil Araujo
    Estamos verificando o que possa estar acontecendo.
    Te reporto em breve.

     

    @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 .

    • Curtir 2
  11. 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

     

  12. 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 !

    @Daniel InfoCotidiano

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

  13. 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. Obrigado

    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.

  14. 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:

     

    image.png

    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.

     

  15. 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:

     

    image.png

    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.

  16. 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

    • Curtir 1
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.