Qual è il modo migliore per generare e stampare fatture in un'applicazione .NET?

StackOverflow https://stackoverflow.com/questions/117101

  •  02-07-2019
  •  | 
  •  

Domanda

Sto lavorando a un sistema di fatturazione per una società di servizi pubblici e abbiamo i seguenti requisiti:

  • Generare in batch e stampare circa 1.500 fatture al giorno che poi spediamo ai clienti
  • Salva il conto in un formato che può essere inviato per email al cliente e anche archiviato (probabilmente PDF)
  • Costruito con .NET con back-end del database MS SQL Server

Vorrei alcuni consigli sul modo migliore per raggiungere questo obiettivo. Sto pensando di creare un'applicazione WPF che avrebbe il modello di fattura a cui associamo i dati della fattura e da cui stampiamo. Ma non ho mai usato WPF prima, quindi non sono sicuro che sia la migliore tecnologia da utilizzare e non riesco a capire come funzionerebbero il batch e la conversione PDF.

Qualche pensiero? Il WPF funzionerebbe o esiste una soluzione migliore?

È stato utile?

Soluzione

Se si utilizza un back-end di SQL Server, Reporting Services dovrebbe funzionare per te.

Altrimenti, consiglierei un generatore di report di terze parti che si adatti alle tue esigenze di creazione di report e crei un'app che la usi per creare & amp; esportare i rapporti.

Altri suggerimenti

Consiglio vivamente di lavorare con uno strumento di reportistica che fornisce supporto nativo per l'esportazione in PDF, è molto più facile ai fini della gestione se puoi iniziare con un unico formato e report per gestire sia la stampa che l'archiviazione delle informazioni.

Se stai davvero eseguendo l'elaborazione batch, non vedrei WPF come componente necessario come processo batch che non ha molta interfaccia utente, se non del tutto, a seconda di come la implementi veramente.

Se fossi in te, mi concentrerei sulla creazione di un processore batch che potrebbe essere in esecuzione come servizio Windows o programmato per essere eseguito a intervalli specifici per svolgere il suo lavoro.

È possibile ottenere buone funzionalità di stampa da WPF poiché il nuovo documento in formato cartaceo XPS sostituisce il PDF. E ha anche un grande supporto di programmazione. Un blog di pettzold http://www.charlespetzold.com/blog/2006/ 02 / 201111.html relativo alla stampa WPF.

Anche con SQL Server potresti voler esaminare la funzionalità dei report lato client. Si adatta davvero meglio a IMO con quello che vuoi. Puoi comunque eseguire query e ottenere tutti i dati necessari dal server, ma ti consente di avere il controllo completo sul processo di automazione. Forse desideri eseguirlo come servizio, ogni giorno il report viene generato dal servizio, convertito in PDF e copiato su disco e inviato automaticamente tramite e-mail. Il lato client può fare tutto questo e facilmente. E non è possibile fare affidamento sui servizi di segnalazione o su IIS o dover configurarne uno.

Forse dovresti provare con ActiveReports.NET o DevExpress XtraReports per generare prima i rapporti per codice. Entrambi hanno il supporto per l'esportazione in PDF, in modo da poter generare file PDF e inviarli per posta

Dai un'occhiata a questo libro, ( http://www.apress.com/book/view / 9781590598542 ) offre molti scenari diversi, inclusi report via e-mail, servizio di generazione di report, ecc. Riguarda i report lato client, ma si applica ugualmente bene al lato server (lato design comunque). questo può avere i suoi vantaggi nel farlo lato client (o server riparato) in quanto puoi controllare completamente il processo di automazione. Questo è se vuoi andare con i rapporti .NET.

E sì, puoi usare WPF.

Puoi anche guardare itextSharp. È uno strumento di scrittura pdf .net ed è una porta di Java itext. Il gioco limitato che ho fatto con esso ha reso la scrittura di pdf semplice e divertente.

Su uno dei progetti su cui lavoro utilizziamo list & amp; Etichetta .

Fondamentalmente hai un'API .NET, le passi un DataSet e poi crei modelli che fanno riferimento alle colonne nel set di dati, che possono almeno essere stampati (e suppongo che siano esportati anche in PDF ma non ho controllato ... )

Non ci ho lavorato da solo, quindi non posso dire molto sulla qualità.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top