-
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,
quando vou imprimir uma NF-e usando NFE_imprimir no Linux ele imprime sem o código de Barras
para contornar essa situação tenho gerado primeiro o PDF da NF-e NFE_imprimirPDF e depois mando para a impressora ai sim sai com o codigo de Barras
teria como verificar essa situação exclusiva no linux ?
segue as imagens da mesma nota
Obrigado
-
Boa Tarde,
com a última atualização a NFC-e tando em Fortes quanto em ESC/POS
não está respeitando mais :
ConfigGravarValor("DANFENFCe", "ImprimeDescAcrescI1tem", "0")
mesmo marcado para não sair continua saindo o desconto e/ou acréscimo por item
-
Boa Tarde,
já testei aqui
agora que posso mudar a fonte e o tamanho no Linux a impressão em Fortes ficou perfeita da NFC-e
Obrigado a equipe.
- 2
- 1
-
3 horas atrás, Rafael Dias disse:
Configurações de FonteLinha adicionado, documentação e nova versão da lib disponível, favor baixar e testar com a mesma.
procurei na documentação e não localizei FonteLinha
pode me ajudar @Rafael Dias
-
11 minutos atrás, Daniel Simoes disse:
Perfeito... essa Sintaxe é uma Porta válida no ACBrPosPrinter...
só para finalizar, quem quiser continuar usando o nome da impressora do CUPS
usei
RAW:bema1 <------- minha impressora no CUPS funcionou perfeitamente bem...
mais uma vez obrigado a equipe ACBr
- 2
-
20 minutos atrás, Daniel Simoes disse:
o ACBrPosPrinter não reconhece essa sintaxe de Porta... (nunca reconheceu)... Não temos um prefixo, que possa fazer integração com o CUPS...
Você teria que descobrir que Porta a Impressora cria, ao ser plugada no Linux, e especificar essa Porta... Exemplo: "/dev/ttyUSB0"
nas empresas que não estavam funcionado a impressão mudei para
Porta=TCP:xxx.xxx.xxx.xxx:9100
resolveu o problema
obrigado @Daniel Simoes
- 2
-
12 minutos atrás, Daniel Simoes disse:
Essa porta não parece correta:
[PosPrinter] ArqLog= Modelo=2 Porta=bema1 <== valor inválido
esse é o nome da impressora no cups e está imprimindo normalmente em 40 colunas as demais funções do meu sistema, só parou de
imprimir na NFC-e..... isso que pareceu estranho pois estava funcionado muito bem....
-
mesmo eu trocando para
LarguraBobina=200
veja como fica a NFC-e
-
42 minutos atrás, Daniel Simoes disse:
Qual é exatamente a mensagem de erro ?
Como você está configurando a Porta, na Lib ?
estou enviando log e o ini, para me orientar onde estou errando.
obrigado
-
Boa tarde,
notem na imagem abaixo que a impressão da NFC-e em 40 colunas em tpFortes não imprime o total
-
Boa tarde,
apos a última atualização da libnfe a impressão em ESC-POS da nfc-e parou de funcionar só consigo emitir em Fortes 40 colunas
-
Em 17/02/2020 at 10:23, Rafael Dias disse:
Foi adicionado a propriedade no ultimo build da lib, favor baixar e testar.
https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca18.html
Obrigado, @Rafael Dias
observe na cobrança gerada em anexo em especial a linha 59.... o nome era CONDOMÍNIO CELEBRARE RESIDENCIAL....
a lib retirou o acento corretamente porém como você poderá observar no arquivo ela também reduziu um espaço....
prejudicando assim o layout da remessa...
-
23 minutos atrás, jamil disse:
desculpa esqueci de incluir a extensão do arquivo (xml), funcionou perfeitamente bem.
obrigado @José M. S. Junior
- 2
-
-
-
Boa tarde,
quando eu uso a lib da nfe para consultar um numero ela não está atualizando o xml
por exemplo... no anexo o xml era cStat=105 em analise , agora ele é cStat=100 porém o xml após a consulta continua dizendo NFC-e ou NF-e não autorizada
no ACBrMonitor apos a consulta ele atualizava o xml ai quando eu reemitia a nota ela sai autorizada....
segue os fatos reais.... são vários ... só estou postando um.....
obrigado
33200200127817000125650020000877531000315253-nfe.pdf 33200200127817000125650020000877531000315253-nfe.xml
-
47 minutos atrás, EMBarbosa disse:
Oi Jamil.
Pelo que eu entendi e vi na imagem, a lib está retornando o erro, certo?
A sua aplicação está tratando esse erro? O que ela está fazendo depois?
Bom dia @EMBarbosa,
realmente a lib retorna o erro correto, cStat=105
eu que estava guardando o numero do xml errado ... ja corrigi o erro , por um acaso hoje pela manha o sefaz deu o mesmos problema e
pude testar minha correção , guardo cStat=105 e chave xml "correta" agora e consulto em seguida ....
ela me retorna com cStat=100.... pronto... problema resolvido
muito obrigado pela ajuda.
- 1
-
49 minutos atrás, BigWings disse:
Você pode tentar usar um timeout maior.
O "aceitável" segundo as NT é 30s.
Obrigado pelo retorno, mesmo eu aumentando para 30000 -> 30s
o problema persiste .....
-
Boa tarde,
pelo menos 2 vezes no mes +/- vários associados de empresas diferentes tentam emitir NFC-e , apresenta a seguinte mensagem:
erro interno : 110
http: 0
todos ao mesmo tempo... isso fica durante horas, causando duplicidade de NFC-e, pois o componente não retornat cStat=105
segue o log para analize...
a nf-e continua saindo normalmente.
Obrigado
-
Boa Tarde,
não encontrei nas "configurações da biblioteca" da Lib Boleto, como "Remover Acentos do Arquivo Remessa"
seria de muita utilidade, já que alguns arquivos de remessa são rejeitados pelo banco por ter acentos.....
haveria a possibilidade de incluir essa função ?
Obrigado a Equipe ACBr.
-
Problema Resolvido, obrigado a equipe pela solução ficou show....
- 2
-
testei com .....
:ConfigGravarValor("NFe", "EspacoEntreLinhas", "25") ... nada mudou na Danfe
Testei com ...
:ConfigGravarValor("DANFE", "EspacoEntreLinhas", "25") ... nada mudou na Danfe
Tentei com ...
:ConfigGravarValor("DANFENFe", "EspacoEntreLinhas", "25") .... nada mudou na Danfe
-
36 minutos atrás, José M. S. Junior disse:
Bom dia
Por favor atualize para última versão da libNFe e realize os testes. Foi adicionado a configuração da propriedade "EspacoEntreLinhas" para o DANFe. Utilize um valor acima de 12 para aumentar espaço entre linhas...
EspacoEntreLinhas
só não ficou claro para mim onde colocar essa propriedade "EspacoEntreLinhas"
-
19 minutos atrás, EMBarbosa disse:
300 dpi me parece ser o normal em impressão de qualidade. E se está normal em outros modelos, então não é o conflito com isso mesmo.
O que eu notei, é que seu PDF está sendo gerado com fontes diferentes do padrão. Veja o seu arquivo xml impresso pelo comando GerarPDF do componente no Lazarus (Win32) numa máquina de testes (Win 64):
33190818149710000143550010000038711000028728-nfe.pdf 75 kB · 0 downloads
ok...
Estou usando linux (leap 15.1 / 42 ) 64 .... usando o GerarPDF da LibNFe.so
Impressão na NFC-e de desconto/acréscimo
em ACBrLIB
Postado
segue....
33200300127817000125650080000003091000000083-nfe.xml 33200342481705000118650010000007141000000011-nfe.xml acbrlib.ini acrblib2.ini