Winforms / SQL Server应用程序的记帐系统

时间:2010-03-09 20:06:31

标签: c# sql-server winforms accounting

如果您打算编写垂直市场C#/ WinForms / SQL Server应用程序并需要一个会计“引擎”,您会选择哪种软件包?

纵向市场,我的意思是该应用程序旨在解决一组特定的业务问题,而不是一般的会计应用程序。因此,程序的附加值是成品中存在的70%的非会计相关功能。 30%的会计功能仅仅是为了实现业务的基本会计需求。

我说了所有这些导致这一点:会计引擎需要是免版税的运行时许可证而不是超级昂贵。我找到了几个C#/ SQL Server会计应用程序,可以使用源代码和免版税的运行时间,价格为15万美元以上,这对于由大笔资金资助的绿地开发来说很好,但是对于较小的应用程序,这种类型的资本支出是不可行的。对于免版税的运行时而言,价值5美元到15,000美元的东西会更合理。开源会更好。

通过会计引擎,我的意思是至少需要注意的事情:

  • 一般
  • Ledger
  • 发票
  • 语句
  • 应收帐款
  • 付款/积分

基本上,会计引擎应该让开发人员专注于解决方案的增值(行业特定业务最佳实践/流程)部分,而不必担心如何实现双重条目的低级细节会计制度。

理想情况下,会计引擎可以在免版税的运行时间内获得许可。

建议,拜托?

7 个答案:

答案 0 :(得分:2)

@Craig我知道这可能不是你问题的确切答案,但说实话,你的要求并不是那么复杂。双重记账簿本身就是一个非常简单的数据转换模型。您只需要一个包含帐户的表格,以及用于日记帐和分类帐的表格。编写代码以在这些表之间移动条目最多需要花费几天时间来编写和测试。根据我的经验,大多数会计系统都是主要市场,因为大多数业务核心业务依赖于它们,因此它们将是昂贵的。如果你不能,我会建议雇用合同上的某人来编写核心功能。

答案 1 :(得分:0)

以下是一条建议:www.objacct.com

答案 2 :(得分:0)

想到了{p> Microsoft Dynamics GP。 我没有听说过有人将其重新包装许可,但是 我知道你可以调整它并将其扩展到不同的市场。

它可能适合您允许开发人员集中精力的需要 关于价值广告。

虽然你的需求可能有点沉重。 我提到它,因为很多客户都在使用它。

可能更接近您需求的另一个选择是 AdaptAccounts

答案 3 :(得分:0)

在全球范围内表现出色且声誉良好的Sage Software Accpac

Sage Accpac ERP的SDK使得通过COM对象集成变得简单,并且正在使用不同的DBRM引擎,例如Pervasive SQL和SQL Server,只是为了命名这两个。

另外,您可以根据公司的需要选择购买的模块。现在,这一切都取决于您的预算,因为它是一个商业解决方案,有点贵,但绝对可靠和稳定。

答案 4 :(得分:0)

来自Open Systems,Inc。的TRAVERSE可能是一种选择。 .net,SQL,C#会计和商业软件。与第三方垂直行业轻松集成。

答案 5 :(得分:0)

我过去一直在寻找这种类型的东西,并且总是得出使用商业会计软件包并尽可能多地进行集成的结论。这有几个原因,包括:

  1. 使用通用的商业会计软件包,您通常可以找到能够使用它的人,而无需花费太多精力和/或培训费用。
  2. 如果您的垂直应用程序构建为与外部会计应用程序集成,并且它是成功的,您可以构建与潜在客户可能已有的其他软件包的集成。
  3. 一般而言,大多数公司的外部会计师(CPA)都希望能够知道其客户正在使用的会计应用程序是众所周知和支持的。这有很多原因,包括在执行年度任务(例如公司税)时节省成本。对于通用应用程序,CPA通常可以请求已经存在的非常具体的报告/信息。
  4. 还有很多优点,但我相信你能得到这样的结果。

    根据会计方面的客户需求,您可以像QuickBooks一样基本开始,然后从那里开始。总有人知道如何在QuickBooks中工作,它有一个不错的集成API。从那里,您可以升级到许多Sage解决方案和/或Microsoft解决方案,因为它们非常常见且广泛使用。

    我知道你声明你想要和API / Engine一起构建,但我强烈建议考虑使用标准商业软件包的集成选项。

答案 6 :(得分:-1)

检查XERP.Net @ http://xerpdotnet.codeplex.com,它看起来很有前途(它是免费的,但依赖于XAF,每个开发人员最初将花费2,000美元,一年后大约800美元,无论如何你将获得一个满载的DevExpress工具)。