Antonio Gomes

Padrao nacional voce faz o download do pdf...

Segue demais units com mesmo problema. As já enviadas estão nesse arquivo, ignora o anterior. ACBr_FastReportExport19-11-2025.zip

deu clear up mano ?

@Victor H. Gonzales - Panda @BigWings Avaliou ?

Segue alteração. ACBr_FastReportExport.zip

estou mexendo, vou postar daqui na pouco. entao voces analisam, deu certo a ideia, analisar os filter

humm, foi o que fiz kkk so na pensei se tinha como verificar, tá ai, vou olhar. ja pega na na fila dos filtros né, bem pensado

@Victor H. Gonzales - Panda @BigWings E então, analisaram o projeto ?

Se pensar pelo lado do portal nacional, não morre, mas centraliza, no caso é o AcbrNFSeX o objeto usado nele.

Então vou explicar: é tipo um TList de objetos, quando vc prega o TFRxExport, qualquer um, a classe base dele vai nessa variavel global e empilha eles lá, com o export do acbr nao é diferente, ele deu create, ele entra na fila, o que vira aquele menu maior, e aqueles botoes de acesso rapido eles verificam se tem os itens da lista para colocar visible no botao de pdf e no menu menor qdo clica com mouse no meio da pagina por exemplo. Logo, qdo vcs fazem o delete, ele nao some da fila, pq somente o free remove ele da fila, e ainda assim, o delete da fila precisaria ter sido analisado o Aowner, pq o meu do meu dmconexao está lá, debuguei aqui, entao como aquele deve falha, vc remove ele, depois abre de novo, a ordem parece que se altera sei lá, sei que dado um momento o meu que está no meu dmconexao nao mais funciona e estraga todos relatorios do sistema. frxClass: constructor TfrxCustomExportFilter.Create(AOwner: TComponent); begin inherited; if not FNoRegister then frxExportFilters.Register(Self); <<<< aqui criou um exportpdf, entra aqui destructor TfrxCustomExportFilter.Destroy; begin if not FNoRegister then frxExportFilters.Unregister(Self); <<<< aqui remove da lista end; ai faz isso: Então quando o delete é feito, nao vai nesse Filter ali e remove.. Resumindo tudo, o exportador é tipo um hook, nao permite mais de um, exceto os deles mesmo. Por isso eu coloquei aquela property para ser setado o meu do meu dm e nao deixar o acbr instanciar, e quem nao colocar, vai instanciar, cabe ao programador arrumar, nisso aquele codigo que vcs colocou, torna-se inutil.

Isso pra quem tem o exportador dentro de um dm da aplicação principal nao funciona, voce está lidando com algo algo real ou apenas teoria do demo ? vou montar um programa exemplo. Mas... antes de começarmos debater sobre, preciso que rastreie essa variável no fonte do fast report: FExportFilters

tente comentar a linha descrita aqui, e testa...

Então, eu postei uma possível solução que ja mandei ate para meu cliente, se nao aprovarem vou passar comentar essa linha que eles puseram, não ficou bom isso... O que acontece? O motor exportador do FastReport so acata um por aplicação, logo, o nosso eles removem com aquele codigo, e tem momento que remove tudo, pois nao remove a instancia do objeto, so deleta da lista. Porém, se voce analisar do ponto de vista onde o ponteiro do exportador está, ao destruir tudo do acbr a referencia do objeto dele criado para gerar o pdf da nota some, logo, seu sistema (pode, nota: pode) gerar violação de acesso (carece mais testes), a função de remover da lista de exports, uma variavel global do fastreport deve ser feita de maneira a tirar o registro não apenas da delete na lista, olha o unRegister... lá dá free quando remove, por ser ponteiro, e penso que é ai que o for que fizeram buga. Eu uso o acbr dentro de uma unit, crio ela quando preciso transmitir nf, já meu sistema tem o motor de exportar pdf dentro do meu dm principal... Segue meu post:

O demo so adiciona uma vez, nem passa no seu codigo, experimenta colocar no seu sistema. vai colocar ele duas vezes, e vai ter hr que seu sistema vai usar o motor do acbr como exportador, e foi deletado da lista, mas nao removido da fila, pra remover, precisava dar um free, tipo é na funcao unregister do fastreport. Olha se concorda com isso: Se aprovarem, vou mexer no mdfe e cte. ACBrNFeDANFEFRDM.pas ACBrNFeDANFEFR.pas

Então eu não resolvi, expus para debate, após postar e analisar o codigo fonte do FastReport, a única coisa que vejo é criar o objeto no acbr fast para vincular o motor de exportar, ao inves dele instanciar um, pois no sistema quem já tem ele não precisa mais colocar, é usual para qualquer parte do sistema. Aquela variavel global com a lista dos motores de exportar é o grande erro, mas é coisa do fast report, nao consigo mudar. Olha a ideia se concorda: Na unit ACBrNFeDANFEFR published property FastExport: TComponent read FFastExport write SetFastExport; Então eu pego e ligo o meu export pdf que fica no meu dm principal ali, e aquele create do acbr nao mais vai ser feito, a menos que eu nao tenha adiconado, e na hora de exportar deveremos setar as opcoes de transparency false que é uma chamada de rtti e as demais configuracoes para a saida do pdf.

o problema está nisso penso eu: constructor TfrxCustomExportFilter.Create(AOwner: TComponent); begin inherited; if not FNoRegister then frxExportFilters.Register(Self); a cada exportador de pdf criado dentro da aplicacao, entra na lista global na var FExportFilters, dentro da unit frxDsgnIntf ... em resumo, parece que permite apenas um export pdf por aplicação, pela logica...

some daqui Porque isso foi feito? Qual problema era gerado para essa linha (RemoveExportFastReportPDFDuplicate) ter sido adicionada? Será que alguem colocou o filtro de export pdf em varias telas e deixou o global ativado ? Se for, não é bacana, é um motor de export apenas por aplicacao Achei o defeito, é so aqui, mas interferiu em tudo

[-]ACBR-8198 NFe Ajuste de Margens por Windsoft [*]Remoção da Duplicidade de todos as duplicidades do exportador PDF do FastReport por MarcosRWeimer essa rotina está removendo os filtros de exportação do objeto de impressao do sistema todo, teria como corrigir ? Some todos filtros de PDF

Bruno coloca como fez a alimentacao do objeto acbr para imprimir, agora me deixou confuso, tenho esse banco em uso tambem.

Qual valor voce colocou no campo de cedente? Parece algo incoerente, esse banco funciona de boa.

Tem api, documentação?

ignora, deleta o topico, agora que vi, o numero mudou mesmo. aff: 37 https://delphidabbler.com/notes/version-numbers#:~:text=List of Delphi Pascal Compiler,VER170

@Victor H. Gonzales - Panda Com relação ao nome dos pacotes: o correto é fs30, frx30... Revisão abaixo: re ACBr_BoletoFR.dpk ACBr_NFSeXDANFSeFR.dpk ACBr_NFSeDanfseFR.dpk ACBr_MDFeDamdfeFR.dpk ACBr_CTeDacteFR.dpk ACBr_NFeDanfeFR.dpk ACBr_SATExtratoFR.dpk ACBr_GNREGuiaFR.dpk ACBr_BPeDabpeFR.dpk

Vou testar cara, mas o json não havendo conjunto de colchetes igual ele espera, mas sim um retorno html da pagina não processada, penso que nem parse era para acontecer, mas retornar como outro tipo de erro, mas suave, aconteceu uma vez so no cliente.

Sim, mas fiz as pressas, nao mexi no lugar certo, para atender um cliente que preACBrNFSeXProviderBase.pascisava. segue unit o correto de mexer é no arquivo ACBrNFSeXServicos.ini [PadraoNacional] ProRecepcionar=https://sefin.nfse.gov.br/sefinnacional ProConsultarDFe=https://adn.nfse.gov.br/contribuintes HomRecepcionar=https://sefin.producaorestrita.nfse.gov.br/SefinNacional HomConsultarDFe=https://adn.producaorestrita.nfse.gov.br/contribuintes ProLinkURL=https://www.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% HomLinkURL=https://www.nfse.gov.br/ConsultaPublica/?tpc=1&chave=%CodVerif% Porém, não mexi, pois é outra url, nao rastreei onde impactaria trocar, uma vez que a url pode ser usada em outro endpoint sem ser o de pegar pdf... @Italo Giurizzato Junior pode nos ajudar?