联系开发者支持人员的指南

为了在调查过程中隔离问题，可以在技术支持验证环境中重现和验证问题。 这是一种非常有效的故障排除方法。

在这种情况下，请向我们提供必要的代码、使用数据和环境设置信息，以重现问题，以便我们的调查能够顺利进行。

示例：“我们正在尝试很多东西，但没有奏效。”

示例：“我们已经尝试了以下 URL 中的步骤，但在最后一步我们遇到了错误 XXXX。
https://developer-docs.amazon.com/sp-api/docs/***/ ***”

我们的支持工程师可能会提供各种解决方案。 在这种情况下，支持工程师可能会提供已经实施但您知道无效的解决方案。

为避免这种情况，请尽可能分享您已经实施的所有解决方案的完整细节。

根据该示例，还请告知我们您为何确定已实施的解决方案无效。 更改某些程序可能会使响应解决方案生效。

示例：“我无法使用订单 API 中的 getOrders 获取订单信息。 错误代码是 XXXX。 处理这个问题的最佳方法是什么？”

如果你很着急，你可以跳过解释然后问一个问题，比如第一句话。 但是，如果客户的问题得到全面而清晰的报告，则可以更快地得到解决。

示例：“当我在 Postman 中调用 Operation getOrders 来做 XXXX 时，我收到了一条消息 “错误：参数无效。 超出容量限制” 但失败了。 我该怎么办？” 时间戳是 2022XXXX XX: XX (JST)，请求编号为 XXXXXXXXX。”

如果省略了您的问题，我们将需要时间来验证内容。 请不要遗漏任何内容。

我们将研究各种可能性，例如错误的呼叫方法、缺乏呼叫权限、Amazon 基础设施暂时出现故障等。

我们可能会引导您采用其他方法来更接近 “您最终想要实现的目标”。

示例：“发生时间的时间戳为 2022XXXX XX: XX（世界标准时间）。 问题现已解决”

示例：“发生时间的时间戳为 2022XXXX XX: XX (UTC)。 它仍在继续。”

可以更轻松地隔离问题，从而更快地做出响应。

请注意，可能无法对较早的问题进行详细调查。

向我们提供与错误相关的广泛信息将有助于我们尽快解决问题。

对操作系统或应用程序的调查主要由客户负责。 但是，技术支持可能会要求提供日志和屏幕截图来帮助隔离问题。

在最初创建案例时附上日志和屏幕截图将缩短解决问题所需的时间。

如果您更改了日志的格式，请同时附上该信息。

选择您要询问的 API 类型 “商城网络服务 (MWS) 或销售合作伙伴 API (SP－API)”。

从 “入门、API 错误、限制、SP API 迁移、文档或一般查询” 中选择问题类型。

如果您在 “问题类型” 中选择 “API 错误”，请选择您要查询的 API。

请查看页面顶部的咨询要点。

请输入您实际遇到问题的卖家或开发者编号。

请输入您遇到问题的商城。

请输入正在尝试的 API 操作。 （示例：操作：获取订单）

请输入您的应用程序 ID。

示例：在一个案例中询问 API 获取信息和限制。 创建 2 个支持案例：1 个案例用于有关 API 检索信息的技术查询，1 个用于查询限制的案例。

一个支持案例将由一名工程师在同一时间点处理，因此，如果将高度独立的问题分为多个案例，则可以更快地处理这些问题。

请在一个案例中列出密切相关的问题。 我们的支持工程师可能会建议将支持案例分为多个案例。

如果您询问已删除的资源，则可能很难全面调查问题的原因。

如果跨多个账户的服务无法按预期运行，请尽可能在服务的两端提交每个账户的查询。 这可能会缩短解决问题所需的时间。

如果您仅使用一个账户提交案例，技术支持将无法检查另一个账户的设置。 如果发生这种情况，技术支持也可能会要求您使用其他账户提交。

如果客户很难确定两个账户中哪一个是问题所在，我们建议客户从两个账户中提交。

失败是不可预测的，也是不可避免的。 尽管我们的技术支持团队努力分析原因并减少基础设施故障的发生，但很难完全防止故障的发生。

因此，我们推荐 “失效设计”（针对故障而设计）。

我们不提供失败的详细解释。 这是因为我们认为，提供有关故障原因的详细信息不会影响客户的变通方案，对于解决客户的问题也不是必不可少的。 相反，我们的目标是向您展示如何正确利用我们的监控服务并确定主恢复的优先顺序，从而快速解决您的问题。

大部分 “性能” 取决于您的环境和工作负载。 请理解，亚马逊无法提供一般性指导。

我们认为，在您自己的环境中进行实际测量可能是一个恰当的指标。

由于开发者支持部门很难提供指导，因此我们要求您直接联系与开发者注册和应用程序发布相关的案例。

负责部门将直接回复您。