fefevilela

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

Não gerei... Perguntei se o FR3 está correto. Vou reinstalar o ACBR ainda... mas antes quero ter certeza que não tem "boi na linha..." Agradeço sua análise

É esse arquivo?? DANFeRetrato_2019.fr3

Leonardo, desculpa incomoda-lo com isso, mas por gentileza, verifica se o anexo corresponde ao ultimo formulário postado no SVN? Apaguei todos os os arquivos ACBR do disco e fiz nova instalação. Tudo perfeito. Veja que conforme demonstrado no PDF, os campos CALCULO DO IMPOSTO (DESPESAS ACESSORIAS, VALOR IPI) e VOLUMES TRANSPORTADOS (ENDEREÇO, MARCA) estão desalinhados. Veja tambem que o BarCodeContingencia está sendo impresso (Não sei como INIBIR em RunTime). Esses são os problemas detectados desde o inicio. Esses problemas não ocorrem em sua instalação ? Agradeço sua orientação. DANFeRetrato_2019.pdf DANFeRetrato_2019.fr3

Ok, vou desinstalar tudo e reinstalar pra corrigir. obrigado

Delphi Berlin, FASTReports 5 ( Original do Pacote Delphi ), seria esse o problema ???

Oxi... A minha versão SVN é a 16599. Eu gerei a impressão após a atualização completa do SVN, motivo pelo qual detectei o problema com o barCodeContingencia e os alinhamentos dos campos citados. estou enganado?

Segue anexo os formulários (ACBR) e (OPENDATA) para comparação DANFeRetrato_2019_ACBR.pdf DANFeRetrato_2019_OPENDATA.pdf