XML与平面文件上传的Amazon MWS性能


Amazon MWS Performance of XML vs Flat File Upload

使用MWS XML API与使用MWS上传平面文件以添加项目到FBA库存之间是否存在显着的性能差异?

我的客户希望能够在项目通过我们的上市程序后立即打印FNSKU。列出过程收集Amazon在库存中创建记录所需的商品的所有数据。

目前,还有另一个处理步骤,即上传包含所有项目信息的平面文件,但需要大约10分钟的处理时间。他目前正在使用一个名为Listtee的软件产品来处理FBA库存,它能够以某种方式立即退回FNSKU。我想知道这是否可能是因为他们使用XML过程而不是文件上传过程。

还有其他人有过这样的经历吗?

CSV(=平面文件)和XML上传之间有一个可能影响性能的主要区别:XML格式需要多个提要(一般列表、图像、定价等)来列出单个项目,而CSV格式则不需要。请注意,根据我的经验,在发送其他提要之前没有必要等待第一个提要被处理,因为我只看到它们被按顺序处理,一次处理一个,但Stack Overflow上的其他人不同意。

但是,即使对于短提要(一个单条目CSV,三个单条目xml),这两种方法也都不是即时的——根据我的经验,根据Amazon当前的服务器负载,它们在处理之前都需要几分钟的时间。

所以我想知道ListTee是如何做到的,并在他们的FAQ页面上发现了这一点:他们需要AWS注册和Seller Central凭证,但是要求MWS信息根本不。所以我猜他们会使用刮刀来提供即时反馈。(在他们的ListTee如何工作页面上描述的额外的"为FBA和非FBA吸引价格"功能可能需要AWS注册)

请注意,虽然亚马逊很可能对任何人这样做没有问题,但从技术上讲,这可能违反了他们的服务条款,因为它可能被视为"任何使用数据挖掘,机器人或类似的数据收集和提取工具"(见"许可和访问")。