QuickBooks vs.MYOB vs.PeachTree

我一直在尝试在这三种会计软件之间进行选择。然而，我不能决定我应该使用哪一个。在用户界面方面，我会选择PeachTree和QuickBooks。MYOB看起来太老了。在使用QuickBook进行软件开发方面，我会选择QuickBooks，因为我认为很多开发人员都在使用它，而且SDK可以很容易地下载。此外，这些软件支持美元以外的货币吗？什么SDK易于用于.NET开发？TIA。

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

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

---

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

快速书籍：

• COM接口隐藏了很多东西，因此您最终不得不执行复杂的类型转换，您必须在文档中查找这些类型转换。因为每次你打开一个结果列表时都会这样做，所以这种情况经常发生
• 一开始会让人困惑，因为该框架实际上在结果过滤方面相当强大。这一点，再加上前面的一点，使得开始有点困难
• 文档不是最好的，但或多或少是完整的。有些例子很复杂，没有什么帮助，但大多数时候你可以从中得到你需要的东西
• 实际上，连接到Quickbooks相当慢。API允许您聚合请求（即，在一次调用中，您可以同时查询客户和项目），这有点帮助
• API中有很多小怪癖
• API以接口为中心
• Quickbooks中有一些功能的实现方式与其他会计软件包中的实现方式大不相同。这些东西在API中得以体现，这反过来又使得编写代码更加困难。有时有道理，有时没有道理

桃树：

• 连接和查询非常快，但涉及的查询（如发票）非常慢，即使只返回一个字段
• 结果以XML的形式返回，所以它不像在.NET对象中返回一样自动，但至少它很容易处理。有些XML结构有点疯狂（属性附加到错误的元素），但处理这并不是什么大问题
• 文档（一个单字文档）非常糟糕，开发人员社区基本上处于锁定状态（您必须是Sage的合作伙伴，即$$$，才能访问他们的在线论坛）。谷歌搜索“桃树SDK”-任何东西都不会返回任何有用的结果
• API是以枚举为中心的，枚举没有很好的文档记录。API类和接口的命名很差（没有前缀接口），因此名称冲突很可能。。。因此，在大多数情况下，您必须为API名称空间别名。

  enum

  名称本身长得令人难以置信。有时需要两行代码才能指定一个

  枚举

  值，这是一个令人难以置信的混乱和烦人的值（例如，没有命名空间别名：

  PeachwIEObjCustomerListFilter.PeachwIEObjCustomerListFilter\u CustomerName

  ）
• 结果过滤功能不如Quickbooks强大，事实上，我一直在努力让它发挥作用（直接从文档中提取一个示例），但它基本上是无用的
• 从我所读到的，API支持还不够出色（看起来Sage不再真正开发它，他们可能会完全淘汰Peachtree）
• 实现不如Quickbooks完整

---

这两种API各有优缺点。。。如果不知道你的目标是什么类型的应用程序，以及你的需求有多广泛，我真的无法给出任何类型的建议。

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

对于超级用户或用户来说，这可能是一个更好的问题。就我个人而言，我使用过QuickBooks，并且对它非常满意，尽管我有一个非常小的一人公司。