fefevilela

Não... usando apenas o componente TACBrCte.. Estou investigando o motivo dessa tag não estar sendo preenchida e sendo recusada pela SEFAZ. Pelo manual, ela deveria ser preenchida com 99, porem algo está fazendo com que ela seja anulada no xml...

Olá Juliomar, Verificando a Classe: Constatei que na linha 1675, existe a referencia a um item do TMemIniFile que não foi definido, tpDoc := StrToTpDocumento(OK,INIRec.ReadString(sSecao,'tpDoc','01')); Não seria esse o problema??

Bom dia. Ao incluir um registro de Documento com o tipo 99, o componente não está gerando a tag <tpDoc>99 </tpDoc>. segue trecho correspondente: <infDoc> <infOutros> <tpDoc/> <descOutros>PED</descOutros> <nDoc>1</nDoc> <dEmi>2020-05-23</dEmi> <vDocFisc>1000.00</vDocFisc> </infOutros> </infDoc> Isto tem alguma relação com os schemas ?

Segue anexo a classe com a correção para usar o NOMEDOCUMENTO setado no componente Dacte para impressão FastReports. Quaisquer duvidas, estamos a disposição para ajudar. ACBrCTeDACTEFR.pas

Olá Barbosa, Estou com os fontes atualizados e constatei que a Classe está com o nome CHUMBADO no padrão IncludeTrailingPathDelimiter(PathPDF) + OnlyNumber(CTE.infCTe.Id) + '-cte.pdf' conforme codigo abaixo: Posso efetuar uma alteração e submeter para voces publicarem em Trunk ??? procedure TACBrCTeDACTEFR.ImprimirDACTePDF(ACTE: TCTe); const TITULO_PDF = 'Conhecimento de Transporte Eletrônico'; var OldShowDialog: Boolean; begin if PrepareReport(ACTE) then begin frxPDFExport.Author := Sistema; frxPDFExport.Creator := Sistema; frxPDFExport.Producer := Sistema; frxPDFExport.Title := TITULO_PDF; frxPDFExport.Subject := TITULO_PDF; frxPDFExport.Keywords := TITULO_PDF; OldShowDialog := frxPDFExport.ShowDialog; try frxPDFExport.ShowDialog := False; frxPDFExport.FileName := IncludeTrailingPathDelimiter(PathPDF) + OnlyNumber(CTE.infCTe.Id) + '-cte.pdf'; if not DirectoryExists(ExtractFileDir(frxPDFExport.FileName)) then ForceDirectories(ExtractFileDir(frxPDFExport.FileName)); frxReport.Export(frxPDFExport); finally frxPDFExport.ShowDialog := OldShowDialog; FPArquivoPDF := frxPDFExport.FileName; end; end; end;

Obrigado pela Dica.... Eu estava passando o valor para a função desta forma: Icms.CST := StrToCSTICMS(ok, intToStr(nCodST)); ou seja.. o valor passado era "0" e a função espera um numero com 2 caracteres...

Pessoal, boa tarde. Fiz a atualização hoje e constatei que o DANFE não está impriminto a CST corretamente quando o codigo é TRIBUTADO INTEGRALMENTE (00). Ele está mostrando apenas o primeiro digito correspondente a ORIGEM. Alguem sabe o que está causando isso ? No exemplo anexo, o codigo deveria ser seguido de 00 por exemplo... 600.. 500 etc....

Coloquei o shape atrás e pra mim continua funcionando. BigWings... veja se resolve pra voce. DANFeRetrato_2019.fr3

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