Feed 显示 success 只代表“已接受入队”，平台后续处理是异步的。当然，如果feed这里错误，也需要先根据message id对应去处理(比如有的属性错误，这里就会报出来)上线/可售与否要以

我试了下，有的情况有，有的没有先说有的情况：比如这个是变体：可以拉到对应的关系"relationships": [ { "marketplaceId&

因为你没有发PT（productType）所以我没法具体看，不过你可以先自查：变体主体你看看是否有：SIZE/COLOR 或者 SIZE_NAME/COLOR_NAME 这个报错就是说，变体主体已经不

666

啊，这个问题，调整售价就可以解决了吧

需要用到AWS事件桥和SQS，详细如下：目标订阅商品更新（如：LISTINGS_ITEM_STATUS_CHANGE）订阅订单更新（如：ORDER_CHANGE）总体流程有两种接收通知的方式：Amaz

看上去是参数有点问题。可以把具体参数发出来看看

同这个问题：https://sp-api.net/ask/question/208658.html

再次调用confirmShipment 或者POST_ORDER_FULFILLMENT_DATA 试试

数据格式组装不对，你先用patchlisting试一下，先把组装数据调成功了，在使用feed批量上传

你用getListing拉取一下看看是不是5天。lead_time_to_ship_max_days或者有的订单是产生在设置之前。确认设置没有问题了，观察新产生的订单是否正常。 我们之前和销售确认过，

upc和item_type_keyword没有关系。和recommended_browse_nodes‌算是有点关系UPC豁免是按照分类，或者分类类型来的。8560，大概率是你upc豁免没有成功，或者

先确认 AmazonOrderId 正确无误用同一个 AmazonOrderId 同时调用 getOrderItems 和 getOrderItemsBuyerInfo，对比结果。看下返回内容格式是整

商品处理时间？指的是等待发货的天数吗？ 你试试这个字段 fulfillment_latency{ "productType": "PRODUCT_TYPE"