Qual é a melhor maneira de gerar e imprimir faturas em um aplicativo .NET?

Question

Estou trabalhando em um sistema de cobrança para uma empresa de serviços públicos e temos os seguintes requisitos:

• Gerado em lote e imprimir aproximadamente 1.500 notas por dia que depois enviamos para os clientes
• Salve a fatura em um formato que pode enviar por e -mail ao cliente e também arquivado (provavelmente PDF)
• Construído com .NET com o back-end do MS SQL Server

Eu gostaria de alguns conselhos sobre a melhor maneira de conseguir isso. Estou pensando em criar um aplicativo WPF que teria o modelo de fatura para o qual vinculamos os dados da fatura e imprimimos. Mas eu não usei o WPF antes, então não tenho certeza se essa é a melhor tecnologia para usar, e não consigo entender como a conversão em lote e PDF funcionariam.

Alguma ideia? O WPF funcionaria ou existe uma solução melhor?

Answer 1

Se você estiver usando um back -end do SQL Server, os serviços de relatórios devem funcionar para você.

Caso contrário, eu recomendaria um gerador de relatórios de terceiros que atenda às suas necessidades de relatórios e crie um aplicativo que o usa para criar e exportar os relatórios.

Answer 2

Eu recomendo fortemente trabalhar com uma ferramenta de relatório que fornece suporte nativo para exportar para o PDF, é muito mais fácil para fins de gerenciamento se você puder começar com um único formato e relatar para lidar com a impressão e o arquivamento da informação.

Se você está realmente fazendo processamento em lote, eu não veria o WPF como um componente necessário como um trabalho em lote, você realmente não tem muita interface do usuário, se houver, dependendo de como você realmente implementa isso.

Se eu fosse você, focaria em criar um processador em lote que poderia estar em execução como um serviço do Windows ou programado para executar em intervalos específicos para realizar seu trabalho.

Answer 3

Você pode obter um bom recurso de impressão do WPF desde o novo formato de papel de tecnologia XPS O documento é um substituto para o PDF. E também tem um ótimo suporte de programação. Um blog de Pettzold http://www.charlespetzold.com/blog/2006/02/201111.html em relação à impressão WPF.

Answer 4

Mesmo com o SQL Server, você pode querer examinar a funcionalidade de relatórios do lado do cliente. Realmente se encaixa melhor na IMO com o que você deseja. Você ainda pode consultar e obter todos os dados necessários para formar o servidor, mas ele permite que você tenha controle completo sobre o processo de automação. Talvez você queira executá -lo como um serviço, todos os dias o relatório é gerado pelo Serviço, convertido em PDF e copiado para disco e enviado por e -mail automático. O lado do cliente pode fazer tudo isso e facilmente. E não há confiança nos serviços de relatórios ou IIS, ou ter que ser configurado.

Answer 5

Talvez você deva tentar com o ActiveReports.net ou o Devexpress XTRAREports para gerar os relatórios primeiro por código. Ambos possuem suporte de exportação em PDF para que você possa gerar arquivos PDF e enviá -los por correio.

Answer 6

Confira este livro, (http://www.apress.com/book/view/9781590598542) fornece muitos cenários diferentes, incluindo relatórios por e -mail, serviço de geração de relatórios, etc. É em relação aos relatórios do lado do cliente, mas se aplica igualmente bem ao lado do servidor (lado do design de qualquer maneira). Isso pode ter suas vantagens fazendo o lado do cliente (ou servidor dedicado), pois você pode controlar completamente o processo de automação. Mas isso é se você quiser ir com o .NET Reporting.

E sim, você pode usar o WPF.

Answer 7

Você também pode olhar para o itextSharp. É uma ferramenta de escrita .NET PDF e é uma porta do Java Itext. O jogo limitado que fiz com isso tornou o PDF escrever simples e divertido.

Answer 8

Em um dos projetos em que trabalho, usamos Lista e etiqueta.

Basicamente, você tem uma API .NET, você passa por um conjunto de dados e depois faz modelos referenciando as colunas no conjunto de dados, que podem pelo menos ser impresso (e suponho que exportado para PDF também, mas não verifiquei ...)

Eu não trabalhei com isso sozinho, então não posso dizer muito sobre qualidade.