Jamil Araujo
-
Total de ítens
583 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Jamil Araujo
-
-
Boa Noite,
seguindo o mesmo princípio que usei no ACBrLibNFe, comecei a usar o ACBrLIBBOLETO, depois de tudo configurado verifico que o mesmo nao cria o aqui configuração da Biblioteca INI....
o retorno que o BOLELO_Inicializar me passa e NIL ao invéz dos valores 0, -1, -6, -5 ...... com isso nada mais funciona
uso a versao da LIB em Linux libboleto64.so
desde já obrigado....
-
1 hora atrás, jamil disse:
Boa Tarde,
Antes de tudo, gostaria de parabenizar por mais uma etapa da equipe ACBr as LIbs, que muito vão facilitar a vidas de nois programadores (a minha principalmente) ,
vamos lá, procurei nas , Configurações da Biblioteca, e não localizei onde informar o caminho, nome e senha do certificado PFX que irei usar para assinar a NF-e/NFC-e,
nem vi como outra maneira de informar esse " arquivo pfx " e sua senha
tendo em vista que no mesmos servidor linux utilizo mais de um certificado....
como fazer ?, se não vi, me perdoem, podem me auxiliar ? desde já obrigado...
Respondendo a minha própria pergunta, tem sim local de preenchimento que ainda mão consta no manual online....
[DFe]
SSLCryptLib=
SSLHttpLib=
SSLXmlSignLib=
UF=RJ
TimeZone.Modo=0
TimeZone.Str=
ArquivoPFX=
DadosPFX=
Senha=
NumeroSerie=
VerificarValidade=1
Obrigado pelo espaço....
-
3
-
-
Boa Tarde,
Antes de tudo, gostaria de parabenizar por mais uma etapa da equipe ACBr as LIbs, que muito vão facilitar a vidas de nois programadores (a minha principalmente) ,
vamos lá, procurei nas , Configurações da Biblioteca, e não localizei onde informar o caminho, nome e senha do certificado PFX que irei usar para assinar a NF-e/NFC-e,
nem vi como outra maneira de informar esse " arquivo pfx " e sua senha
tendo em vista que no mesmos servidor linux utilizo mais de um certificado....
como fazer ?, se não vi, me perdoem, podem me auxiliar ? desde já obrigado...
-
Em 11/07/2019 at 15:59, José M. S. Junior disse:
Boa tarde Jamil,
O problema não está em compilar o aplicativo ACBrMonitor em outra versão do Linux e sim na versão da lib que o ACBrMonitor precisa para poder funcionar...
Note na mensagem que está recebendo: "aviso: libssl.so.1.1, necessário por /usr/lib64/gcc/x86_64-suse-linux/7/../../../../lib64/libmysqlclient.so, pode conflitar c
om libssl.so.1.0.0"O ACBrMonitor precisa da libssl.so.1.0.0 e precisa criar um link simbólico com o nome: "libssl.so" para que possa funcionar. Pode ser que esteja direcionando para a lib versão 1.1, o que causaria erro... Esse conflito precisa ser ajustado, o ideal é excluir os links simbólicos e depois deixar apenas a versão: libssl.so.1.0.0 e reinstalar o ACBrMonitor.rpm.
Se preferir crie o link de forma manual depois de deixar apenas a versão libssl.so.1.0.0 nessa versão do seu OpenSuse...
cd /lib64/
ln -s libssl.so.1.0.0 libssl.soBom Dia @José M. S. Junior
antes de mais nada, tenho acompanhado outros posts da equipe que tem me ajudado muito no acerto/desenvolvimento da NF-e / NFC-e / MDF-e e principalmente esse mes no Boleto do Santander.....
parabéns a equipe ....
Bom voltado ao assunto em questão no tópico fiz varios teste inclusive seguindo a orientação da equipe, porem no Leap 15.1 é nativo de todas a aplicações dependentes da libssl ... (necessário a libssl.so.1.1 ) não somente a libmysql .....
quando atribuo a ln -s libssl.so.1.0.0 libssl.so.... , para o ACBrMonitor.... as outras aplicações do Leap15.1 que param de funcionar (necessário a libssl.so.1.1 ). mesmo ....
voltado ao default, ou seja, ln -s libssl.so.1.1 libssl.so....tudo funciona mais o ACBrMonitor apenas Imprime o que já está pronto não faz mais nada......
o meio termo seria se o ACBrMonitor utilizar a libssl.so.1.1.....
gostaria de usar ACBrMonitor no Leap 15.1, ja que essa é a evolução natural da SuSe,
recorrir a forum para ver se algem esta com o mesmo problema, e se juntos podemos chegar a uma solução
a todo informo que na versão anterior do OpenSuSe o ACBtMonitor funciona perfeitamente bem.
Obrigado desde já pela Ajuda.
-
1 hora atrás, José M. S. Junior disse:
Bom dia, foi adicionado mais um parâmetro para envio no modo Síncrono está em fase de homologação, Não envie o ultimo parâmetro como 0 por enquanto. Este parâmetro vai realizar o envio Síncrono...
MDFE.ENVIARMDFe(nXMLMDFe, [nLote], [nAssinar],[nImprimi],[nImpressora], [bAssincrono] )
Bom dia @José M. S. Junior
fiz conforme me orientou e retirei o O, está funcionado corretamente agora,
Obrigado a aquipe ACBr.
-
3
-
-
Boa noite,
Observei que nas últimas atualizações do ACBrMonitor ( mais precisamente a partir da versão 62 ) - já estou usando o ACBrMonitor versão 70
o arquivo Retorno do MDF-e não vem mais o Protocolo de autorização , data e hora assim como o numero XML/arquivo ( que facilitava muito a analise de validação do xml e registro das informações )
agora retorna poucas informações como CStat ....., isso quando voce envia o xml para aprovação no SEFAZ
segue em anexo o LOG....
Obrigado
-
5 horas atrás, José M. S. Junior disse:
Boa tarde Jamil,
O problema não está em compilar o aplicativo ACBrMonitor em outra versão do Linux e sim na versão da lib que o ACBrMonitor precisa para poder funcionar...
Note na mensagem que está recebendo: "aviso: libssl.so.1.1, necessário por /usr/lib64/gcc/x86_64-suse-linux/7/../../../../lib64/libmysqlclient.so, pode conflitar c
om libssl.so.1.0.0"O ACBrMonitor precisa da libssl.so.1.0.0 e precisa criar um link simbólico com o nome: "libssl.so" para que possa funcionar. Pode ser que esteja direcionando para a lib versão 1.1, o que causaria erro... Esse conflito precisa ser ajustado, o ideal é excluir os links simbólicos e depois deixar apenas a versão: libssl.so.1.0.0 e reinstalar o ACBrMonitor.rpm.
Se preferir crie o link de forma manual depois de deixar apenas a versão libssl.so.1.0.0 nessa versão do seu OpenSuse...
cd /lib64/
ln -s libssl.so.1.0.0 libssl.soVou montar um novo servidor com o Leap 15.1 e criar o mesmo ambiente com os mesmos problemas e fazer o que voce esta me orientando, e ver se irá dar tudo certo.... e retorno aqui no forum como fiz outras vezes com o resultado.....
por enquanto mais uma vez obrigado.
-
1
-
-
2 horas atrás, Daniel Simoes disse:
As duas versões podem conviver pacificamente... basta criar os Link simbólicos de maneira adequada...
Creio ainda, que se você remover a versão 1.1, suas aplicações continuarão funcionando
tentei fazer e não deu certo...
com isso parei de usar o ACRr versão linux..... no Leap 15.1 até que minha aplicações com o ACBr linux no Leap 15 estejam alinhadas...
sugiro que seja encerrado este topico tendo em vista que não chegaremos em lugar nenhum....
desde já mais uma vez.... parabéns a equipe e obrigado
-
Em 08/07/2019 at 11:25, José M. S. Junior disse:
Note que agora não apresentou o erro postado anteriormente: (Erro: Nenhuma biblioteca similar a 'libssl.so.1.0' encontrada)...
Ao executar o ACBrMonitor apresenta algum erro? Se possível anexe o log.txt do ACBrMonitor...
Bom dia, fazendo que voce me pede, praticamente toda as minhas aplicações pararam de funcionar.....
aviso: libssl.so.1.1, necessário por /usr/lib64/gcc/x86_64-suse-linux/7/../../../../lib64/libmysqlclient.so, pode conflitar c
om libssl.so.1.0.0'TLS_server_method@@OPENSSL_1_1_0'
/usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld: /usr/lib64/libssl.so.1.1cansado de procurar solução para o problema, resolvi, Formatar meu Leap 15.1 e colocar do 0....
.........Lembrando que o OpenSuse Parou de fornecer Atualizações para a versão 42 ...
por esse motivo passei a usar o 15, no qual tive que me readaptar a varias novas libs (.so) , que são diferentes no Leap 15....
por esse motivo abri esse tópico.... ao instalar o ( OpenSSL 1.0.x ), criei uma série de problemas para mim que não tinha.
por esse motivo sugeri a equipe compilar o ACBr em Leap15.1 para que essas barreiras fossem superadas.
desculpa se não consigo ser claro e se pareço rude, mais a minha intenção é sempre somar com esse projeto que tanto me AJUDA a CRESCER .
Obrigado.
-
35 minutos atrás, Daniel Simoes disse:
Verifique se você tem o OpenSSL 1.0.x (e não apenas o 1.1)
instalei, porém ....
*** Verificando Links Simbólicos ***
libssl.so:libssl.so.1.0 libxmlsec.so:libxmlsec1.so libxmlsec1-openssl.so
Verificando biblioteca libssl.so, procurando por nome: libssl.so.1.0
Biblioteca libssl.so.1.0 ainda não existe... procurando por Bibliotecas similares
libssl.so.1.0.0 (libc6,x86-64) => /usr/lib64/libssl.so.1.0.0
Pegando a primeira ocorrencia de Bibliotecas Similares
Criando Link simbólico de: /usr/lib64/libssl.so.1.0.0 para: /usr/lib64/libssl.so
Verificando biblioteca libxmlsec.so, procurando por nome: libxmlsec1.so
Biblioteca libxmlsec1.so ainda não existe... procurando por Bibliotecas similares
libxmlsec1.so.1 (libc6,x86-64) => /usr/lib64/libxmlsec1.so.1
Pegando a primeira ocorrencia de Bibliotecas Similares
Criando Link simbólico de: /usr/lib64/libxmlsec1.so.1 para: /usr/lib64/libxmlsec.so
Verificando biblioteca libxmlsec1-openssl.so, procurando por nome: libxmlsec1-openssl.so
/usr/lib64/libxmlsec1-openssl.so
Biblioteca libxmlsec1-openssl.so já existe
*** Configurando Atalhos /opt/ACBrMonitor
*** Configurando Menu Principal ***
-
15 minutos atrás, Daniel Simoes disse:
Eu uso OpenSuse Leap...
Qual a exata mensagem de erro ?
*** Verificando Links Simbólicos ***
libssl.so:libssl.so.1.0 libxmlsec.so:libxmlsec1.so libxmlsec1-openssl.so
Verificando biblioteca libssl.so, procurando por nome: libssl.so.1.0
Biblioteca libssl.so.1.0 ainda não existe... procurando por Bibliotecas similares
Erro: Nenhuma biblioteca similar a 'libssl.so.1.0' encontrada
Erro: Nenhuma biblioteca similar a 'libssl.so.1.0' encontrada
*** Configurando Atalhos /opt/ACBrMonitor
*** Configurando Menu Principal ***
Bom dia, @Daniel Simoeslembrando Leap 15.1.... o ACBr instala, mais não funciona, nada nem NF-e/NFC-e, Boleto etc....
o que funciona corretamente no Leap 42.... espero ter sido claro na minha explicação quanto ao problema ok.
desde já parabéns a aquipe pelo exelente trabalho....
-
Boa Noite,
com a nova versao do OpenSuse Estou tendo problemas com o ACBr Linux. Ele instala configura porem nao funciona, logo na instalação ele reclama de algumas bibliotecas como a Lib SSL e OPen SSl que não são
compativeis, gostaria de realsar que instalei a ultima versao do acbr linux o qual funciona prefeitamente no opensuse leap 42....
como tive que mudar para o leap 15.1 tive que recompilar tambem minhas aplicacoes no leap 15.1 , pois as .so são outras creio que o mesmo esteja acontecendo com o acbrmonitor, precisa ser recompilado em leap 15.1 para funcinar corretamente.
só vai perceber o problema quem começar a usar o ACBr em Leap 15.1....
desde já sem mais delongas
Obrigado.
-
Em 26/04/2019 at 14:47, José M. S. Junior disse:
Aparentemente não houve nenhuma mudança quanto a isso no ACBr, o componente converte para o formato Data e Hora do Sistema Operacional.
Notei no seu log, que na consulta de Status esta retornando campo Data no formato "AM", pode estar com essa configuração na sua máquina e estar ocorrendo erro na conversão.
Boa Noite,
como já mencionei em postes anteriores uso o XRDP no Linux e junto com ele estava usando Plataforma LXDE a qual interferia de alguma maneira no bom funcionamento do ACBrMonitor,
troquei a plataforma para XFCE, e agora esta emitindo normalmente.... estou emitindo todas as notas remotamente .... perfeito....
problema resolvido, Obrigado a equipe ACBr
-
3
-
-
15 minutos atrás, José M. S. Junior disse:
Bom dia
Os campos referente a Data precisam ser gerados no seguinte formato no arquivo .ini ou txt:
dhEmi=26/04/2019 06:45:22
dhSaiEnt=26/04/2019 06:45:22
Bom dia, @José M. S. Junior
se voce observar o segundo log (log2.txt) a data foi gerada no formato que voce mencionou ai dá date invalid...
olhe o arquivo de log2....
mais uma vez obrigado pelo rápido retorno....
-
Bom dia Equipe,
nas últimas atualizações do ACBrMonitor para linux não tenho conseguido emitir NFC-e / NF-e / MDF-e....
aparece a seguinte mensagem .... is not a valid date format .....
já mudei a data para outros formatos mais o erro persiste...
gostaria de lembrar que já estou usando a versão linux 100 % em produção e estava show sem esse problemas
vi também no forum o mesmo problema em 2014 porem se repete agora.....
segue em anexo o LOG ....
desde já obrigado a equipe .....
-
Bom dia,
Acabaram as atualizações do ACBrMonitor SAC para Linux semanal ?
só recebo as atualizações para windows.....
gostaria também de sugeri um link para Download da versao Linux na área de downloads, ficaria mais fácil de localizar a versao LInux ou qualquer outra solução para Linux.....
Obrigado a Equipe.
-
1
-
-
2 horas atrás, José M. S. Junior disse:
Chegou a verificar se funciona executando uma linha de comando para impressão no Linux conforme o Daniel orientou, passando o path do PDF gerado para impressão?
Para isso pode utilizar o comando (ACBr.Run) do Monitor:
Obrigado a equipe,
desculpa não tinha assimilado bem na Hora a resposta do @Daniel Simoes
gerei o PDF através NFE.ImprimirDANFEPDF() e em seguida, imprimi o PDF usando um comado direto Linux.....(lpr)
ficou show.....
Agora vou implantar o ACBrMonitor ---- Linux nos meu colaboradores....
-
2
-
1
-
-
1 hora atrás, José M. S. Junior disse:
Exato...Imprimia antes dessa alteração e também com esse ajuste.... Por isso não temos muito como mexer, pois o problema não ocorre em nosso ambiente... Acredito que esteja relacionado com driver da impressora
Veja as configurações utilizadas, tanto Visualizando em tela, Gerando PDF ou imprimindo direto... O código de barras é impresso:
Obrigado @José M. S. Junior, pela resposta rápida.....
... mais descopem minha insistência, a diferença do seu OpenSuse é que no seu ambiente teste não tem instalado RDP e o XFS do Suse......
meus colaboradores utiliza isso para terminal remoto....
Bem se eu instalar o OpenSuse sem instalar o RDP e o XFS imprime perfeitamente bem.....
....só que todos os meus colaboradores usam em suas empresas o Remote Desktop Protocol , junto com a plataforma mais leve XFS, é ai que dá problema....
por isso sugerir fosse gerada a nota diretamente em PDF e o próprio monitor imprimisse esse PDF.... sem ter que usar nenhum outro comando do Monitor
tipo NFE.ImprimirDANFEPDFDireto() para gerar e imprimir o PDF, pois já existe o comando NFE.ImprimirDANFEPDF() que gera apenas o PDF....
tendo em vista que o Código de Barras sai no PDF....
e dessa maneira teria o problema solucionado definitivamente.....
Obrigado ... e desculpa pela minha insistência mais é que prefiro Linux do que Windows, e projeto ACBr funciona muito bem em Linux, com apenas essa barreira a ser vencida.....
-
1 hora atrás, José M. S. Junior disse:
Sim, já havia testado em nosso ambiente (OpenSuse64) por duas vezes com a impressora LaserJet HP1015 e imprimiu o código de barras, tanto gerando pdf como enviando direto para impressão.
@José M. S. Junior, se não me falha a memória mesmo antes da solução do Fábio, a sua impressão sempre funcionou, conforme já descrito em outro tópico criei com o mesmo assunto.....
-
49 minutos atrás, José M. S. Junior disse:
Bom dia @jamil, favor realizar testes com Instalador em anexo. Foi realizado o ajuste proposto pelo Fabio.
Bom dia @José M. S. Junior,
fiz os teste aqui e não funcionou.... tudo na mesma.....
-
6 horas atrás, Daniel Simoes disse:
A geração do Cod.Barras em PDF fica correta ?
Há um comando para imprimir gerando o PDF... Uma possibilidade é enviar um comando de Script, para imprimir esse PDF com algum comando do Linux...
https://acbr.sourceforge.io/ACBrMonitor/ACBrRun.html
@José M. S. Junior, pode por favor testar a correção sugerida nesse tópico ?
Obrigado @Daniel Simoes
Bom dia, será que essa solução do @fba fabio, poderia ser implementada na versão Linux definitivamente?
com isso o problema de usar definitivamente a versão em Linux estaria resolvido....
ou como sugerir fosse gerada a nota diretamente em PDF e o próprio monitor imprimisse esse PDF.... sem ter que usar nenhum outro comando do Monitor
tipo NFE.ImprimirDANFEPDFDireto() para gerar e imprimir o PDF, pois já existe o comando NFE.ImprimirDANFEPDF() que gera apenas o PDF....
tendo em vista que o Código de Barras sai no PDF....
Mais uma vez Obrigado a equipe ACBr....
-
Boa Noite, @Tiago Tarifa Munhoz
Gostaria de retomar esse assunto que ainda continuo sem solução,
Já migrei agora para o OpenSuse 15, usando KDE, e tudo no ACBrMonitor funciona perfeitamente bem, menos a impressão da NF-e com o código de barras
de maneira normal eu instalo o OpenSuse com apenas uma diferença uso RDP e instalo o XFS do Suse......
ai foi o que mencionei no tópico anterior..... não sai o código de barra na NF-e, se eu gerar o PDF o codigo de barras sai,
se o Monitor tivesse um comando que gerasse o a NF-e em PDF e logo em seguida imprimisse esse PDF de forma transparente, meu problema em LInux estaria resolvido....
desde já obrigado pelo apoio da Equipe.....
-
Em 22/03/2019 at 09:51, Italo Jurisato Junior disse:
Bom dia Jamil,
As notas que não foram autorizadas pela SEFAZ (33190300127817000125550090000002961000002967-nfe.xml e nfe2.xml) contem no grupo <retirada> e ou <entrega> os novos campos: cPais e xPais.
Já a nota 33190300127817000125550070000117531000117530-nfe.xml que foi autorizada pela SEFAZ não contem esses campos dentro do grupo entrega.
Essas 3 notas foram enviadas para o ambiente de Produção.
Pelo que notei, você utiliza o ACBrMonitor, correto?
Pois bem, o ACBrMonitor se utiliza de uma rotina para ler o arquivo INI para gerar o XML, essa rotina tenta ler os campos cPais e xPais do arquivo INI, se esses campos não existem ele assume valores padrões.
A minha sugestão é você acrescentar esses dois campos da seguinte forma:
[Entrega]
CNPJCPF=61924742004195
xLgr=RUA BRAS CUBAS
nro=SN
xCpl=LT 01 QD 29
xBairro=OLAVO BILAC
cMun=3301702
xMun=DUQUE DE CAXIAScPais=0
xPais=
Acredito que desta forma ele não vai usar os valores padrões e com os valores passados, ou seja, zero para o código do pais e "string vazia" para o nome (xPais) os campos não vão ser gerados no XML e consequentemente a nota será autorizada na SEFAZ.
Bom dia @Italo Jurisato Junior
A sua solução funcionou, a NF-e foi Gerada e Impressa com sucesso.
Obrigado a equipe ACBr .
-
4
-
-
16 horas atrás, EMBarbosa disse:
No xml que você anexou não tem a tag de retirada. Então se é um erro parecido, pode ser por causa da tag de entrega que tem basicamente as mesmas alterações como você pode ver na mesma imagem que eu anexei acima.
Nesse caso bastaria não informar o país pra entrega também.
Se apesar de não informar esses dados você ainda estiver tendo problemas, por favor, anexe no tópico:
- Comandos utilizados para gerar o xml
- arquivo INI para gerar NFe (caso tenha utilizado)
- xml gerado
- Log do monitor
Bom dia,
Obrigado mais uma vez pelo retorno.
segue em anexo conforme solicitado, XML e LOG's da NFE em duas etapas:
1 - Uma gerada sem o TAG retirada
2- Uma gerada com o TAG retirada
das duas formas o Retorno é o mesmo .... Falha no SChema
PS.: estou também anexando um XML numero final 117530
que foi validado pelo SEFAZ.... usando o ACBr 1.2.0.36
.... Obrigado
33190300127817000125550090000002961000002967-nfe.xml LOG_COMP.TXT LOG.TXT nfe2.xml log_comp2.txt log2.txt 33190300127817000125550070000117531000117530-nfe.xml
.jpg.31811ba37531c384ecb0210737dffde0.jpg)
ACBrLibNFe falha de segmentação (imagem do núcleo gravada)
em ACBrLIB
Postado · Editado por jamil
Boa Noite,
Comecei a a testar a ACbrLibNFe, quando fiz o primeiro teste de uso com o meu sistema vem apresentando o seguinte problema:
quando uso NFE_StatusServico
falha de segmentação (imagem do núcleo gravada)
o retorno do status vem para a pasta em disco corretamente mais apresenta a falha
segue em anexo o log e o meu INI
uso libacbrnfe64.so
parabéns ficou ótimo de trabalhar com as libs
obrigado pelo espaço
acbrlib.ini ACBrLibNFe-20190925.log 20190925202024-ped-sta.xml