适用于供应商的 SP-API - 报告常见问题
Frequently asked questions about SP-API Vendors Reports.
为什么 API 2.0 报告中没有购买按钮丢失价格(LBB 价格)?
点击此处可展开答案
亚马逊零售定价团队不再支持 LBB(价格),在有效的替代指标出现之前,我们将无法在供应商零售分析报告类型中提供 LBB 指标。替代指标正在开发中,但我们还没有得到何时能够对外共享该指标的指导。为什么报告中不包括转化率和平均销售价格 (ASP)?
点击此处可展开答案
转化率和 ASP 是派生指标,这意味着可以使用已提供的其他指标进行计算。使用以下公式计算这些指标:订购数量/浏览量 = 转化率
发货收入/发货数量 = ASP
指标中是否包含 Warehouse Deals 的销售额?
Select to expand the answer
No, vendor retail analytics report types do not include Warehouse Deals in reported metrics. Since proceeds from Warehouse Deals sales are not collected by the vendor, we do not account for these transactions. Note that the internal tools used by your retail partners might include Warehouse Deals sales. To determine whether Warehouse Deals sales are included in your internal metrics, reach out to your retail partners.浏览量 (GV) 是如何计算的?
点击此处可展开答案
浏览量 (GV) 是在 ASIN 级别计算的,而且只有在零售商是特色卖家时才会计算。当零售商是特色卖家时,我们通过公开原始浏览量,为供应商提供了零售商有机会实现销售转化时的流量数据。为什么浏览量 (GV) 指标与广告报告指标不匹配?
Select to expand the answer
Glance view (GV) metrics can vary based on the reporting tool used and the specific inputs or filters applied to those metrics. For example, Advertising can track impressions and clicks to evaluate the efficacy of an ad directing the shopper to the shelf (in other words, all detail page views). In contrast, the data in vendor retail analytics report types tracks customer traffic directed to a detail page where retail is the feature offer and the vendor has the opportunity to convert a sale. GV metrics can vary across reporting tools.What if the purchase orders I receive from Amazon do not align with the unit forecast in the forecasting data?
点击此处可展开答案
预测数据提供的是对客户需求的预测,而不是对采购订单的承诺。客户需求预测可提供客户对给定产品的预期需求的可见性,并帮助制造商做出明智的生产和库存决策。distributorView
:“制造”和 distributorView
:“采购”有什么区别?
distributorView
:“制造”和 distributorView
:“采购”有什么区别?点击此处可展开答案
制造视图显示您制造的商品的亚马逊标准识别码 (ASIN) 数据,无论产品由谁采购到亚马逊。采购视图只显示直接从您的供应商组采购的商品的 ASIN 数据。Which Amazon selling programs does sellingProgram:RETAIL
include?
sellingProgram:RETAIL
include?点击此处可展开答案
亚马逊零售包括来自亚 Amazon Retail、Amazon Business 和 Amazon Fresh 的数据。供应商是否仍能通过电子数据交换 (EDI) 接收和确认采购订单 (PO)?
点击此处可展开答案
是。虽然销售和库存报告(X12 852,EDIFACT SLSRPT)和预测报告(X12 830,EDIFACT DELFOR)EDI 交易在 2022 年 6 月 30 日之后不再有效,但这不会影响任何其他 EDI 交易,如采购订单(X12 850,EDIFACT 订单)、采购订单确认(X12 855,EDIFACT ORDRSP)、高级发货通知(X12 856,EDIFACT DESADV)或其他交易。您可以通过 EDI 管理所有供应链消息,但需要同时使用供应商零售分析报告类型来满足您的报告需求。或者,供应商也可以将其他 EDI 消息迁移到 API。Refer to What is the Selling Partner API? for additional info on migrating EDI messaging to API report types; including purchase order management.
供应商需要多长时间才能纳入 SP-API 和供应商零售分析报告?
点击此处可展开答案
虽然供应商的总纳入时间会有所不同,但供应商零售分析报告纳入的开发工作大约需要 4-5 个开发周。- Initial SP-API setup (1-2 weeks), as documented in the SP-API Registration overview.
- 为 SP-API 构建和测试 REST 客户端(1 周)。使用预先构建的库可以缩短开发时间(示例)。
- 定期获取 SP-API 报告、上传到客户端拥有的 S3 存储桶以及任何必要的 JSON 转换(1 周)。
- S3 到数据库(如 Redshift)的加载(1 周)。使用已有解决方案可缩短开发时间(示例)
How can vendors disable their EDI sales and forecasting integration?
点击此处可展开答案
无需采取任何措施即可禁用 EDI 销售和预测集成。2022 年 6 月 30 日之后,将不再发布销售和库存报告(X12 852,EDIFACT SLSRPT)以及预测报告(X12 830,EDIFACT DELFOR)EDI 交易。如果对 SP-API 集成有疑问,供应商可以从哪里获得更多支持?
我们为什么要从 API 1.0 迁移到 2.0?
点击此处可展开答案
外部 API 报告和内部零售报告之间的数据差异是供应商和零售利益相关者在报告方面的最大痛点。从 1.0 到 2.0 的迁移使 API 报告类型和内部零售报告工具之间共享的数据保持一致。随着向 API 2.0 报告类型的过渡,我们将迁移到一个新的数据源,从而实现与内部零售报告的数据奇偶校验。与 API 1.0 相比,新的 API 2.0 报告类型有什么好处?
点击此处可展开答案
随着向 API 2.0 报告类型的过渡,我们将迁移到一个新的数据源,从而带来以下好处:-
源数据奇偶校验:API 2.0 报告类型的新源数据现在与亚马逊零售类别团队以及 Vendor Central 的零售分析控制面板使用的源数据相同。
-
Expanded historical daily data: daily historic data now increases from 13 months to three years, providing vendors increased visibility into their business historically.
API 1.0 报告何时会停用?
点击此处可展开答案
从 2022 年 7 月 6 日起,旧版 API 1.0 报告将不再可用。哪些报告將被弃用,用什么替代?
点击此处可展开答案
API 报告(已弃用) | API 2.0 报告(替代品) |
---|---|
GET_VENDOR_SALES_DIAGNOSTIC_REPORT | GET_VENDOR_SALES_REPORT and GET_VENDOR_TRAFFIC_REPORT |
GET_VENDOR_DEMAND_FORECAST_REPORT | GET_VENDOR_FORECASTING_REPORT |
GET_VENDOR_INVENTORY_HEALTH_AND_PLANNING | GET_VENDOR_INVENTORY_REPORT |
如果我在 2022 年 7 月 6 日之后尝试访问 API 1.0 报告会怎样?
Select to expand the answer
Beginning July 6, 2022, users who try to access API 1.0 report types will receive the following error message:-
销售 1.0:{“
reportRequestError
”:“此报告现已弃用。请求GET_VENDOR_SALES_REPORT
和GET_VENDOR_TRAFFIC_REPORT
”} -
需求预测 1.0:{“
reportRequestError
”:“此报告现已弃用。请求GET_VENDOR_FORECASTING_REPORT
”} -
库存 1.0:{“
reportRequestError
”:“此报告现已弃用。请求GET_VENDOR_INVENTORY_REPORT
”}
是否有允许继续使用 API 1.0 的可能?
点击此处可展开答案
否。API 1.0 报告类型无法继续使用。我们鼓励用户迁移到 API 2.0 报告类型。如何迁移到 API 2.0 报告类型?
点击此处可展开答案
有关迁移指南,请参阅 SP-API 文档中的供应商零售分析报告迁移指南,或联系我们(联系我们 > API 集成 > API 服务)。
为什么 API 1.0 报告类型中的某些指标在 API 2.0 报告类型中不再可用?
点击此处可展开答案
支持 API 1.0 报告类型的传统数据源中可用的一些指标在支持 API 2.0 报告类型的新数据源中不可用。如果您对 API 2.0 报告类型中不再可用的指标有特定的业务用例,请通过 selling-partner-apis@amazon.com 向我们反馈。
Why isn't there an Out of Stock Metric in the API 2.0 report types?
点击此处可展开答案
为了与零售团队使用的缺货指标保持一致,我们将用可采购商品 OOS(零售 OOS,简称 ROOS)取代可补货 OOS(Rep OOS)。ROOS 将于 2022 年第三季度添加到 GET_VENDOR_INVENTORY_REPORT 中。Rep OOS 只考虑可补货的 ASIN,而 ROOS 则考虑可采购的 ASIN。API 2.0 报告类型何时更新?
点击此处可展开答案
每周报告期(如星期六数据集)的服务级别协议 (SLA) 为周一报告期结束后 48 小时。非周六每日报告期的服务级别协议是报告期结束后 72 小时。控制面板 | 平均服务级别协议(小时) | TP90 服务级别协议(小时) |
---|---|---|
销售 | 42 | 55 |
流量 | 32 | 51 |
净 PPM | 41 | 55 |
库存 | 54 | 69 |
预测 | 33 | 40 |
为什么 API 2.0 中没有按日粒度提供库存数据?
点击此处可展开答案
使用新数据源后,并非所有库存指标都可以按日粒度提供。报告只能以所有指标的最低共享粒度提供。因此,在短期内,如果不删除每周可用的指标,我们就无法提供日粒度库存报告。每周提供的指标包括:“`sellThroughRate”、“unhealthyInventory”和“unhealthyUnits”。我们正在评估将来如何提供日粒度的库存报告。Where can vendors go for additional support and questions on API integration?
Updated 23 days ago