Victor H. Gonzales - Panda

foi publicado a propriedade LarguraBobina, já consta no SVN, por padrão a propriedade tem o valor 302, isso reflete um cupom de 80mm, mesma coisa seria que passar valor 80 na configuração, mas se passar um valor 60 por exemplo, há inferência na impressão. o QrCode é dinamico pela largura, usando 70% da proporção.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

tenta acessar o discord novamente

tem alguma coisa errada nesse boleto: 1: não existe mais Sacador / Avalista a alguns anos, esse é o Beneficiário Final 2: o intermediário, quando se faz uma transação geralmente boleto vinculado por exemplo, o Banco é o Beneficiário, o emitente é o Beneficiário Final. o que induz que esse intermediário do seu boleto é o beneficiário do mesmo. mas essa ficha sua está fora do padrão da febraban

https://cmsarquivos.febraban.org.br/Arquivos/documentos/PDF/Convenção da Cobrança - 05_02_2021_f.pdf página 27

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo Completed: At revision: 33764

antes de publicar uma propriedade que infere isso, só preciso saber se deu certo. dai verificamos uma propriedade para inferir na largura. o qrcode com o multiplicador 0.08 ele está dinamico pelo tamanho do create da pagina, se isso der certo nos testes, verificamos a segunda etapa. agora se tiver pontos de quebra como é esse caso da string, ai já entramos em parte estrutural do relatório.

Enviei para o SVN, e removi essa questão da V2 para evitar aquele problema do 24/600XXXXX-D

tenta subir um pouco esse valor de 56, veja até que momento é o ponto de quebra e que fique usual.

acho que por prudencia remover o IF da V2, visto que está acatando quando informado 3 digitos no codigo. fora isso alguma outra pontuação?

Esta como API v2?

tenta DMI

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

sempre foi separado as impressões dos componentes de NFCe e NFe. se está carregando o cupom fiscal modelo 65, utilize o componente DANFECEFR

ACBrBancoSicredi.pasACBrBoleto.pas veja se atende a demanda ACBrBoleto.Cedente.ResponEmissao = tbBancoEmite ACBrTitulo.CodigoGeracao := '600';

usa o arquivo do SVN

Altera a linha 2277 para 56 FPaperWidth := 56; Altera a linha 2058 para * 0.8 QrSize := Args.Band.Width * 0.8; veja se esses ajustes ajuda na impressão tanto em 80mm como em 56mm

minha versão mais antiga é a 2023, e rodou, tentando algum parceiro com versão similar a 5.

o envio está sendo feito Sincrono? caso não, a chave consulta é idêntica a enviada originalmente?

2146893815 geralmente é erro de leitura ao cartão, ou erro na cadeia.

Qual versão de RAD e versão de Fast ?

está com a versão atual do componente?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Comunidade ACBr, no commit 33681 foi unificado o comportamento do componente ACBrNFe no que diz respeito a geração de PDFs. Desta forma para qualquer um dos geradores suportados, o comportamento de geração dos arquivos em PDF será respeitado igualmente, não havendo distinção de regras entre eles, o que causava problema ao se trocar de gerador e também dificultava o suporte. Esta mudança foi aplicada para preservar a compatibilidade entre os geradores, para que todos tenham a mesma regra de negócios aplicada, e também caso haja uma das configurações abaixo sejam aplicadas com sucesso a cada arquivo gerado de forma individualmente. Configurando : <ACBrNFe>.DANFE.UsaSeparadorPDF := True; <ACBrNFe>.Arquivos.SepararPorAno := True; <ACBrNFe>.Arquivos.SepararPorMes := True; <ACBrNFe>.Arquivos.SepararPorDia := True; <ACBrNFe>.Arquivos.SepararPorCNPJ := True; o sistema irá criar os arquivos com base nas informações do XML como exemplo : [CNPJ] [ANO] [MES] [DIA] C:\ACBr\pdf\9999999000191\2024\05\18\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\20\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf Como era Antes O PDF era gerado usando como base o primeiro arquivo carregado ou conforme o gerador selecionado, eram gerado todos os PDF dentro do mesmo arquivo. Como ficou Agora É gerado um arquivo único com seu respectivo documento na respectiva estrutura conforme a configuração do componente, não há a possibilidade de gerar um arquivo com vários PDF juntos, o sistema irá gerar vários PDF cada um com seu documento fiscal respectivo. Eventos Para a impressão correta dos eventos, é necessário que a nota fiscal esteja também carregada no componente, e não somente o evento, pois existem informações que são necessárias abstrair do XML do Documento Fiscal. O não carregamento da NFe que originou o evento, pode ocasionar erros no fluxo de impressão ou campos faltando o preenchimento.