shopify navision

Question

我正在寻找关于Shopify和Navision的答案。我们正在考虑将我们目前的网络商店主机切换到Shopify。

重要的是，我们可以让Shopify直接与我们的会计系统Navison (现在的Microsoft Dynamics NAV)协同工作。这肯定是可能的，但是这种集成有多全面(和昂贵)，你们中有谁在这个领域有经验吗？

任何帮助都将不胜感激。谢谢!

Answer 1

因为我没有足够的分数来发表评论，所以我把这篇文章作为一个答案。

我真的很抱歉不得不发布这样的负面评论，特别是因为我可能在某个时候需要Shopify dev suport的帮助，我真的不想惹恼他们，所以希望他们不会把这件事放在心上。

我很欣赏Shopify用它的API做出的一些设计决定，但是David Lazar和他的团队似乎忽略了Jarko的观点，或者根本不在乎。

就我个人而言，我不太关心SOAP，我尽可能地使用JSON和REST，当涉及到技术堆栈时，我是相当不可知的，但我也对Shopify产品API (和API的其他部分)的限制感到厌恶，乍一看，它看起来还算不错，直到您开始尝试使用它来完成任何繁重的任务。

实际上，我使用过的所有其他类似的API都允许开发人员通过一个API调用创建多个产品，事实上，这是我使用过的第一个没有提供这种功能的API。

考虑到Shopify API在创建带有变体和图像的单一产品时是多么缓慢，难怪会有人使用它来管理更多的产品。例如，由于每个调用1个产品的限制，我花了2天的大部分时间等待我的脚本完成通过API创建所有产品。

我的API库旨在遵守API请求限制，但我们甚至从未接近限制，因为创建一个包含变体和图像的产品需要11到20秒的时间。我大约有8000个产品要上传。算算吧。对于那些习惯于使用真正的企业级API的人来说，每次API调用可以处理成千上万的产品(AmazonMWS就是一个完美的例子)，等待2天来完成产品的创建是很疯狂的，而且上帝禁止你做一些简单的事情，比如产品上传后需要重新排序。

在这种情况下，您可以进行另一个8000+应用程序接口调用来删除所有产品(这需要一个多小时的时间)，然后重新开始上传过程，并等待2天。这是我所能想象到的最低效率的系统。我已经尝试过批量上传CSV来解决这些问题，但是你猜发生了什么？批量上传不能处理大于几兆字节的CSV文件，要通过API在将来的API调用中引用批量上传的产品，您必须指定一个shopify产品ID，这意味着在批量上传它们之后，您必须下拉所有产品ID和变体ID的列表，并将该信息输入到数据库中，这样您就可以通过shopify的内部ID引用它们，而不是通过商家设置的某种parentid或sku。

总而言之，这完全是一场噩梦。相比之下，我需要大约一个小时才能通过亚马逊的应用程序接口上传和处理完整的产品提要，包括带有60,000+子变体的6000+父产品和60,000+图片。由于不同的原因，亚马逊的API令人讨厌(它需要5种不同的提要格式来上传所有的产品信息，他们的文档可能会让成年人流泪)，但至少它总体上是快速的，能够在一小时内处理数千种产品。

Amazon的API还提供了批量更新价格和库存数量的机制，以及通过商家定义的标识符(如SKU )更新产品数据的机制，这意味着Amazon需要大约5分钟来更新我的整个库存的数量和价格，而不需要将ids映射回我们内部系统中的产品，以便能够一次引用一个。

此外，事实上，没有办法告诉Shopify产品API替换具有重复句柄的产品，而不是创建一个新的产品，这意味着如果我的脚本超时或API由于通信错误而阻塞(或者像今天API神秘地开始返回404错误数小时)，而我必须多次重新启动，我最终会得到重复的产品，然后非常恼人地难以跟踪和消除。

对于那些必须通过Shopify api管理超过数百种产品的人来说，所有这些都是一种痛苦的体验。告诉开发人员不想跳过所有这些圈套是他们自己的错，这表明Shopify开发人员要么懒惰，要么完全不了解开发人员需要如何使用API。

如果我不是已经在两周的集成中进行了3周，理论上离推出一个新网站只有几个小时的时间，我现在就会抛弃Shopify。这个项目现在已经逾期一周多了，完全是因为产品API使得管理大量产品变得非常繁琐。强迫用户来Stackoverflow发布API问题，在没有一定的声誉分数的情况下他们甚至不能发表评论……我可以继续下去。甚至不要让我开始缺乏折扣/促销api，或无法通过API创建用户，无需管理员手动转到shopify后端并为他们想要激活的每个用户单击链接即可登录。

每次我认为我可以用这个API完成一些事情，结果却是一个集群$%*！。但是，嘿，它一定是一个很棒的应用编程接口，因为它都是使用REST principles...oh goody用Ruby完成的！叹一口气。我会在任何一天使用一个古老的基于SOAP的api，但现在放弃这个项目并重新开始对我来说已经太晚了。两声叹息。

Answer 2

需要记住的一件事是，NAV 2013即将问世。此版本包括对Odata的支持，这可能会使Shopify集成变得非常容易，因为JSON将是通用的数据格式。然而，完整的销售交易中涉及的所有各种细节确保了这种集成到ERP系统(而不仅仅是NAV)将是一项重大的努力。除非你的需求非常有限，否则要准备好看到你的资产净值合作伙伴提供的一些昂贵的报价。

Answer 3

看看Shopify的API documentation，似乎可以很直接地在NAV和Shopify之间同步数据。在NAV中，没有内置的方式来使用Shopify API，相反，NAV只提供了与其他系统的通用集成的构建块。因此，您需要从NAV合作伙伴处获得报价，以确定他们编写集成的成本。

成本将取决于您需要在两个系统之间同步多少实体，以及您使用的NAV版本。如果您使用的是NAV2009Shopify(最新版本)，合作伙伴可以编写在NAV服务器上运行的.NET代码来直接调用R2。如果您使用的是较早的版本，则合作伙伴需要使用COM或CFront，这需要更多的工作。