¿Cuál es la mejor forma de generar e imprimir facturas en una aplicación .NET?

Question

Estoy trabajando en un sistema de facturación para una empresa de servicios públicos, y tenemos los siguientes requisitos:

• lotes generar e imprimir aproximadamente 1.500 facturas por día que entonces electrónico a los clientes
• Guardar el proyecto de ley en un formato que puede enviado por correo electrónico al cliente y también archivado (probablemente PDF)
• Construido con .NET con la base de datos MS SQL Server back-end

me gustaría algún consejo sobre la mejor manera de lograr esto . Estoy pensando en crear una aplicación WPF que tenga la plantilla de factura a la que vinculamos los datos de facturación e imprimimos. Pero no he usado WPF antes, así que no estoy seguro de si esa es la mejor tecnología para usar, y no entiendo cómo funcionaría la conversión por lotes y PDF.

¿Alguna idea? ¿Funcionaría WPF, o hay una mejor solución?

Answer 1

Si está utilizando un servidor SQL Server, Reporting Services debería funcionar para usted.

De lo contrario, recomendaría un generador de informes de terceros que se ajuste a sus necesidades de informes y cree una aplicación que lo use para crear & exportar los informes.

Answer 2

Quizás debería probar con ActiveReports.NET o DevExpress XtraReports para generar los informes primero por código. Ambos tienen soporte de exportación de PDF para que pueda generar archivos PDF y enviarlos por correo.

Answer 3

Echa un vistazo a este libro, (http://www.apress.com/book/view/9781590598542) da muchos escenarios diferentes, incluyendo informes de correo electrónico, servicio de generación de informes, etc. Es sobre informes del lado del cliente, pero se aplica igualmente bien al lado del servidor (lado del diseño). esto puede tener sus ventajas haciéndolo desde el lado del cliente (o servidor desactivado) ya que puede controlar completamente el proceso de automatización. Pero eso es si quieres ir con informes .NET.

Y sí, puede usar WPF.

Answer 4

Incluso con SQL Server es posible que desee consultar la funcionalidad de informes del lado del cliente. Realmente encaja mejor IMO con lo que quieres. Todavía puede consultar y obtener todos los datos que necesita del servidor, pero le permite tener un control total sobre el proceso de automatización. Tal vez quiera ejecutarlo como un servicio, todos los días el servicio genera el informe, lo convierte a PDF y lo copia al disco y lo envía automáticamente por correo electrónico. El lado del cliente puede hacer todo eso y fácilmente. Y no hay dependencia en los servicios de informes o IIS, o tener que configurar algo de eso.

Answer 5

Recomiendo encarecidamente trabajar con una herramienta de informes que proporciona soporte nativo para exportar a PDF, es mucho más fácil para fines de gestión si puede comenzar con un único formato e informe para manejar la impresión y el archivo de información.

Si realmente está haciendo el procesamiento por lotes, no vería WPF como un componente necesario como un trabajo por lotes, realmente no tiene mucha interfaz de usuario, o ninguna, dependiendo de cómo realmente implemente esto.

Si yo fuera usted, me centraría en la creación de un procesador por lotes que podría estar ejecutándose como un servicio de Windows o programado para ejecutarse a intervalos específicos para realizar su trabajo.

Answer 6

También puede consultar itextSharp. Es una herramienta de escritura de .net pdf y es un puerto del itexto de Java. La reproducción limitada que hice con ella hizo que la escritura de PDF fuera simple y divertida.

Answer 7

Puede obtener buenas funciones de impresión de WPF ya que la nueva tecnología Formato de papel XPS documento es un reemplazo para PDF. Y tiene un gran soporte de programación también. Un blog de pettzold http://www.charlespetzold.com/blog/2006/02/201111.html con respecto a la impresión WPF.

Answer 8

En uno de los proyectos en los que trabajo utilizamos list & label.

Básicamente tiene una .NET API, la pasa un DataSet y luego crea plantillas que hacen referencia a las columnas en el conjunto de datos, que al menos pueden imprimirse (y supongo que también se exportaron a PDF pero no comprobaron ... .)

Yo no trabajé con eso yo solo así que no puedo decir mucho sobre la calidad.