Système de comptabilité pour les applications Winforms / SQL Server

Si vous deviez écrire une application C # / WinForms / SQL Server sur le marché vertical et que vous aviez besoin d'un «moteur» de comptabilité, quel logiciel choisiriez-vous?

Par marché vertical, je veux dire que l'application est destinée à résoudre un set particulier de problèmes d'affaires, ne pas être une application de comptabilité générique. Ainsi, la valeur ajoutée du programme est la 70% des fonctionnalités non comptables liées au produit fini. Le 30% de la fonctionnalité de comptabilité est simplement pour permettre les besoins de comptabilité de base de l'entreprise.

J'ai dit tout cela pour aboutir à ceci: Le moteur de comptabilité doit être une licence d'exécution libre de droits et pas super cher. J'ai trouvé quelques applications de comptabilité C # / SQL Server qui peuvent être utilisées avec le code source et un time d'exécution libre de droits de 150k $ et qui conviendraient à un développement greenfield financé par une grosse bankroll, mais pour les petites applications, ce genre de les dépenses en capital ne sont pas réalisables. Quelque chose dans la ligne de 5k $ à 15k $ pour une exécution libre de droits serait plus raisonnable. L'open-source serait encore mieux.

Par moteur de comptabilité, je veux dire quelque chose qui prend soin au minimum:

Général
Grand livre
Factures
Déclarations
Comptes débiteurs
Paiements / Crédits

Fondamentalement, un moteur de comptabilité devrait permettre au développeur de se concentrer sur la partie ajoutée de la solution (sans avoir à se préoccuper de la mise en œuvre des détails de bas niveau d'un système de comptabilité en partie double).

Idéalement, le moteur de comptabilisation serait une licence d'exploitation sans redevance.

Suggestions, s'il vous plaît?

@Craig Je sais que ce n'est peut-être pas une réponse exacte à votre question, mais honnêtement, ce que vous requestz n'est pas si complexe à développer. La comptabilité en partie double est en soi un model de transformation de données assez simplist. Tout ce dont vous avez besoin est une table avec des counts, et des tables pour les journaux et les registres. Rédaction de code pour déplacer des inputs entre ces tables prendrait quelques jours au plus à écrire et à tester. D'après mon expérience, la plupart des systèmes de comptabilité sont des marchés de premier choix, car la plupart des activités de base des entresockets reposent sur eux, et ils seront donc coûteux. Je reorderais d'engager quelqu'un sur contrat pour écrire la fonctionnalité de base si vous êtes incapable de.

Voici une suggestion: www.objacct.com

Microsoft Dynamics GP vient à l'esprit. Je n'ai entendu parler d'aucune licence pour le reconditionnement, mais je sais que vous pouvez l'adapter et l'étendre à différents marchés.

Cela pourrait répondre à votre besoin de permettre aux développeurs de se concentrer sur la publicité de valeur.

Cela pourrait être un peu lourd pour vos besoins. Je le mentionne car beaucoup de mes clients l'utilisent.

Une autre option qui pourrait être plus proche de vos besoins est AdaptAccounts

Sage Software Accpac est un logiciel excellent et de bonne réputation dans le monde entier .

Le SDK de Sage Accpac ERP facilite l'intégration via les objects COM et travaille sur différents moteurs DBRM tels que Pervasive SQL et SQL Server, pour ne citer que ces deux exemples.

De plus, vous pouvez choisir quel module vous achetez pour les besoins de votre entreprise. Maintenant, tout dépend de votre budget car c'est une solution commerciale réputée pour être un peu chère, mais certainement fiable et stable.

TRAVERSE de Open Systems, Inc. peut être une option. .net, SQL, C # Comptabilité et des logiciels d'entreprise. S'intègre facilement avec les verticales de tiers.

J'ai regardé par le passé pour ce genre de chose et je suis toujours arrivé à la conclusion qu'il fallait utiliser un logiciel de comptabilité commerciale et faire le plus d'intégration possible. Il y a plusieurs raisons à cela:

Avec un progiciel de comptabilité commerciale commun, vous pouvez généralement find quelqu'un qui est capable de l'utiliser sans trop d'effort et / ou de coût de formation.
Si votre application verticale est conçue pour s'intégrer à une application de comptabilité externe et qu'elle est efficace, vous pouvez intégrer l'intégration à des packages supplémentaires que les clients potentiels peuvent déjà avoir en place.
Généralement, les comptables externes (CPA) pour la plupart des entresockets aiment être en mesure de savoir que l'application de comptabilité que leur client utilise est bien connue et supscope. Il y a beaucoup de raisons à cela, y compris des économies sur les tâches annuelles (telles que les taxes sur les sociétés). Avec une application commune, l'ACP peut souvent requestr des rapports / informations très spécifiques qui existent déjà.

Il y a beaucoup d'autres avantages, mais je suis sûr que vous avez compris.

Selon les besoins de vos clients en termes de comptabilité, vous pouvez commencer aussi basique que QuickBooks et partir de là. Il y a toujours quelqu'un qui sait comment travailler dans QuickBooks et qui a une API d'intégration décente. À partir de là, vous pouvez accéder à de nombreuses solutions Sage et / ou solutions Microsoft car elles sont très répandues et largement utilisées.

Je sais que vous avez déclaré que vous voulez et API / Engine pour build, mais je suggère fortement d'envisager l'option d'intégration avec un package commercial standard.

Vérifiez XERP.Net @ http://xerpdotnet.codeplex.com , il semble prometteur (c'est gratuit mais countz sur XAF qui vous coûtera 2000 $ par développeur d'abord et autour de 800 $ un an plus tard et vous aurez des outils DevExpress entièrement chargés de toute façon).