Winforms / SQL Server应用程序的会计系统[关闭]答案

【问题标题】：Accounting System for Winforms / SQL Server applications [closed]Winforms / SQL Server应用程序的会计系统[关闭]
【发布时间】：2011-01-25 14:41:35
【问题描述】：

如果您要编写一个垂直市场 C#/WinForms/SQL Server 应用程序并需要一个会计“引擎”，您会选择什么软件包？

我所说的垂直市场是指该应用程序旨在解决一组特定的业务问题，而不是通用的会计应用程序。因此，该程序的增值是成品中存在的 70% 的非会计相关功能。 30% 的会计功能只是为了满足企业的基本会计需求。

我说了这么多是为了实现这一点：会计引擎需要是免版税的运行时许可证，而且价格不高。我发现了几个 C#/SQL Server 会计应用程序，可以使用源代码和免版税运行时间 15 万美元以上，这对于由大笔资金资助的新开发开发来说是很好的，但对于较小的应用程序，那种资本支出是不可行的。免版税运行时的 5000 美元到 15000 美元会更合理。开源会更好。

我所说的会计引擎是指至少需要处理的事情：

一般
账本
发票
声明
应收账款
付款/积分

基本上，会计引擎应该让开发人员专注于解决方案的增值（行业特定业务最佳实践/流程）部分，而不必担心如何实现复式输入的低级细节会计系统。

理想情况下，会计引擎应该是在免版税的运行时许可的东西。

请给点建议？

【问题讨论】：

标签： c# sql-server winforms accounting

【解决方案1】：

这里有一个建议：www.objacct.com

【讨论】：

Randy 的对象是什么？链接失效了。
ObjAcct 可能在两年前被 Kaseya 收购。

【解决方案2】：

Microsoft Dynamics GP 浮现在脑海。我还没有听说有人授权它重新包装，但是我知道您可以针对不同的市场对其进行调整和扩展。

它可能适合您让开发人员集中注意力的需要在价值广告上。

不过，对于您的需求来说，这可能有点沉重。我提到它是因为我的很多客户都在使用它。

另一个可能更符合您需求的选项是 AdaptAccounts

【讨论】：

我认为@ 2500 美元的用户，Microsoft Dynamics GP 不是我想要的。我需要一些可以购买（或开源）并集成到产品中而无需计算用户的东西。我正在更新父帖子以包括对免版税运行时许可证的需求。

【解决方案3】：

在全球享有盛誉的优秀者是Sage Software Accpac

Sage Accpac ERP 的 SDK 使通过 COM 对象的集成变得简单，并且正在使用不同的 DBRM 引擎，例如 Pervasive SQL 和 SQL Server，仅举这两个。

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

【讨论】：

这不是为了 -my- 公司的需要，而是为了集成到要出售的垂直市场应用程序中。如果您仍然对此主题感兴趣，我已经为此更新了我的父帖子。

【解决方案4】：

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

【讨论】：

【解决方案5】：

检查 XERP.Net @http://xerpdotnet.codeplex.com，它看起来很有希望（它是免费的，但依赖于 XAF，最初每位开发人员需要花费 2,000 美元，一年后大约需要 800 美元，而且无论如何你都会得到一个满载的 DevExpress 工具）。

【讨论】：

看起来一点也不乐观。请查看常见问题解答。问：谁拥有代码？ A. 只要您帮助我们开发 XERP，您就拥有代码。 XERP 开发出来之后呢？

【解决方案6】：

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

使用通用商业会计软件包，您通常可以找到能够使用它的人，而无需付出太多努力和/或培训成本。
如果您的垂直应用程序是为与外部会计应用程序集成而构建的，并且它是成功的，那么您可以构建与潜在客户可能已经拥有的其他软件包的集成。
一般来说，大多数公司的外部会计师 (CPA) 都希望能够知道他们的客户正在使用的会计应用程序是众所周知的并得到支持的。造成这种情况的原因有很多，包括节省年度任务的成本（例如公司税）。通过通用应用程序，CPA 通常可以请求已经存在的非常具体的报告/信息。

还有很多优点，但我相信你明白了。

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

我知道您说过您希望 API/Engine 可以在此基础上进行构建，但我强烈建议您考虑使用标准商业包的集成选项。

【讨论】：

嗯......我想我需要在回答之前仔细查看日期。我刚刚在未回答的列表中看到了这个并且有了一些想法。输入我的答案后，我注意到日期。 :(
感谢您的想法，但这对我不起作用。如果我要求我的用户购买 Quickbooks 的副本才能使用我的软件，我将在竞争对手中处于劣势。

【解决方案7】：

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

【讨论】：