我是否必须在Azure服务器上充分利用Intuit合作伙伴平台？

Question

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

我们将使用亚马逊服务器来部署Web服务，我们希望将quickbooks与服务集成，我是否必须在Azure服务器上充分利用Intuit合作伙伴平台来使用.NET接口？

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

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

我希望这些问题准确无误

Answer 1

  

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

不，绝对不是。

IPP是一种REST XML（很快就是JSON）接口。它与任何编程语言或平台无关。您可以从任何服务器使用.NET访问它，并且您可以使用任何其他编程语言访问它（其他语言也有其他语言库：PHP QuickBooks DevKit，Java QuicKBooks DevKit等。）< / p>

  

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

对于 WINDOWS的QuickBooks ，Intuit不断重申他们的定位，即SDK不会随处可见。阅读他们的博客文章：http://ippblog.intuit.com/blog/2012/10/the-quickbooks-sdk.html他们最近刚刚发布了SDK的一项新功能，并且其中还有占位符，用于支持SDK的 next 版本的功能。 / p>

QuickBook ONLINE 的QuickBooks SDK可能会过时。如果您是SaaS应用程序，IPP是 QuickBooks ONLINE 的方式。

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

这意味着即使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个月内重写你的应用程序的大块可以使用）

Answer 2

是的，QuickBooks SDK已被弃用。尽管SDK支持团队仍在努力保持目标，但最近的QuickBooks版本（例如，增强的库存接收）和最新版本（12）的SDK已经发生了重大变化，但尚未完全实现。

Frontrunner计划只是获得技术援助和营销帮助的工具。您无需使用Frontrunner或Azure来与IPP进行交互。

您现在应该注意的最重要的事情是IPP第3版宣布的重大变化。您可能已经在关注此主题，但如果您不是，我会建议您进行调查。