-
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 Tarde,
Estou com problemas na LibBoleto na Remessa de Boletos para CEF.... a empresa que analisa recusou com a seguinte resposta:
Prezados
Segue análise da remessa
(Manual utilizado: SIGCB240 v020)3.5.1. Registro Tipo 0 (Obrigatório) - Header de Arquivo
Remessa20.0 Arquivo Nº da
Versão do Layout do Arquivo - Posição: 164 a 166 - 9(003) G019Conteúdo Atual: 050
Conteúdo Esperado: 101
- Versão ‘101’ Aplica-se
para clientes com códigos de beneficiário composto por até 6 dígitos. Nesta
versão, o preenchimento do campo Código do Beneficiário no arquivo deverá ser
feito com alinhamento à esquerda e inserção de ‘0’ fixo na última posição à direita.3.5.2. Registro Tipo 1 (Obrigatório) - Header de Lote de
Arquivo Remessa07.1 Serviço Nº da
Versão do Layout do Lote - Posição: 14 a 16 - 9(003) G030Conteúdo Atual: 030
Conteúdo Esperado: 060
Prezados
Segue análise da remessa
(Manual utilizado: SIGCB240 v020)3.5.1. Registro Tipo 0 (Obrigatório) - Header de Arquivo
Remessa20.0 Arquivo Nº da
Versão do Layout do Arquivo - Posição: 164 a 166 - 9(003) G019Conteúdo Atual: 050
Conteúdo Esperado: 101
- Versão ‘101’ Aplica-se
para clientes com códigos de beneficiário composto por até 6 dígitos. Nesta
versão, o preenchimento do campo Código do Beneficiário no arquivo deverá ser
feito com alinhamento à esquerda e inserção de ‘0’ fixo na última posição à direita.3.5.2. Registro Tipo 1 (Obrigatório) - Header de Lote de
Arquivo Remessa07.1 Serviço Nº da
Versão do Layout do Lote - Posição: 14 a 16 - 9(003) G030Conteúdo Atual: 030
Conteúdo Esperado: 060
- Versão ‘060’ Aplica-se
para clientes com códigos de beneficiário composto por até 6 dígitos,
desprezados os zeros à esquerda.Nesta versão, o
preenchimento do campo Código do Beneficiário no arquivo deverá ser feito com
alinhamento à esquerda e inserção de ‘0’ fixo na última posição à direita.- Versão ‘060’ Aplica-se
para clientes com códigos de beneficiário composto por até 6 dígitos,
desprezados os zeros à esquerda.Nesta versão, o
preenchimento do campo Código do Beneficiário no arquivo deverá ser feito com
alinhamento à esquerda e inserção de ‘0’ fixo na última posição à direita. -
3 horas atrás, José M. S. Junior disse:
Vamos tratar por partes (NFe e MDFe)...
O Componente NFe não teve alterações referente ao relatório de impressão desde 11/2020 - isso pode ser comparado no código fonte... A ultima alteração foi justamente a tratativa para impressão do código de barras no Linux, aparentemente esse ajuste teria solucionado também o seu problema com a impressão do código de barras.
O problema é o mesmo de antes, ou seja, não imprime o código de barras apenas com impressão direta? Gerando em PDF fica ok? Se sim, é provável que seja algo no ambiente Linux, isso pode ter a ver com a resolução de impressão que o SO está utilizando...
Quanto a impressão do MDFe foi atualizado para o layout novo (com QRCode)... A sua impressão (que imprimia o código de barras), estava sendo realizada no modelo antigo, ou nesse atual?
"..... isso pode ter a ver com a resolução de impressão que o SO está utilizando... "
- Verdade, ao testar usando no RDP com LXDE que a Resolução do SO é mais baixa imprimiu Corretamente
só não imprime no KDE do novo LEAP 15.3 ( problema contornável )
talvez em um futuro se encontre uma solução para esse problema de Resolução do SO do Linux
gostaria de destacar que a libboleto não teve influência com a Resolução do SO do Linux e imprimiu corretamente tanto em KDE quanto em LXDE
Obrigado a Equipe AcBr.
-
1 minuto atrás, José M. S. Junior disse:
Bom dia,
Não houve nenhum tipo de alteração nos relatórios de impressão... Qual versão está imprimindo e qual não está? Está utilizando o mesmo ambiente e arquivo .ini de configuração da biblioteca?
libNFe na versão 0.4.6.120 não imprime o código de barras
libMDFe na versão 0.2.1.116 não imprime o código de barras
a versão anterior a essas imprime normalmente
Uso o Linux Opensuse Leap 15.3
-
-
Boa Noite
Com as novas Atualizações, ficaram perfeitos os Ajustes feitos no Layout 7 do Boleto
Obrigado mais uma vez a Equipe AcBr.
- 1
-
7 horas atrás, José M. S. Junior disse:
Bom dia,
Foram realizados alguns ajustes nesse layout visando melhorias, favor atualizar para a ultima versão para testes.
Boa Noite, desculpa @José M. S. Junior, não tinha visto na minha caixa de e-mail que as novas LIB's já estavam
disponíveis, testei e realmente ficou perfeito os ajustes no Layout 7. Parabéns a Equipe e Obrigado
gostaria de salientar se possível fosse, Não imprime a softhouse , muito claro não sai impresso
coloquei um anexo com uma nova imagem para mostrar somente esse único probleminha.
obrigado pelo espaço.
-
Em 03/05/2021 at 14:03, jamil disse:
Boa tarde,
O Boleto no modelo impresso no Layout 7 na Impressora Térmica "viralizou" nos meus Colaboradores, parabéns a equipe por essa criação.
Mais seria necessário alguns ajustes se possível no Layout:
1º - Não imprime a softhouse , muito claro não sai impresso
2º - no Local de Pagamento e Beneficiário , é necessário um espaço
3º - subir uma linha nas instruções
............
mandei em anexo 2 arquivos
1 - impresso.pdf - que é o boleto impresso
2 - boleto.pdf - que é o PDF gerado pela LIB
...........
Agradeço o espaço, e parabéns pelo excelente trabalho.
impresso.pdf 424 kB · 9 downloads boleto.pdf 26 kB · 6 downloads acbrlib.ini 6 kB · 0 downloads
Boa Noite, @José M. S. Junior
não esqueça assim que possível desses pequenos / Grandes ajustes
Obrigado a Equipe AcBr.
-
Boa Noite @José M. S. Junior
existe alguma novidade em relação a esse tópico ?
-
20 horas atrás, José M. S. Junior disse:
@jamil, favor testar com a ultima versão da lib... O Problema parece ser algo específico em Linux, mas aplicamos uma possível correção.
Boa Tarde, ficou perfeito agora
problema Solucionado com perfeição
mais uma vez obrigado a Equipe.
- 1
- 1
-
Boa tarde,
O Boleto no modelo impresso no Layout 7 na Impressora Térmica "viralizou" nos meus Colaboradores, parabéns a equipe por essa criação.
Mais seria necessário alguns ajustes se possível no Layout:
1º - Não imprime a softhouse , muito claro não sai impresso
2º - no Local de Pagamento e Beneficiário , é necessário um espaço
3º - subir uma linha nas instruções
............
mandei em anexo 2 arquivos
1 - impresso.pdf - que é o boleto impresso
2 - boleto.pdf - que é o PDF gerado pela LIB
...........
Agradeço o espaço, e parabéns pelo excelente trabalho.
-
Em 12/04/2021 at 16:33, Juliana Tamizou disse:
Boa Tarde,
Observei que na última atualização das LIB's o problema com Layout 7 do Boleto foi resolvido
Está imprimindo corretamente agora...
Obrigado a Equipe ACBr pela Ajuste e Correção.
- 2
-
4 minutos atrás, José M. S. Junior disse:
@jamil, não interprete mau minha resposta também... Entendo que tem esse problema e a intenção é sempre solucionar... Mas nesses casos que estão ocorrendo é algo bem específico referente a configuração de impressora no Linux, caso contrário todos teriam esse problema...
Aparentemente o Linux trabalha com uma escala um pouco maior no Spool de impressão... Tente a seguinte configuração no seu Linux:
1: Configurações da Impressora
2: Duplo click na Impressora e menu: Opções de Trabalho e selecione - "Dimensionar para caber" e Apply
Se isso não resolver diminuir a "Escala": Por Exemplo 80%
Veja como ficou a impressão do seu título impresso no Linux com essa configuração:
Espero que consiga ajudar com essa configuração...
Quanto ao Boleto em impressora térmica que citou em outro tópico, também não foi possível simular em nosso ambiente Linux, mas estou vendo algumas mudanças para diminuir a fonte da Linha Digitável para ver se corrige para você. Em breve te contato no tópico sobre esse assunto para que você possa testar...
a sua citação é correta, mais uso RDP, o servidor DELL de grande porte fica remoto, como disse a impressora instalada é Generic PCL Laser.... não permite configuração direta, mais agradeço a ajuda,
vou fazer igual ao código de barras que fiz vários Postes e tive que aguardar 2 anos acho ... mais tive sucesso... a NF-e está imprimido a MDF-e está imprimindo e o Boleto Também está imprimido direto em linux com
código de barras e na época voces também retrataram que o problema era " MEU " nas minhas " configurações da impressora " , e veja bem não mudei nadinha, e está imprimindo.
a variedade de modelos de impressoras nos meus colaborados é enorme a unica coisa comum é ( PCL e em Rede ), por isso imprime bem no projeto AcBr e no meu Sistema e a nivel de 40 colunas só exijo até
hoje MP 4200 TH. fiz esse comentário para mostrar que mantenho sempre o mesmo padrão (DELL - Servidor / OpenSuse - Sistema Operacional Servidor / uso RDP para acesso - a estação pode ser Apple / Windows / Linux / Celular ).
então volto a insistir que um ajuste de margem a esquerda seria perfeito. Mais se não for possível continuarei imprimindo torto aguardando " um dia " ajustado a impressão em Linux.
Agradeço o Espaço a Equipe AcBr.
-
19 minutos atrás, Daniel Simoes disse:
... é que em todo o tempo de existência do componente ACBrBoleto, esse é o primeiro relato com esse problema... por isso que creio que seja alguma especificidade no ambiente onde o ACBrBoleto está rodando...
a possibilidade de ajuste das margens, poderia mitigar o problema.. mas como citei, não é algo simples e rápido de ser implementado...
não relatei esse problema antes, por que a prioridade era um problema antigo, não sei se voce recorda, não saia impresso o Código de Barras na impressão direta ( Hoje já se encontra corrigido ), então resolvi relatá esse segundo problema, já que não adiantaria abri 2 frentes de problemas que já vem desde o AcBr Monitor Linux.
-
3 minutos atrás, Daniel Simoes disse:
Eu acho que adicionar Margens nas impressões do Boleto, pode ser muito útil...
mas é uma modificação complicada, pois teríamos que rever todos os modelos, e tomar cuidado para não afetar as aplicações que já estão rodando... então isso exigirá um bom tempo de analise e desenvolvimento...
Acho que isso merece uma atenção, ou pelo menos um pequeno ajuste a esquerda....
-
7 minutos atrás, Daniel Simoes disse:
Para inserirmos ajustes nas margens do ACBrBoleto, isso não seria muito simples, e poderia impactar em muitas aplicações existentes... Ou seja, precisamos analisar com calma (tempo) essa possibilidade.. .
A origem do problema, me parece ser no serviço de Spooler de Impressão do Linux que você usa... provavelmente ele faz algum processamento que modifica as margens... Talvez haja alguma configuração no CUPs ou Driver da Impressora para Linux...
Não conseguimos reproduzir o problema por aqui...
Obrigado pelo Retorno,
bem não importa qual a Marca/Fabricante da impressora ( só uso impressora de rede PCL em todos os meus colaboradores ), o DRIVER que uso e o generic, PCL Laser Generic, como já falamos em outras publicações aqui.
por isso imprime corretamente NF-e , MDF-e , NFC-e em A4.... somente o boleto é que a margem a esquerda sai um pouquinho....
mais se não há como fazer esse pequeno ajuste na margem, o boleto dá para ser pago e vou continuar usando , só acho que esteticamente poderia ficar melhor
obrigado @Daniel Simoes, pela sua atenção.
Continuem com o ótimo trabalho.
-
13 horas atrás, José M. S. Junior disse:
Bom dia
O componente Boleto não possui configurações de margens como os DFes, o mesmo foi implementado em tamanho A4 já prevendo uma definição padrão de margem. O que ocorre nesse caso pode ter a ver com a configuração de margens da impressora ou com a resolução de tela do Sistema Operacional, pois conforme mencionou quando gerado PDF as margens ficam ok, correto? O layout que é enviado para a impressão é o mesmo utilizado para geração do PDF, note que já mantem as margens...
Sugiro que dê uma olhada nestes pontos que citei, isso costuma acontecer quando a resolução de tela do SO está acima de 100%.
@José M. S. Junior, desculpa mais não concordo com a sua resposta, gostaria da opinião do @Daniel Simoes nesse problema, eu não tenho como mexer no layout.... então volto a gerar PDF e imprimi o PDF que ai
sai correto.... só sugeri que se houvesse uma maneira de ajustes a Impressão direta seria perfeita, já que a NF-e sai a NFC-e A4 sai a CC-e sai por que o boleto não sairia ?
Obrigado e perdoe se pareci um pouco agressivo na minha questão.
-
13 horas atrás, José M. S. Junior disse:
Bom dia
O componente Boleto não possui configurações de margens como os DFes, o mesmo foi implementado em tamanho A4 já prevendo uma definição padrão de margem. O que ocorre nesse caso pode ter a ver com a configuração de margens da impressora ou com a resolução de tela do Sistema Operacional, pois conforme mencionou quando gerado PDF as margens ficam ok, correto? O layout que é enviado para a impressão é o mesmo utilizado para geração do PDF, note que já mantem as margens...
Sugiro que dê uma olhada nestes pontos que citei, isso costuma acontecer quando a resolução de tela do SO está acima de 100%.
Resumindo.... fica tudo conforme está ?
-
28 minutos atrás, José M. S. Junior disse:
Boa tarde Jamil,
Em nossos testes utilizando impressora de cupom, isso não acontece... Poderia anexar o .ini com dados do boleto que está utilizando?
segue.....
-
Boa tarde,
Parabéns a Equipe pelo excelente trabalho que vem realizando.
Segue em anexo a Impressão direta ( :Imprimir() ) feita com a LibBoleto em Linux...
a margem a esquerda sempre fica cortada em todos os Layout ( 0,1,2,3,4,5,6 )
se existisse nas configurações um ajuste como tem na libNFe / LibMDFe das margens
tanto a esquerda quanto a direita, Ajudaria, já que em linux sempre sai um pouco.
gostaria de destacar que se gero PDF sai correto os Layout dos Boletos (não vi necessidade de enviar os mesmos).
Obrigado pelo espaço.
-
Boa Tarde,
como pode ser observado a impressão do Boleto no Layout 7 ( Impressora térmica ESC/POS ), que para os meus colaboradores viralizou ( Parabéns ).
não esta imprimindo mais a Linha Digitável completa ... o código de Barras está correto, como podem ver em outro Layout a linha digitável sai completa
segue a imagens em anexo para analise da Equipe.
Obrigado.
-
Boa Tarde,
como podem observar nos anexos quando mando imprimir direto ( :imprimir() ) NFC-e em A4 em linhas intercaladas ela não imprime o total só o valor unitário
porém se gero o PDF esse sai correto....
segue para sua apreciação
Obrigado.
33210400127817000125650010002752171000000017-nfe.pdf 33210400127817000125650010002752171000000017-nfe.xml imprimir.pdf
-
2 horas atrás, José M. S. Junior disse:
Bom dia,
Nos testes que realizamos, as margens respeitam as configurações gerais de configuração, assim como a qtd de cópias. Mas para tentarmos identificar o problema tente fazer um teste utilizando o ACBrMonitor, verifique se ocorre o mesmo problema...
Verifique também como fica a impressão apenas utilizando o Preview em tela utilizando a lib, se possível anexe um print.Desculpa, realmente falta de atenção minha, quanto as cópias resolvi também existe uma propriedade nas configurações para colocar o numero de cópias....
Obrigado
-
-
17 minutos atrás, Rafael Dias disse:
Mas não teve nenhuma alteração nas impressões e eu estou usando as ultima versões do download.
agora se Eu mando uma NF-e que usa o mesmo caminho imprime com Imagem .......
Consulta de NFC-e , NF-e e MDF-e Não estão Funcionando
em ACBrLIB
Postado · Editado por jamil
..............................
Boa tarde,
fazendo aqui alguns ajustes na DF-e, observei que a Consulta (NFE_counsulta e MDF_consulta)
não está retornando nenhuma informação, tanto que nem cria o Log.
estou usando a última atualização das LIBs do @Daniel Simoes, mais observei que na versão anterior
o problema já existia.
Obrigado.
acbrlib.ini acbrlib.ini