Daniel Simoes

Olá @Datacamp, obrigado pelas suas contribuições Enviei ao SVN, modificações baseadas no seu código, mas procurei preservar o método Original Commit [r33792] Poderia por favor testar a minha implementação ? (Eu não tenho ambiente de trabalho do SiTEF)

O FPDF usa a unidade em mm O valor padrão para os relatórios é 302 e apenas nesse caso, ele será convertido para 80

@galegoga, Por favor teste novamente, com a Unit em anexo... ACBrDFeOpenSSL.pas Após reler com atenção, notei que faltava uma chamada de limpeza ao ponteiro "ca" Como posso detectar o vazamento de memória ? No Delphi com "ReportMemoryLeaksOnShutdown := True;" não estou pegando nada... No Lazarus/FPC, também não detecto qualquer vazamento.... Abaixo uma explicação "histórica" sobre essas Units... e porque a resistência de adotar a chamada a "SslCtxCtrl" O uso de "SslCtxCtrl" só é indicado nas versões mais antigas do OpenSSL, pois não existiam métodos de "alto-nível", para fazer tarefas específicas... Podemos ver essa recomendação no manual do OpenSSL https://www.openssl.org/docs/man1.1.1/man3/SSL_CTX_ctrl.html A Chamada de SslCtxCtrl, foi um Workaround que implementei, quando tivemos problemas com alguns certificados Veja esse post: mas notei que essa chamada nunca foi incorporada nos fontes originais da synapse Aqui estão os fontes da Synapse originais (procure pelo método "LoadPFX") para OpenSSL inferior a 1.0: https://github.com/geby/synapse/blob/master/ssl_openssl.pas para OpenSSL 1.1: https://github.com/geby/synapse/blob/master/ssl_openssl11.pas OpenSSL 3.x: https://github.com/geby/synapse/blob/master/ssl_openssl3.pas No ACBr, eu tentei criar uma Unit que consegue se adaptar do OpenSSL 0.9 ao 3.x, baseado nos fontes das 3 Units indicadas acima... o resultado dela, está nessa Unit de nosso SVN: http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/Terceiros/synalist/ssl_openssl.pas

Enviado ao SVN.. Commit [r33786]

O BB retorna esse campo como extra mas ele não faz parte da API do BACEN

Usa o LazReport... é bem poderoso, tem até editor em RunTime

Obrigado pela contribuição.... analisando...

Obrigado pela contribuição.... analisando...

Sua aplicação não cria algum arquivo temporário, ou algo semelhante ? Provavelmente alguma tarefa no final do sistema, está com dificuldade de ser processada.... Efetue um Log na sua aplicação, para compreender os últimos passos que ela está executando, e tentar deduzir onde está ocorrendo o problema

Essa informação não retorna pois não é prevista na API PIX do BACEN https://bacen.github.io/pix-api/index.html

Notei que você tentou várias portas diferentes... Você não sabe em qual Porta a Balança está? O aplicativo do fabricante, em Linux, funciona nessa máquina?

Obrigado pela analise... Por favor anexe a Unit modificada ou um arquivo Diff

Olá @Mega Online... Não compreendi... você está se referindo a modificações no XML da NFe ou no componente de TEF ? @Diego Foliene, pode nos apoiar ?

O Fast Report tem esse recurso

Creio que essa pergunta precise ser feita diretamente a Setis https://dev.proj.setis.com.br/servicedesk/customer/portal/16

Anexe o Log do ACBrBAL

Eu creio que o ajuste ocorrerá na largura do relatorio e o QRCode terá o tamanho proporcional a largura definida

@Valdemir Jacon Sanches, Precismos relatar isso diretamente a Setis... Por favor use o mesmo Card ou email que eles te responderam e me mantenha em cópia... meu e-mail está no cabecalho dos fontes do ACBr Você pode usar 64 bits... Nesse caso basta carregar a DLL da Variável de ambiente que aponta para Pasta de 64 bits Esse topico está tratado de um problema pontual da DLL de 64 bits em ambiente de Debug

@Datacamp, Você fez modificações na Unit ACBrTEFAPICliSiTef.pas ? Se SIM, poderia por favor anexa-las a esse tópico ?

Obrigado @Fernando Pasqueto e @MuriloS.A, enviei ao SVN, com as revisões que informei algumas otimizações no código, indentação ajustes para compilação no D7 ... Commit [r33705]

Se inserirmos uma propriedade para aumentar o tamanho do QRcode, isso pode afetar todos os nossos demais relatórios... Acho que o QRcode, pode ser proporcional a largura do formulário... o que acha @Victor H. Gonzales - Panda ?

Enviei para o SVN... Commit [r33704]

Qual a SEFAZ (UF) ? Qual o Documento Eletrônico ?

@sidnei_alves1, quando a conversão ocorre, existe algum fator de densidade ? Me parece que se for possível diminuir a densidade ficaria melhor

@sidnei_alves1, poderia por favor anexar o PDF que foi gerado ? Precisamos ver se o problema está no PDF gerado, ou na rotina de impressão do PDF... Mas concordo que o QRCode, precise ter um tamanho mínimo, ocupando boa parte da largura da bobina...