Allan Wolski
-
Total de ítens
103 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Allan Wolski
-
-
Bom dia, @Juliana Tamizou
Perfeito. Muito obrigado pelo retorno.
-
1
-
-
Bom dia, Italo!
Eu que agradeço pela atenção.
Fico aguardando disponibilização no SVN.Obrigado.
-
1
-
-
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.
-
2
-
-
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') <> '') thenA 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.
-
-
1
-
-
48 minutos atrás, Italo Jurisato Junior disse:
Bom dia Allan,
Favor atualizar os fontes e faça novos testes.
Perfeito!
Muito obrigado @Italo Jurisato Junior
-
1
-
-
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.
-
Em 22/01/2019 at 13:48, Daniel Simoes disse:
Parece bem melhor... notei o mesmo caso em várias outras Units, e apliquei correções no SVN... rev:16359
Perfeito!
Muito obrigado @Daniel Simoes
-
2
-
-
Em 21/01/2019 at 16:22, Italo Jurisato Junior disse:
Boa tarde Allan,
Muito obrigado pela colaboração, já esta no repositório.
Perfeito!
Muito obrigado @Italo Jurisato Junior
-
1
-
-
Em 25/01/2019 at 17:32, Juliomar Marchetti disse:
No svn suas sugestões.
obrigado
Perfeito!
Muito obrigado @Juliomar Marchetti
-
1 hora atrás, EMBarbosa disse:
Ok. Enviei ao SVN.
Queira por favor atualizar, testar e reportar qualquer problema.
Perfeito!
Muito obrigado @EMBarbosa
-
1
-
-
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.-
1
-
-
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. -
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);-
3
-
-
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.
-
1
-
2
-
-
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.
-
2
-
-
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.-
1
-
-
@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. -
Bom dia, Italo!
ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[i].XML
Gerar PDF NFCe/NFe DANFE aplicação ISAPI com Fortes Report
em NFC-e - Nota Fiscal do Consumidor Eletrônica
Postado
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.