カスタム API ステータスレポート

カスタム API ステータス レポートは、カスタム API の登録ステータスをリアルタイムで可視化することで、透明性を高め、トラブルシューティングにかかる時間を短縮します。カスタム API を含むコードバージョンをアクティブ化すると、登録プロセスによってエンドポイントごとに異なる結果が生じる可能性があります。以前は、問題を診断するためにデベロッパーがログを手作業で調べる必要がありましたが、カスタム API ステータスレポートでは、明確で実用的なフィードバックフィードバックを提供することで、この作業を簡素化します。

  • **リアルタイムのステータスレポート: **エンドポイントの登録ステータスに関するフィードバックを即座に取得できます。
  • **エラーの可視化: **エンドポイントの登録に失敗した理由を把握できます。
  • **デバッグ時間の短縮: **手動でログを検索する必要がありません。
  • **開発ワークフローの改善: **エンドポイントの問題を迅速に特定して解決できます。

各カスタム API エンドポイントは、次のいずれかの登録ステータスになります。

ステータス説明アクセス可能?
activeエンドポイントは正常に登録されており、リクエストを処理する準備ができています。はい
not_registered構成または実装のエラーにより、エンドポイントを登録できませんでした。いいえ

カスタム API ステータスレポートでは、必要なスコープを指定した Account Manager OAuth 2.0 フローによる認証が必要です。

  • sfcc.custom-apis (読み取り専用)
パラメーター必須説明
shortCodeパスはいルーティング用にレルムに割り当てられた 8 文字の文字列です。例: kv7kzm78
organizationIdパスはいB2C Commerce インスタンスを識別する短い文字列です。例: f_ecom_zzte_053
statusクエリいいえステータス (active または not_registered) を指定して、エンドポイントをフィルタリングします。

このエンドポイントは、次の内容を含む JSON オブジェクトを返します。

  • activeCodeVersion: 現在アクティブなコードのバージョン
  • total: すべてのサイトとカートリッジで検出されたエンドポイントの合計数
  • limit: このレスポンスに含まれるエンドポイントの数。ここの件数はフィルター条件に一致する件数であり、フィルターが適用されていない場合は total と同じです。
  • data: 詳細情報を含むエンドポイントオブジェクトの配列
  • filter: 適用されたフィルターを含むオブジェクト。これは、リクエストでフィルターが使用されている場合にのみ含まれます。

各エンドポイントオブジェクトには、次のフィールドが含まれます。

フィールド説明
idエンドポイントの一意の識別子 (コードバージョンのアクティブ化をまたいで一貫しています)。
apiNameAPI の名前。例: loyalty-info
apiVersionAPI のバージョン。例: v1
cartridgeNameエンドポイントを含むカートリッジの名前。
endpointPathエンドポイントパス。例: /customers
httpMethodHTTP メソッド。例: GETPOST
operationIdOpenAPI スキーマ内の操作識別子。
implementationScript実装スクリプトファイルの名前。
schemaFileOpenAPI スキーマファイルの名前。
siteIdエンドポイントが登録されているサイトの識別子。
securitySchemeエンドポイントで使用されるセキュリティスキーム。
status登録ステータス (active または not_registered)。
errorReasonエラーの説明 (ステータスが not_registered の場合にのみ含まれます。

組織内のすべてのカスタム API エンドポイントの情報を取得します。

レスポンス:

登録に失敗したエンドポイントを取得します。

レスポンス:

API は、次の標準 HTTP ステータスコードを返します。

  • 200: リクエスト成功
  • 400: フィルターパラメーターが無効です。たとえば、サポートされていないステータス値などです。
  • 401: 認証が必要です
  • 403: アクセス許可が不十分です (必要なスコープがありません)

エンドポイントのステータスが not_registered の場合、一般的なエラーには次のようなものがあります。

  • 無効なファイルパス: スキーマファイルまたは実装ファイルが見つかりません。
  • 無効なファイル: スキーマファイルまたは実装ファイルを読み取れません。
  • 構成エラー: API マッピングに問題があります。
  • 検証エラー: セキュリティスキームまたはパラメーター定義に問題があります。
  • スキーマファイルエラー: OpenAPI 仕様の形式または構造が無効です。
  • スキーマ参照エラー: 外部依存関係の検証に問題があります。
  • パスパターンエラー: URL パターンの解析に失敗しました。
  1. 全体のステータスを確認: フィルターを指定せずにステータスレポートを使用して、すべてのエンドポイントの概要を確認します。
  2. コードバージョンを確認: activeCodeVersion フィールドのアクティブなコードバージョンが想定どおりであることを確認します。
  3. 失敗したエンドポイントを特定: status=not_registered でフィルタリングして、問題のあるエンドポイントに絞り込みます。
  4. エラーを分析: errorReason フィールドを確認し、具体的な対処の手掛かりを得ます。
  5. 問題を修正: カートリッジ内で特定された問題に対処します。
  6. 再アクティブ化: 新しいコードバージョンをアップロードしてアクティブ化します。
  7. 検証: ステータスレポートを再度呼び出して、正常に登録されたことを確認します。