Allan Wolski

Realizei o teste das alterações a pedido do @EMBarbosa e funcionou perfeitamente setando a propriedade NumCopias = 0. Portanto isso resolve também o tópico original mencionado na primeira mensagem. Obrigado a todos.

Bom dia, @Juliana Tamizou Perfeito. Muito obrigado pelo retorno.

Bom dia, Italo! Eu que agradeço pela atenção. Fico aguardando disponibilização no SVN. Obrigado.

Bom dia, @Italo Jurisato Junior Eu não salvo o XML em disco, mas a propriedade DistribuicaoDFe.retDistDFeInt.docZip.Items.XML ficava em branco. Testei com a alteração proposta e funcionou perfeitamente.

A condição da linha 496 da função TRetDistDFeInt.LerXml não está funcionando corretamente para XML de CT-e OS. if (oLeitorInfZip.rExtrai(1, LowerCase(FtpDFe) + 'Proc') <> '') then A verificação está sendo realizada na tag cteProc (FtpDFe = CTe), porém a tag correta é cteOSProc. Com isso as propriedades não estão sendo preenchidas corretamente, inclusive o XML.

Perfeito! Muito obrigado @Italo Jurisato Junior

Perfeito! Muito obrigado @Italo Jurisato Junior

Obrigado, @Italo Jurisato Junior Fico no aguardo.

Segue sugestão de alteração para compatibilizar a função ExtrairTipoEmissaoChaveAcesso da unit pcnAuxiliar com os demais modelos de documentos fiscais eletrônicos, exceto CF-e SAT. pcnAuxiliar.pas

Perfeito! Muito obrigado @Daniel Simoes

Perfeito! Muito obrigado @Italo Jurisato Junior

Perfeito! Muito obrigado @Juliomar Marchetti

Perfeito! Muito obrigado @EMBarbosa

Boa tarde, @EMBarbosa Esta alteração do DropShadow foi apenas uma questão de estética mesmo, visando seguir o padrão dos demais modelos de impressão que não fazem uso desta sombra. O alinhamento foi decorrente da alteração do DropShadow.

Bom dia @Juliana Tamizou A única alteração foi na propriedade HightQuality, que não trata-se exatamente de um erro, mas podemos aproveitar para enviar juntamente com as demais. Segue arquivos modificados para análise. DACTE_Ve300.fr3 DACTE.fr3 DACTE_OS.fr3

Boa tarde @Juliana Tamizou Sim, estou usando os arquivos em anexo com a última revisão do ACBr e tudo funciona perfeitamente.

Precisei adicionar dois novos campos no DataSet de impressão do DANFe em FastReport para uso com um modelo personalizado de impressão. pICMSST pMVAST Segue unit ACBrNFeDANFEFRDM.pas modificada para análise. Obrigado. ACBrNFeDANFEFRDM.pas

A mensagem SOAP está sendo gerado com a tag mdfeDadosMsg duplicada, causando a rejeição: Usar somente o namespace padrão do MDF-e <soap12:Envelope xmlns:soap12="http://www.w3.org/2003/05/soap-envelope" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <soap12:Header> <mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MDFeDistribuicaoDFe"> <cUF>41</cUF> <versaoDados>1.00</versaoDados> </mdfeCabecMsg> </soap12:Header> <soap12:Body> <mdfeDadosMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MDFeDistribuicaoDFe"> <mdfeDadosMsg> <distDFeInt xmlns="http://www.portalfiscal.inf.br/mdfe" versao="1.00"> ... </distDFeInt> </mdfeDadosMsg> </mdfeDadosMsg> </soap12:Body> </soap12:Envelope> Para gerar o SOAP corretamente, removi o parâmetro "mdfeDadosMsg" da criação do DistDFeInt em TDistribuicaoDFe.DefinirDadosMsg. DistDFeInt := TDistDFeInt.Create(FPVersaoServico, NAME_SPACE_MDFE, '', 'consChMDFe', 'chMDFe', False);

Boa tarde! Segue alteração para preencher corretamente a propriedade ArquivoPDF nas gerações de PDF de CT-e e MDF-e com FastReport. Obrigado. ACBrCTeDACTEFR.pas ACBrMDFeDAMDFEFR.pas

Bom dia, @Daniel Simoes A propriedade RLPrinter.Copies acessa diretamente a propriedade Printer.Copies da unit Printers.pas, disparando o erro mencionado em aplicações ISAPI, onde o nível de permissão é limitado. Acredito que o número de cópias é utilizado apenas quando enviamos uma impressão direta, pois não faz sentido gerar o PDF com mais de uma cópia sendo que isso ficará a critério de quem for imprimir o mesmo. De qualquer forma, a verificação pode ser alterada para if NumCopias > 1 then RLPrinter.Copies := NumCopias; Obrigado.

Bom dia! Ao tentar gerar o PDF do Extrato com FortesReport em uma aplicação ISAPI, recebo o erro "There is no default printer currently selected". O erro persiste mesmo definindo uma impressora padrão no Windows. Segue correção em anexo para análise. Obrigado. ACBrSATExtratoFortesFr.pas

@Renan Silva, você concluiu a impressão do extrato com FastReport? Caso negativo, poderia disponibilizar as units para que possamos dar andamento? Obrigado.

Sim, e basicamente eu resolvo isso com a função ConverteXMLtoNativeString. Apenas sugeri em utilizar o DecodeToString ao invés do ParseText diretamente na variável StrDecod, visto que a mesma é chamada dentro do ParseText. Desta forma solucionaria ambos os problemas, pois não teria o replace dos "entity code".

Daniel, segue o XML em anexo para melhor compreensão do problema. Lembrando que o arquivo foi resgatado do banco de dados, salvo através da propriedade que mencionei anteriormente. 35190123318607000381550030000048821999893621.xml

Bom dia, Italo! ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[i].XML