Pacote NuGet para DANFE
Opened this issue · 23 comments
Verificando as issues, vi que o @danilobreda disse num comentário (#1324 (comment)) que:
Ainda não temos um pacote do Zeus da parte do DANFE, isso se deve a alguns problemas antigamente que hoje já estão resolvidos!
Como foi dito que "já estão resolvidos!", há a possibilidade de disponibilizá-los no NuGet agora?
Sua pergunta é um pouco mais complexa do que parece e vai ser utilizada no futuro como fonte de informação, então vou passar alguns conhecimentos prévios.
A impressão de NF-e, CT-e e MDF-e utiliza um componente externo ao DFe.NET, no caso Fast-Reports, ferramenta de código fechado. A impressão (pelo menos da NFe) também conta com a versão OpenSource do Fast-Reports.
Se você analisar o código do(s) projeto(s) que tratam da impressão eles basicamente passam parametros para um objeto FastReports.Report e fazem a chamada às funções de Print, Export, etc...
Logo, se você referenciar o Nuget do fast-reports e usar o código aqui disposto como base você consegue implementar diretamente na sua ferramenta as chamadas do FRX sem grande complexidade em uma única classe.
Agora, se você busca algo "pronto" nesse sentido, acredito que vai se limitar a opção open source. E talvez esse seja o impasse atual.
Edit:
Um pitaco para a discussão futura: faria sentido (na minha visão) adicionar um pacote aqui se estivéssemos usando algo como o QuestPDF. No nosso caso atual o que temos é basicamente uma classe que chama o FastReports, vejo como desnecessário esse pacote.
Concordo, não vejo a necessidade de pacotes NuGet para os projetos FastReport.
Entretanto, para o projeto de impressão nativa da NFC-e (NFe.Danfe.Nativo), considero útil a criação de um pacote NuGet, dado que simplificaria a integração para casos como o meu, onde a impressão a partir do XML é o foco principal.
Portanto, gostaria de solicitar a criação de um pacote NuGet para o projeto (NFe.Danfe.Nativo).
A impressão nativa é de autoria do @robertorp se não me engano, vou referenciar ele aqui para que ele possa analisar o caso. Eu particularmente não uso o Danfe nativo, para NFCe uso um projeto próprio de impressão em EscPos.
Pessoal, alguma posição quanto a isso?
Pessoal,
Eu consegui fazer o NFe totalmente em HTML sem dependencia de nenhum software externo.
Quererem que eu apresente ?
A paginação esta correta? Sim
@DSBRBrasil se puder compartilhar o código seria muito bacana
topzera
@robertorp seria um pull request ? (projeto novo no Zeus) , correto ?
Informem como devo repassar o code...
Ah... e as classe NFe são do Zeus, logo 100% compativel com o projeto
O PR acredito que seja a melhor ideia no momento, se for necessário a gente abre um novo branch desse PR e abrimos para testes da comunidade.
Obrigado pela contribuição!
Pessoal, alguma posição quanto a isso?
PR #1422
Feito
Bora dar uma espiada em tudo hoje o que tem , quero ver esse pullzão html funcionando , muito top viu ! Parabéns ! Realmente achei interessante viu
Sobre o pacote nuget, em breve olharei com carinho isso também. Guentem ai um pouco =)
Acredito que ajudaria bastante um pacote nuget com essa parte de geração de danfe NFE/NFCE!
O nuget package foi descartado. O melhor é eu baixar as classes e coloca-las no meu projeto ou baixar o projeto, gerar uma Dll e utiliza-las?
Nuget não faz sentido.
Fica a seu critério, EU fiz uma classe nova para meu uso. Você pode ou não usar a do Zeus, depende da sua realidade/projeto.
Nuget não faz sentido.
Fica a seu critério, EU fiz uma classe nova para meu uso. Você pode ou não usar a do Zeus, depende da sua realidade/projeto.
Por que não faz sentido ?
Sobre o Nuget (para fast-reports):
Sua pergunta é um pouco mais complexa do que parece e vai ser utilizada no futuro como fonte de informação, então vou passar alguns conhecimentos prévios.
A impressão de NF-e, CT-e e MDF-e utiliza um componente externo ao DFe.NET, no caso Fast-Reports, ferramenta de código fechado. A impressão (pelo menos da NFe) também conta com a versão OpenSource do Fast-Reports.
Se você analisar o código do(s) projeto(s) que tratam da impressão eles basicamente passam parametros para um objeto FastReports.Report e fazem a chamada às funções de Print, Export, etc...
Logo, se você referenciar o Nuget do fast-reports e usar o código aqui disposto como base você consegue implementar diretamente na sua ferramenta as chamadas do FRX sem grande complexidade em uma única classe.
Agora, se você busca algo "pronto" nesse sentido, acredito que vai se limitar a opção open source. E talvez esse seja o impasse atual.
Edit:
Um pitaco para a discussão futura: faria sentido (na minha visão) adicionar um pacote aqui se estivéssemos usando algo como o QuestPDF. No nosso caso atual o que temos é basicamente uma classe que chama o FastReports, vejo como desnecessário esse pacote.
O Danfe para FastReports são chamadas para o Fast (componente proprietário) usar o nuget do Zeus mais traria problemas com versões do que soluções por ser basicamente uma classe de chamadas ao Fast.
Agora o nuget para algo como HTML (que você fez, alías) ou um QuestPDF da vida não vejo problemas.
O @robertorp se não me engano é o responsável pelos nugets.
PS: Lembrando que eu sou só um cara dando pitacos, a discussão não precisa encerrar porque eu digo que não vejo necessidade.
Sobre o Nuget (para fast-reports):
@Ander89BR
Sua pergunta é um pouco mais complexa do que parece e vai ser utilizada no futuro como fonte de informação, então vou passar alguns conhecimentos prévios.
A impressão de NF-e, CT-e e MDF-e utiliza um componente externo ao DFe.NET, no caso Fast-Reports, ferramenta de código fechado. A impressão (pelo menos da NFe) também conta com a versão OpenSource do Fast-Reports.
Se você analisar o código do(s) projeto(s) que tratam da impressão eles basicamente passam parametros para um objeto FastReports.Report e fazem a chamada às funções de Print, Export, etc...
Logo, se você referenciar o Nuget do fast-reports e usar o código aqui disposto como base você consegue implementar diretamente na sua ferramenta as chamadas do FRX sem grande complexidade em uma única classe.
Agora, se você busca algo "pronto" nesse sentido, acredito que vai se limitar a opção open source. E talvez esse seja o impasse atual.
Edit:
Um pitaco para a discussão futura: faria sentido (na minha visão) adicionar um pacote aqui se estivéssemos usando algo como o QuestPDF. No nosso caso atual o que temos é basicamente uma classe que chama o FastReports, vejo como desnecessário esse pacote.O Danfe para FastReports são chamadas para o Fast (componente proprietário) usar o nuget do Zeus mais traria problemas com versões do que soluções por ser basicamente uma classe de chamadas ao Fast.
Agora o nuget para algo como HTML (que você fez, alías) ou um QuestPDF da vida não vejo problemas.
O @robertorp se não me engano é o responsável pelos nugets.
PS: Lembrando que eu sou só um cara dando pitacos, a discussão não precisa encerrar porque eu digo que não vejo necessidade.
Verdade, para o Fast realmente fica complicado. Todo o meu problema foi por causa do Fast (por isso nem uso o Fast). inclusive estou devendo a NFCe que é a mesma coisa (tudo em html)
um pacote nuget para a NF-e e NFC-e no modelo de html seria uma boa.
Estou tendo de usar duas soluções aqui, uma do Zeus para gerar o recibo NFC-e e um outro nuget para a NF-e
quanto ao pacote nuget eu me refiro para a NFC-e nativa, que nao faz uso do fast, é esse projeto (Nfe.Danfe.Nativo) que gostaria de um pacote nuget..
Existe a possiblidade do pacote nuget para HTML (NFe) e nativo (NFCe)?