Sistema di contabilità per le applicazioni Winforms/SQL Server

Question

Se stavate per scrivere un'applicazione C#/WinForms/SQL Server sul mercato verticale e avete bisogno di un "motore" di contabilità per esso, quale pacchetto software scegliereste?

Per mercato verticale, intendo l'applicazione è destinata a risolvere un particolare insieme di problemi aziendali, non essere un'applicazione di contabilità generica. Quindi il valore aggiunto del programma è il 70% delle funzionalità non contabili presenti nel prodotto finito. Il 30% delle funzionalità contabili è semplicemente per consentire le esigenze di contabilità di base dell'attività.

Ho detto tutto quello che porta a questo: il motore di contabilità deve essere una licenza runtime royalty-free e non super costoso. Ho trovato un paio di applicazioni di contabilità C#/SQL Server che si possono avere con codice sorgente e un tempo di esecuzione gratuito per $ 150k + e che andrebbe bene per lo sviluppo greenfield finanziato da un grande bankroll, ma per le app più piccole, quel tipo di l'esborso di capitale non è fattibile. Qualcosa sulla linea di $ 5k a $ 15k per un runtime senza royalty sarebbe più ragionevole. Open-source sarebbe ancora meglio.

dal motore di contabilità, voglio dire qualcosa che si prende cura di un minimo:

• generale
• Ledger
• fatture
• Dichiarazioni
• Contabilità clienti
• Pagamenti/Credits

Fondamentalmente, un motore di contabilità dovrebbe essere qualcosa che consente allo sviluppatore di concentrarsi sul valore aggiunto (best practice/processi aziendali specifici del settore) parte della soluzione e non deve preoccuparsi di come implementare i dettagli di basso livello di una contabilità a partita doppia sistema.

Idealmente, il motore di contabilità sarebbe qualcosa che è concesso in licenza su una base di esecuzione gratuita royalty.

Suggerimenti, per favore?

Answer 1

Ecco un suggerimento: www.objacct.com

Answer 2

Microsoft Dynamics GP viene in mente. Non ho sentito nessuno che lo autorizzi per il riconfezionamento, ma So che puoi adattarlo ed estenderlo per diversi mercati.

Potrebbe soddisfare l'esigenza di consentire agli sviluppatori di concentrare sull'annuncio di valore.

Potrebbe essere un po 'pesante per le vostre esigenze però. Lo dico da quando molti dei miei clienti lo usano.

Un'altra opzione che potrebbe essere vicino alle tue esigenze è AdaptAccounts

Answer 3

Uno che è eccellente e di buona reputazione in tutto il mondo è Sage Software Accpac

SDK di The Sage ACCPAC ERP rende semplice da integrare tramite oggetti COM e sta lavorando su diversi motori DBRM come Pervasive SQL e SQL Server, solo per citarne uno.

Inoltre, è possibile scegliere quale modulo si acquista per le esigenze della vostra azienda. Ora, tutto dipende dal tuo budget in quanto è una soluzione commerciale che è rinomata per essere un po 'costosa, ma sicuramente affidabile e stabile.

Answer 4

TRAVERSO da Open Systems, Inc. può essere un'opzione. .net, SQL, C# Accounting e software aziendale. Si integra facilmente con i verticali di terze parti.

Answer 5

check XERP.Net @http://xerpdotnet.codeplex.com, sembra promettente (È libero, ma affidarsi a XAF che vi costerà 2.000 $ per sviluppatore inizialmente e circa 800 $ l'anno dopo e si otterrà un pieno carico strumenti DevExpress comunque).

Answer 6

Mi sono guardato attorno in passato per questo tipo di cose e sono sempre giunto alla conclusione di utilizzare un pacchetto di contabilità commerciale e di fare la massima integrazione possibile. Ci sono diversi motivi per questo:

1. Con un pacchetto di contabilità commerciale comune, di solito è possibile trovare qualcuno che sia in grado di usarlo senza troppi sforzi e/o costi di formazione.
2. Se l'app verticale è progettata per l'integrazione con un'app di contabilità esterna e ha esito positivo, è possibile creare integrazione con pacchetti aggiuntivi che i potenziali clienti potrebbero già disporre.
3. Generalmente, i commercialisti esterni (CPA) per la maggior parte delle aziende amano essere in grado di sapere che l'applicazione di contabilità utilizzata dal loro client è ben nota e supportata. Ci sono molte ragioni per questo inclusi i risparmi sui costi per svolgere attività annuali (come le tasse aziendali). Con un'applicazione comune, il CPA spesso può richiedere rapporti/informazioni molto specifici che già esistono.

Ci sono molti più vantaggi, ma sono sicuro che si ottiene l'immagine.

A seconda delle esigenze dei clienti in termini di contabilità, è possibile iniziare come base come QuickBooks e andare da lì. C'è sempre qualcuno in giro che sa come lavorare all'interno di QuickBooks e ha una API di integrazione decente. Da lì è possibile passare a molte delle soluzioni Sage e/o soluzioni Microsoft in quanto sono molto comuni e ampiamente utilizzati.

So che hai dichiarato che vuoi e API/Engine su cui costruire, ma ti consiglio vivamente di considerare l'opzione di integrazione con un pacchetto commerciale standard.

Answer 7

@Craig So che questa potrebbe non essere una risposta esatta alla tua domanda, ma onestamente quello che chiedi non è così complesso da sviluppare. La contabilità a partita doppia è di per sé un modello di trasformazione dei dati piuttosto semplicistico. Tutto ciò di cui hai bisogno è una tabella con account e tabelle per giornali e libri mastri. Scrivere codice per spostare le voci tra quelle tabelle richiederebbe un paio di giorni al massimo per scrivere e testare. Nella mia esperienza, la maggior parte dei sistemi di contabilità sono mercati di prim'ordine poiché la maggior parte delle operazioni di core business si basano su di essi e quindi saranno costosi. Consiglierei l'assunzione di qualcuno a contratto per scrivere le funzionalità di base se non si è in grado di farlo.