3

我一直在尝试在三种会计软件之间进行选择。但是，我无法决定应该使用哪一个。在用户界面方面，我会选择 PeachTree 和 QuickBooks。恕我直言，MYOB 似乎太老了。在用于软件开发方面，我会选择 QuickBooks，因为我认为有很多开发人员在使用它，而且 SDK 可以轻松下载。另外，这些软件是否支持美元以外的货币？什么 SDK 易于用于 .NET 开发？TIA。

4

3 回答 3

2

QuickBooks 非常成熟，并且比其他任何一个系统都更受欢迎。找到熟悉 QuickBooks 的会计师也比找到熟悉其他两个会计师的会计师要容易得多。

就开发而言，QuickBooks 拥有相当强大的开发者社区，并且集成/SDK 非常灵活。有一个官方的 QuickBooks SDK，它非常易于使用，可从 Intuit 的网站下载。论坛也是一个很好的资源：

于 2009-11-23T17:04:48.853 回答
1

为了回答有关 SDK 的问题（选择日常使用的会计包超出了本网站的范围），我使用了 Quickbooks 和 Peachtree；我对MYOB一无所知。开始了。

速成书：

  • COM 接口隐藏了很多东西，因此您最终不得不进行棘手的类型转换，您必须在文档中查找。而且由于每次展开结果列表时都会这样做，因此它经常发生。
  • 起初令人困惑，因为该框架实际上在结果过滤方面非常强大。这一点，再加上前一点，使入门有点困难。
  • 文档不是最好的，但或多或​​少是完整的。其中一些示例令人费解且无用，但大多数情况下您可以从中获得所需的东西。
  • 实际上连接到 Quickbooks 的速度很慢。API 允许您聚合请求（即，在一次调用中，您可以同时查询客户和项目），这会有所帮助。
  • API中有很多小怪癖
  • API 以 - 为interface中心
  • Quickbooks 中的某些功能与其他会计软件包的实现方式大不相同。这些东西在 API 中体现出来，这反过来又使编写代码变得更加困难。有时它是有道理的，有时它没有。

桃树：

  • 连接和查询非常快，但涉及的查询（例如发票）非常非常慢，即使只返回单个字段也是如此。
  • 结果以 XML 形式返回，因此它不像以 .NET 对象形式返回那样自动，但至少它很容易处理。一些 XML 结构有点笨拙（属性附加到错误的元素），但处理起来并不是什么大问题。
  • 文档（单个 Word 文档）非常糟糕，开发人员社区基本上处于锁定状态（您必须成为 Sage 的合作伙伴，即 $$$，才能访问他们的在线论坛）。谷歌搜索“Peachtree SDK”-任何东西都会返回零有用的结果。
  • API 是以- 为enum中心的，并且枚举的文档记录不是很好。API 类和接口的命名很差（没有I前缀接口），因此可能会发生名称冲突......所以在大多数情况下，您必须为 API 命名空间起别名。这些enum名字本身长得令人难以置信。有时需要 2 行来指定一个enum值，这令人难以置信的混乱和烦人（例如，没有命名空间别名：）PeachwIEObjCustomerListFilter.peachwIEObjCustomerListFilter_CustomerName。
  • 结果过滤不如 Quickbooks 强大，事实上我正在努力让它工作（直接从文档中举出一个例子）基本上是无用的。
  • 从我读到的内容来看，API 支持并不出色（Sage 似乎不再真正开发它，他们可能会完全淘汰 Peachtree）
  • 实现不如 Quickbooks 完整

两种 API 都有其优点和缺点......如果不知道您的目标应用程序类型以及您的需求有多广泛，我真的无法给出任何建议。

于 2010-01-18T20:59:58.590 回答
1

我使用 MYOB 作为一家雇佣 10 人的律师事务所的主要会计软件包。该程序与我们必须用于法定信托会计的另一个软件包集成。在这两个程序中，MYOB 明显更胜一筹。它更易于使用，并且非常坚固可靠。我没有使用过 Peachtree 或 Quickbooks，但将 MYOB 评为 9/10，并且不愿意更改。

于 2011-02-13T04:23:44.503 回答