0

我是一家小型软件开发公司的实习分析师。对以下问题的回答将帮助我收集对我们 Web 服务的需求：

我们将使用 Amazons 服务器来部署 Web 服务，并且我们想将 quickbooks 与该服务集成，我是否必须在 Azure 服务器上才能充分利用 Intuit 合作伙伴平台来使用 .NET 接口？

经过一番研究，Quickbooks SDK 似乎要过时了……这有什么道理吗？

每个人都倾向于 Frontrunner 和 IPP 吗？

我希望这些问题是准确的

4

2 回答 2

2

我是否必须在 Azure 服务器上充分利用 Intuit 合作伙伴平台才能使用 .NET 接口？

不，绝对不是。

IPP 是一个基于 REST XML（很快也会有 JSON）的接口。它不依赖于任何编程语言或平台。您可以从任何服务器使用 .NET 访问它，也可以使用任何其他编程语言访问它（也有其他语言的库：PHP QuickBooks DevKit、Java QuickBooks DevKit等）

经过一番研究，Quickbooks SDK 似乎要过时了……这有什么道理吗？

对于WINDOWS 的 QuickBooks，Intuit 不断重申他们的立场，即 SDK 不会去任何地方。阅读他们的博客文章：http: //ippblog.intuit.com/blog/2012/10/the-quickbooks-sdk.html 他们最近刚刚发布了 SDK 的一项新功能，其中包含用于功能的占位符在下一版本的 SDK 中也是如此。

QuickBook ONLINE的 QuickBooks SDK可能会过时。如果您是 SaaS 应用程序，IPP 是QuickBooks ONLINE的最佳选择。

认识到现在 Intuit 合作伙伴平台依赖于SDK 的功能也很重要。Sync Manager 适用于 Intuit 合作伙伴平台应用程序的方式是，它实际上打开了与 QuickBooks for Windows 的正常 SDK 连接，并发送 QuickBooks 正常、SDK、qbXML 请求以在 QuickBooks 中创建/更新数据，以及各种其他事物，如 void，删除等

这意味着即使 Intuit 想要放弃 SDK，他们现在也不能。并非没有对 Intuit 合作伙伴平台进行大量重写。

每个人都倾向于 Frontrunner 和 IPP 吗？

呃，没有。

现在 AppCenter 上的大量应用程序根本不是 .NET 应用程序。我知道我们已经帮助构建和发布了至少 10 个左右的 PHP 应用程序，并且我们已经与使用 Ruby、Python 或 Java 的许多其他人进行了交谈。

此外，重要的是要了解目前 IPP 并不适合所有人。

  • 您必须是 SaaS 应用才能使用它（这意味着如果您不是 SaaS 应用，则必须立即使用 SDK）
  • 用于 Intuit 合作伙伴平台的 WINDOWS 的 QuickBooks现在很糟糕（界面有问题、不可靠、不完整，而且只是一团糟）
  • Intuit 正在重写大数据服务（实际上它们在 v3 开发方面落后了大约 6 个月——如果您现在为 IPP 开发，计划在 v3 可用时在 6 个月内重写大量应用程序）
于 2013-03-14T11:26:10.340 回答
0

是的，QuickBooks SDK 已被弃用。尽管 SDK 支持团队仍在竭尽全力让事情继续下去，但在最近的 QuickBooks 版本（例如，增强的库存接收）中对 SDK 进行了重大更改，并且最新版本 (12) 尚未完全实施。

领跑者计划只是获得技术援助和营销帮助的工具。无需使用 Frontrunner 或 Azure 即可与 IPP 交互。

您现在应该注意的最重要的事情是针对 IPP 版本 3 宣布的重大更改。您可能已经在关注此主题，但如果您不是，我建议您研究一下。

于 2013-03-14T01:00:19.347 回答