fefevilela

Que estranho.. Todos os formulários que deram problema depois da modificação referente as margens foram sanados com a alteração do alinhamento das bandas que possuiam a propriedade CLIENT habilitada. Com a alteração, o defeito foi resolvido e inclusive os administradores publicaram no repositório os formulários alterados. Se eu puder ajudar, me avise., abraço

Eu utilizo o FastReports 5 Version 6.3. não seria problema de versão ?

Não estou entendendo.... anexo a visualização do trecho questionado. (duplicatas.png) segue novamente o fonte que gerou o anexo DANFeRetrato_2019.fr3

Uai... ja foi corrigido. Pedi que voces possam publicar o fonte enviado em produção. Falta algo ou entendi errado ?

Sim... Conforme ja informado anteriormente, para atendimento a modificação que os componentes sofreram para ajustar margem através das propriedades, as bandas precisam ter alinhamento NONE e todas as bandas corrigidas estavam com alinhamento CLIENT o que ignora a configuração. Abraço

Peço aos administradores que postem essa ultima versão em produção. Agradeço

é.. tinha algumas bandas que não estavam corretas.. essa versão agora corrige todas... já verifiquei uma por uma... abraço DANFeRetrato_2019.fr3

A alteração ocorreu apenas na banda, substituindo o parametro ALINHAMENTO para NONE visto que a classe faz a alteração da margem de forma automática. abraço

Segue o formulário padrão corrigido DANFSEPadrao.fr3

Fiz a alteração no relatório. A mudança é simples. 1) Seleciona a banda e vai na propriedade de alinhamento e altera para NONE 2) Salva o formulario e nem precisa recompilar a aplicação e testa abraço

Italo, bom dia Desculpe.. eu não havia entendido a sua pergunta. Eu utilizava o formulário PADRAO, porem foi disponibilizado o padrão GINFES que é o utilizado pela prefeitura de Guarulhos, mais adequado aos critérios dos nossos usuários. As alterações efetuadas são apenas visuais no formulário disponibilizado pois o alinhamento das bandas devem estar sempre em NONE para que a classe que faz o alinhamento das margens funcione adequadamente. fis as correções no formulário e postei para que voces possam disponibilizar na versão de produção. Se precisar de mais informações estou sempre a disposição. forte abraço Fernando

Segue

Pessoal, Segue o formulário com correções visuais (Frames não respeitavam margens e Campo de numeração da NFSe que não exibia o numero corretamente). Peço avaliarem e publicarem. Abraço DANFSEPadraoGinfes.fr3

Olá... Não tinha certeza se eu poderia postar o documento por aqui. DANFeRetrato_2019.fr3

Bom dia, Ao atualizar os componentes hoje, constatei que o frame que envolve os dados das duplicatas não está respeitando a margem definida para o formulário, conforme anexo.

Obrigado pelo retorno.

Pessoal, Estou com problema ao gerar arquivo PDF de Inutilização de NFe usando o FastReports. Estou fazendo o processo conforme segue: CompNFe.ImprimirInutilizacaoPDF; NomeArquivoPDF := ACBrDANFE.ArquivoPDF; Ao fim do processo o arquivo é gerado no diretorio esperado, porem, o nome dele fica incompleto devido a esse trecho da classe que gera o arquivo: procedure TACBrNFeFRClass.ImprimirINUTILIZACAOPDF(ANFE: TNFe); .... NomeArq := OnlyNumber(TACBrNFe(DANFEClassOwner.ACBrNFe).InutNFe.RetInutNFe.Id); frxPDFExport.FileName := PathWithDelim(DANFEClassOwner.PathPDF) + NomeArq + '-procInutNFe.pdf'; Observando o XML de retorno obtido no momento da Inutilização pelo método: XML := CompNFe.WebServices.Inutilizacao.RetornoWS; obtenho o XML que possui todas as informações que comprovam a inutilização, porem nele não existe a TAG ID usada pelo metodo do FastReports. portanto.. o nome do arquivo é gerado sempre como : -procInutNFe.pdf Estou fazendo algo errado ou a rotina não está avaliando o xml corretamente ? Agradeço a ajuda

Bom dia pessoal, Tenho constatado que a quantidade de códigos apresentando HINTS e WARNINGS tem crescido bastante. Gostaria de saber se essas mensagens devem mesmo ocorrer devido as várias versões em que o ACBR pode ser compilado ou se podemos colaborar corrigindo o código e submetendo a voces para análise e atualização. Eu uso o Delphi Berlin e alguns exemplos de Warnings gerados são esses: [dcc32 Warning] ACBrBancoHSBC.pas(135): W1057 Implicit string cast from 'AnsiString' to 'string' [dcc32 Warning] ACBrBancoHSBC.pas(157): W1058 Implicit string cast with potential data loss from 'string' to 'AnsiString' [dcc32 Warning] ACBrNFSeWebServices.pas(2314): W1058 Implicit string cast with potential data loss from 'string' to 'AnsiString' [dcc32 Warning] pnfsAbrirSessaoResposta.pas(206): W1057 Implicit string cast from 'AnsiString' to 'string' Abraço a todos

Oi Mateus... Realmente o Leonardo me explicou que a versão 2019 só funciona com a versão PRO ou Enterprise. Se voce só tem a versão basica, use os arquivos do diretorio OBSOLETOS que irá funcionar.

Segue DANFeRetrato_2019_ACBR.pdf DANFeRetrato_2019_NOVO.pdf DANFeFR-change-log.txt

Desculpe Leonardo, não conheço os procedimentos. Da próxima vez, seguirá dentro do padrão. Segue conforme solicitado os arquivos para análise. DANFeFR-change-log.txt DANFeRetrato_2019_ANTES.fr3 DANFeRetrato_2019_NOVO.fr3

Pessoal, para fechar o assunto, segue o DanfeRetrato ajustado, caso queiram disponibilizar no SVN. Abraço a todos e obrigado pelas dicas DANFeRetrato_2019.fr3

Pessoal, obrigado pela orientação. Realmente usando a versão PROF do FastReports resolveu o problema com o codigo de barras, porem saliento que o formulário poderia sofrer alguns ajustes conforme mencionado. Segue os apontamentos para que avaliem a possibilidade de ajuste visual. Abraço

segue NFe_00000002.xml

segue o PDF gerado pelo arquivo anexado anteriormente. Ja verifiquei e só existe um fonte FR3 instalado na maquina. DANFeRetrato_2019.pdf