blocks|key|1274273|text|这里有一个建议：www.objacct.com|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1274274|entityMap^0|8|F|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

Here is one suggestion: <code>www.objacct.com</code>

blocks|key|3010196|text|我想到了微软动力GP。我没有听说过有人授权它重新包装，但我知道你可以调整它，并将它扩展到不同的市场。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3010197|它可能适合您的需要，让开发人员集中精力在价值广告。|3010198|不过，对于你的需要来说，它可能有点重。我提过了，因为我的很多客户都在用它。|3010199|另一个可能更接近您需要的选项是AdaptAccounts。|3010200|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Microsoft_Dynamics_GP|1|http://www.adapta.com/.net-accounting-software.htm^0|4|6|0|0|0|0|F|D|1|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|D|3|E|5|6|7|X|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|Y|8|@]|9|@]|C|$]]|$1|H|3|I|5|6|7|Z|8|@]|9|@$A|10|B|11|1|12]]|C|$]]|$1|J|3|-4|5|6|7|13|8|@]|9|@]|C|$]]]|K|$L|$5|M|N|O|C|$P|Q]]|R|$5|M|N|O|C|$P|S]]]]

<a href="http://en.wikipedia.org/wiki/Microsoft_Dynamics_GP" rel="nofollow noreferrer">Microsoft Dynamics GP</a> comes to mind.
I have not heard of anyone licensing it for repackaging, but 
I know you can adapt it and extend it for different markets.

It might fit your need of allowing the developers to concentrate
on the value ad. 

It might be a bit heavy for your needs though.
I mention it since a lot of my clients are using it.

Another option which might be closer to your needs is 
<a href="http://www.adapta.com/.net-accounting-software.htm" rel="nofollow noreferrer">AdaptAccounts</a>

blocks|key|3010223|text|Sage软件Accpac是一家在全球范围内享有良好声誉的公司。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3010224|Sage+Accpac+ERP的SDK使通过COM对象进行集成变得简单，并且正在处理不同的DBRM引擎，例如普及SQL和SQL+Server，只需列举这两个引擎。|3010225|此外，您可以选择您购买的模块，您的公司的需要。现在，这一切都取决于你的预算，因为它是一个商业解决方案，是众所周知的有点昂贵，但绝对可靠和稳定。|3010226|entityMap|0|LINK|mutability|MUTABLE|url|http://www.sageaccpac.com/^0|0|C|0|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@]|C|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]]]

One that is excellent and of good reputation around the globe is <a href="http://www.sageaccpac.com/" rel="nofollow noreferrer">Sage Software Accpac</a>

The Sage Accpac ERP's SDK makes it simple to integrate via COM objects, and is working on different DBRM engines such as Pervasive SQL and SQL Server, just to name these two.

Plus, you may choose what module you buy for your company's needs. Now, it all depends on your budget as it is a commercial solution that is renown to be a little expensive, but definately reliable and stable.

blocks|key|3010249|text|来自.的TRAVERSE可能是一种选择。.net，SQL，C#会计和商业软件。易于与第三方垂直集成。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3010250|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

TRAVERSE from Open Systems, Inc. may be an option. .net,SQL,C# Accounting and Business software. Integrates easily with third party verticals.

blocks|key|3010288|text|请查看XERP.Net+@+http://xerpdotnet.codeplex.com，它看起来很有希望(它是免费的，但依赖于XAF，它最初将为每个开发人员花费2,000美元，一年后约为800美元，无论如何，您将得到一个满载的DevExpress工具)。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3010289|entityMap|0|LINK|mutability|MUTABLE|url|http://xerpdotnet.codeplex.com/^0|E|U|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Check XERP.Net @ <a href="http://xerpdotnet.codeplex.com" rel="nofollow noreferrer">http://xerpdotnet.codeplex.com</a> , It looks promising (It's free but rely on XAF which will cost you 2,000$ per developer initially and around 800$ a year later and you will get a fully loaded DevExpress tools anyways).

blocks|key|3010316|text|过去，我一直在寻找这种类型的东西，并且总是得出结论，使用商业会计包，并尽可能多地进行整合。造成这种情况的原因有几个，包括：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3010317|使用一个通用的商业会计包，您通常可以找到能够使用它的人，而无需花费大量的精力和/或培训费用。|ordered-list-item|3010318|如果您的垂直应用程序是为了与外部会计应用程序集成而构建的，并且它是成功的，那么您可以构建对潜在客户可能已经具备的其他软件包的集成。|3010319|一般来说，对于大多数公司来说，外部会计师都希望能够知道他们的客户正在使用的会计应用程序是众所周知的和被支持的。这样做有很多原因，包括在执行年度任务时节省成本(如公司税)。在一个通用的应用程序中，CPA通常可以请求已经存在的非常具体的报告/信息。|3010320|还有更多的优势，但我相信你能理解。|3010321|取决于您的客户在会计方面的需要，您可以从基本的QuickBooks开始，然后从那里开始。周围总有人知道如何在QuickBooks中工作，而且它有一个不错的集成API。从这里，您可以逐步了解许多Sage解决方案和/或Microsoft解决方案，因为它们非常常见，并且广泛使用。|3010322|我知道您表示希望和API/Engine建立在此基础上，但我强烈建议考虑使用标准的商业包进行集成。|3010323|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|R|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|S|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|T|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|U|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|V|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|W|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|X|8|@]|9|@]|A|$]]]|P|$]]

I have looked around in the past for this type of thing and have always came to the conclusion of using a commercial accounting package and doing as much integration as possible. There are several reasons for this including:

<ol>
<li>With a common commercial accounting package, you can usually find someone who is able to use it without much effort and/or cost of training.</li>
<li>If your vertical app is built to integrate with an external accounting app, and it is successfull, you can build integration to additional packages that potential customers may already have in place.</li>
<li>Generally, external accountants (CPAs) for most companies like to be able to know that the accounting application that their client is using is well known and supported. There are a lot of reasons for this including cost savings on doing annual tasks (such as corporate taxes). With a common application, the CPA often can request very specific reports/info that already exist.</li>
</ol>

There are many more advantages, but I am sure you get the picture.

Depending on the needs of you clients in terms of accounting, you can start as basic as QuickBooks and go up from there. There is always someone around that knows how to work within QuickBooks and it has a decent integration API. From there you can step up to many of the Sage solutions and/or Microsoft solutions as they are very common and widely used.

I know that you stated that you want and API/Engine to build on, but I would highly suggest considering the integration option with a standard commercial package.

blocks|key|3010339|text|@Craig我知道这可能不是你问题的确切答案，但老实说，你所要求的并不是那么复杂。复式记帐本身就是一个相当简单的数据转换模型。你所需要的只是一张有账户的表格，以及日记帐和分类帐的表格。编写代码在这些表之间移动条目最多需要几天的时间来编写和测试。根据我的经验，大多数会计系统都是主要市场，因为大多数业务核心业务都依赖它们，因此它们将是昂贵的。如果你不能写核心功能，我建议雇佣合同上的人。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3010340|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

@Craig I know this may not be an exact answer to your question, but honestly what your asking for is not that complex to develop. Double entry book keeping is of itself a pretty simplistic data transformation model. All you need is a table with accounts, and tables for journals and ledgers. Writing code to move entries between those tables would take a couple days at most to write and test. In my experience, most accounting systems are prime markets since most business core operations rely on them, and so they will be expensive. I would recommend hiring someone on contract to write the core functionality if you are unable to.

If you were going to write a vertical market C# / WinForms / SQL Server application and needed an accounting "engine" for it, what software package would you chose ?

By vertical market, I mean the application is intended to solve a particular set of business problems, not be a generic accounting application. Thus the value add of the program is the 70% of non-accounting related functionality present in the finished product. The 30% of accounting functionality is merely to enable the basic accounting needs of the business.

I said all that to lead up to this: The accounting engine needs to be a royalty-free runtime license and not super expensive. I've found a couple C#/SQL Server accounting apps that can be had with source code and a royalty free run time for $150k+ and that would be fine for greenfield development funded by a large bankroll, but for smaller apps, that sort of capital outlay isn't feasible. Something along the lines of $5k to $15k for a royalty-free runtime would be more reasonable. Open-source would be even better.

By accounting engine, I mean something that takes care of at a minimum:

<ul>
<li>General </li>
<li>Ledger </li>
<li>Invoices </li>
<li>Statements</li>
<li>Accounts Receivable</li>
<li>Payments / Credits</li>
</ul>

Basically, an accounting engine should be something that lets the developer concentrate on the value added (industry specific business best practices / processes) part of the solution and not have to worry about how to implement the low level details of a double entry accounting system.

Ideally, the accounting engine would be something that is licensed on a royalty free run-time basis.

Suggestions, please ?

Accounting System for Winforms / SQL Server applications

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋 

腾讯云代码助手

CODING DevOps

Cloud Studio

SDK中心

API中心

命令行工具

如果您要编写一个垂直的市场C# / WinForms / Server应用程序，并且需要一个会计“引擎”，那么您会选择哪个软件包？所谓垂直市场，我的意思是，应用程序旨在解决一组特定的业务问题，而不是一个通用的会计应用程序。因此，该程序的增值是70%的非会计相关功能存在于成品中。30%的会计功能仅仅是为了满足企业的基本会...

问Winforms / Server应用程序计费系统
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Winforms / Server应用程序计费系统EN