開発者サポートへの連絡に関するガイドライン

調査の進行中に問題を特定するために、テクニカルサポート検証環境で問題を再現して検証する場合があります。 これは非常に効果的なトラブルシューティング方法です。

このような場合は、調査を円滑に進めるために、問題を再現するために必要なコード、使用データ、環境設定情報を提供してください。

例:「私たちは多くのことを試みていますが、うまくいきません。」

例:「以下の URL の手順を試しましたが、最後のステップでエラー XXXX が発生しました。
https://developer-docs.amazon.com/sp-api/docs/***/ ***」

サポートエンジニアがさまざまなソリューションを提供する場合があります。 このような場合、サポートエンジニアは、すでに実装されていて効果がないことがわかっているソリューションを提供する場合があります。

このような状況を避けるため、すでに実装しているソリューションについては、できる限り詳細を伝えてください。

例のように、導入したソリューションが効果的でないと判断した理由もお知らせください。 手順の一部を変更すると、対応策が有効になる場合があります。

例:「注文APIのGetOrdersを使用して注文情報を取得することはできません。 エラーコードは XXXX です。 これを処理する最善の方法は何か？」

急いでいる場合は、最初の文のように、説明を飛ばして質問してもかまいません。 ただし、お客様の問題が完全かつ明確に報告されていれば、より迅速に解決できます。

例:「PostmanでオペレーションGetOrdersを呼び出してXXXXを実行すると、「エラー:パラメータが無効です」というメッセージが表示されました。 容量制限を超えています」と言って失敗しました。 どうすればいいの？」 タイムスタンプは 2022XXXX: XX (JST) で、リクエスト ID は XXXXXXXXXXX です。」

質問を省略した場合は、内容の確認に時間を要します。 何も省略しないでください。

呼び出し方法の間違い、呼び出し権限の不足、Amazon インフラストラクチャの一時的な障害など、さまざまな可能性を調査し、「最終的に達成したいこと」に近づくために、他の方法をご案内する場合があります。

例:「発生時刻のタイムスタンプは 2022XXXX: XX (UTC) です。 問題は解決しました。

例:「発生時刻のタイムスタンプは 2022XXXX: XX (UTC) です。 まだ続いています。」

問題を切り分けるのが簡単になり、より迅速な対応につながります。

古い問題は詳細に調査できない場合がありますのでご注意ください。

エラーに関する幅広い情報を提供していただくことで、問題をできるだけ早く解決することができます。

OS またはアプリケーションの調査は、主にお客様の責任となります。 ただし、テクニカルサポートは、問題の切り分けに役立つログやスクリーンショットを要求する場合があります。

ケースを最初に作成するときにログとスクリーンショットを添付しておくと、問題の解決に必要な時間を短縮できます。

ログの形式を変更した場合は、その情報も添付してください。

質問するAPIタイプ「マーケットプレイスWebサービス（MWS）または販売パートナーAPI（SP－API）」を選択してください。

「はじめに、API エラー、スロットリング、SP API 移行、ドキュメンテーション、または一般的なお問い合わせ」から質問の種類を選択します。

「課題タイプ」で「API エラー」を選択した場合は、問い合わせる API を選択してください。

ページ上部のお問い合わせのポイントをご確認ください。

実際に問題が発生している出品者IDまたは開発者IDを入力してください。

問題が発生しているマーケットプレイスを入力してください。

試行中の API 操作を入力してください。 （例：オペレーション:GetOrders）

アプリ ID を入力してください。

例:あるケースでは API 取得情報とスロットリングについて質問します。 2 つのサポートケースを作成します。1 つは API 取得情報に関する技術的な問い合わせ用で、もう 1 つはスロットリングに関する問い合わせ用です。

1 つのサポートケースは 1 人のエンジニアが一度に処理するため、独立性が高い質問は、複数のケースに分けるとより迅速に処理できます。

相互に関係の強い質問を 1 つのケースにまとめてください。 サポートエンジニアは、サポートケースを複数のケースに分割することを提案する場合があります。

削除されたリソースについて問い合わせると、問題の原因を十分に調査することが難しい場合があります。

複数のアカウントにまたがるサービスが期待どおりに機能しない場合は、可能であればサービスの両端の各アカウントから問い合わせを送信してください。 これにより、問題の解決にかかる時間を短縮できる可能性があります。

一方のアカウントのみからケースを送信した場合、テクニカルサポートはもう一方のアカウントの設定を確認できません。 その場合、テクニカルサポートは別のアカウントからも送信するように求めることがあります。

2 つのアカウントのどちらが問題なのかをお客様が特定するのが難しい場合は、両方のアカウントから送信することをお勧めします。

失敗は予測不可能で避けられません。 テクニカルサポートチームは原因を分析し、インフラストラクチャ障害の発生率を減らすよう努めていますが、障害の発生を完全に防ぐことは困難です。

このため、「障害を考慮した設計」(障害に備えた設計) をお勧めします。

障害の詳細な説明はしていません。 これは、障害の原因に関する詳細な情報を提供してもお客様の回避策には影響せず、お客様の問題を解決するために必須ではないと考えているためです。 むしろ、監視サービスを適切に活用し、一次復旧を優先する方法を示すことで、問題を迅速に解決することを目指しています。

「パフォーマンス」の多くは、環境とワークロードによって異なります。 Amazon は一般的なガイダンスを提供できないことをご了承ください。

お客様の環境での実際の測定値が適切な指標になると考えています。

デベロッパーサポート側では指導が難しいため、開発者登録やアプリケーション公開に関しては関連するケースに直接問い合わせていただくようお願いします。

担当部署が直接回答します。