Leonardo Gregianin

Utilizo a Danfe NFC-e em FastReport, que precisa de uma arrumada... A mensagem você implementa no seu sistema, veja a NT da NFC-e e veja o código que utilizo: if NFe1.NotasFiscais.Items[0].NFe.Ide.tpEmis = teOffLine then begin // 1ª via do CONSUMIDOR DanfeFR.DescricaoViaEstabelec := 'Emitida em Contingência'; NFe1.NotasFiscais.Imprimir; NFe1.NotasFiscais.ImprimirPDF; // 2ª via do Estabelecimento - Capítulo 2.2.6 da Nota Técnica da NFC-e if Application.MessageBox(PChar('NFC-e Emitida em modo de Contingência off-line.'+sLineBreak+ 'Deseja efetuar a Impressão da Via do Estabelecimento?'+sLineBreak+sLineBreak+ 'Atenção: Optando por "não" imprimir a segunda via, estará automaticamente optando pela guarda do XML.'+sLineBreak), PChar(Application.Title),MB_YESNO+MB_ICONWARNING) = IDYES then begin DanfeFR.DescricaoViaEstabelec := 'Via do Estabelecimento'; NFe1.NotasFiscais.Imprimir; end; end;

Dércio, Se o modo é "offline" não existe envio somente a impressão. Você está enviando a NFCe sem internet e, logicamente, aparecerá algum erro de conexão como "endereço da URL não pode ser resolvido".

Boa tarde Ítalo, Você corrigiu no arquivo .xsd oficial chamado tiposBasico_v3.10, já tem uma correção oficial para ele ou você corrigiu por conta. Outra situação: se este está errado será que outros não estarão? É viável atualizar os schemas?

A unit ACBrDANFCeFortesFr está dentro do pacote ACBrNFeDanfeRLpkg como demonstrado na imagem acima.

Segue anexo mais cidades para o provedor WebISS

O arquivo fr3 da Danfe da NFS-e está na versão 4.13.1, mas este erro é facilmente contornável veja: http://svn.code.sf.net/p/acbr/code/trunk/Fontes/ACBrNFSe/Property_Does%20Not%20Exist.txt.

Bom dia, Segue anexo o arquivo .rtf com a lista com as 460 cidades atendidas pelo compoente até 17-06-2014 com base na unit pnfsConversao.pas.

Boa tarde Ítalo, Caso o tag do telefone do Emitente e Destinatario constar com DDI + DDD + Telefone, exemplo: 551132320000 a geração do XML e a impressão do Danfe não ficará correta. Segue anexo uma proposta de alteração.

A NFC-e não permite venda interestadual, ou seja, a UF do emitente tem que ser a mesma UF do destinatário. Isso somente quando a venda não for para consumidor final.

Segue anexo o arquivo .fr3 do Danfe simplificado e uma pequena alteração na unit ACBrNFeDANFEFRDM.pas para impressão da mensagem "Emissão Normal" ou "NF-e sem valor fiscal - Homologação". Seu uso: ACBrNFe.DANFE.FastFile := DANFeSimplificado.fr3; ACBrNFe.DANFE.TipoDANFE := tiSimplificado; ACBrNFe.NotasFiscais.Imprimir;

Esta flexibilidade de vincular o tpImp ou alterar no componente que eu pretendia. Com isso, em todos os gerenciadores de relatório, sempre utilizaremos ACBrNFe.NotasFiscais.Imprimir, o que podemos desde já excluir as procedures: unit ACBrNFeDANFEClass.pas: procedure ImprimirDANFEResumido(NFE : TNFe = nil); virtual; unit ACBrNFeNotasFiscais.pas: procedure ImprimirResumido; Para a versão em FastReport seria alimentar a propriedade FastFile do componente e depois executar ACBrNFe.NotasFiscais.Imprimir.

Bom dia Ítalo, Me tire uma dúvida, da forma que você fez não há vínculo do tpImp = 3 do XML com a impressão do Danfe simplificado? Por exemplo, eu envio uma NF-e 2.00 ou 3.10 com o tpImp = 1 e na impressão eu troco a propriedade TipoDANFE para tiSimplificado e irá imprimir no modo simplificado, é isso?

Boa tarde, Eu acredito que o trabalho por todos do ACBr e pela comunidade sempre foi muito bem feito em todos os tipos de relatórios (Rave arquivo, RaveCB retrato, RaveCB paisagem, FastReport, Quickreport, FortesReport, NFC-e, impressão dos eventos, etc.). Como existe uma comunidade muito grande e diversificada de necessidades, eu voto na continuidade de todos os tipos de opções de relatório que existe hoje porque acredito que daremos suporte a todos eles com a mesma qualidade de sempre.

Ítalo, Quando você diz que a impressão ficaria atrelada ao tpImp = 3, seria como utilizar o comando de impressão ACBrNFe1.NotasFiscais.Imprimir; e internamente seria tratado para imprimir em modo retrato/paisagem ou em modo simplificado? Vou anexar os fontes que alterei onde separei por procedures e não atrelado ao tpImp, acredito que assim daria mais flexibilidade no uso. Veja como ficou: ACBrNFeDANFEClass.pas procedure ImprimirDANFE(NFE : TNFe = nil); virtual; procedure ImprimirDANFEResumido(NFE : TNFe = nil); virtual; procedure ImprimirDANFEPDF(NFE : TNFe = nil); virtual; procedure ImprimirDANFEResumidoPDF(NFE : TNFe = nil); virtual; procedure ImprimirEVENTO(NFE : TNFe = nil); virtual; procedure ImprimirEVENTOPDF(NFE : TNFe = nil); virtual; ACBrNFeDANFEFR.pas procedure ImprimirDANFE(NFE: TNFe = nil); override; procedure ImprimirDANFEPDF(NFE: TNFe = nil); override; procedure ImprimirDANFEResumido(NFE: TNFe); override; procedure ImprimirDANFEResumidoPDF(NFE: TNFe); override; procedure ImprimirEVENTO(NFE: TNFe = nil); override; procedure ImprimirEVENTOPDF(NFE: TNFe = nil); override; ACBrNFeNotasFiscais.pas procedure Imprimir; procedure ImprimirResumido; procedure ImprimirPDF; procedure ImprimirResumidoPDF;

Boa tarde Ítalo, Não tinha observado que os schemas da versão 2.00 não tinham o tpImp = 3 porque a nota técnica é de fevereiro de 2012. Obrigado pela informação. Estou implementando o Danfe simplificado e como utilizo FastReport para NFC-e também gostaria de utilizar o mesmo gerador para esse Danfe. A implementação será basicamente no arquivo fr3, no ACBr somente criar as procedures para chamada. Quando terminar posto por aqui. Até mais.

Dependendo do ramo de atividade da empresa é muito útil. Por exmplo, se houver a necessidade de impressão de NF-e diretamente em um caminhão que faz inúmeras entregas é muito mais viável ele levar uma mini-impressora do que uma impressora a Laser. Veja algumas fotos: http://www.softmovel.com.br/Default.aspx?op=66 http://www.softmovel.com.br/Default.aspx?op=134

Boa tarde, Vou ter que te corrigir Juliomar, O uso da procedure Imprimir(DanfeResumido : Boolean = False) é utilizada na NFC-e e a DANFe simplificada é utilizada na NF-e. A classe já está pronta na unit ACBrNFeDANFEClass.pas, veja: procedure TACBrNFeDANFEClass.ImprimirDANFEResumido(NFE : TNFe = nil) ; begin ErroAbstract('ImprimirResumido'); end; Mas não tem nenhum gerador de relatório que a utilize. O jeito é fazer mesmo.

Muito bom Juliomar, parabéns pelo trabalho.

Esse erro foi relatado e corrigido lá na página 15 e 16 deste mesmo tópico, tente atualizar o arquivo fr3 do FastReport.

Daniel, Não vou conseguir fazer isso em menos de 3 dias, por isso faço um pedido especial para o Roberto Godinho, Solivan e outros que já o utilizam para fazer. Vou postar aqui os fontes do Danfce em Fast com o repositório do ACBr atualizado e quem conseguir fazer a geração do QRCode primeiro melhor.

Os dois são iguais, mas um deles tem os arquivos .fr3 do FastReport. Quando construímos o Danfce por aqui no final de 2013 criamos um propriedade para passar a imagem externa, o que fizeram com o Fortes Report em runtime é muito melhor.

Os fontes são e

Daniel, não poderiam aproveitar o código disponibilizado da Danfe em FastReport para NFC-e? Onde já existem vários usuários já a utilizando em ambiente de produção e quase sem queixas?

Eu lhe entendo, no meu caso não ocorre erro porque sempre consulto a NF-e após a transmissão e o XML é atualizado com os dados do retorno.

O retorno da SEFAZ se encontra na parte final do arquivo XML que você postou: <protNFe versao="3.10"><infProt Id="ID113140002324494"><tpAmb>2</tpAmb><verAplic>AM3.00</verAplic><chNFe>13140316537511000187650020000004701000004702</chNFe><dhRecbto>2014-03-12T11:25:00-04:00</dhRecbto><nProt>113140002324494</nProt><digVal>yw95OZNjqPvXdEt/vGWEus5Qagc=</digVal><cStat>100</cStat><xMotivo>Autorizado o uso da NF-e</xMotivo></infProt></protNFe>