- ストア管理の消費型: 消費された数量を報告し、指定したユーザーの現在の残高から削除します。 ユーザーは、サービスが消費または消化済みとして報告することなく、ストア管理の消費型アイテムを繰り返し再購入できます。 詳細については、「ストア管理の消費要求」を参照してください。
- デベロッパー管理の消費型: 指定したユーザーの消費型製品を消化済みとして報告します。 ユーザーがデベロッパー管理の消費型製品を再購入するには、アプリまたはサービスがそのユーザーに対して当該消費型製品を消化済みとして報告する必要があります。 詳細については、「デベロッパー管理の消費要求」を参照してください。
trackingId を使用して消化完了を検証する
trackingId を使うと、再試行に安全な消化検証が行えます。
サービスが確認応答を受信しない場合は、同じ要求本文を再送信してください。
サービスは以前の要求を認識し、再試行を確認チェックとして扱います。
API への各要求には一意の trackingId を含める必要があります。
元の要求が成功しなかった、または応答が受信されなかった場合、要求を再試行すると、サービスは要求されたトランザクションを完了します。
消化が以前の要求で完了していた場合、API はその要求を認識し、確認応答を送信します。
この場合、API はユーザーの残高から 2 回目の消化や差し引きを行いません。
代わりに、API はアイテムが消費されたかのように、ユーザーの残余残高で成功応答を返します。
したがって、要求が消化されたという確認応答を受け取るまで、各要求の値と trackingId をサーバー上またはログにキャッシュしてください。
例については、「Game Service サンプル」を参照してください。
要求に includeOrderIds パラメーターが含まれている場合、消費型製品タイプに応じて次の動作が想定されます。
デベロッパー管理の消費型を使用する場合、再試行要求から注文 ID を取得することはできません。
前提条件
「サービス間 API の前提条件」を確認してください。 この API は、Microsoft Entra ID と委任認証の X-token の両方の認証タイプをサポートします。デベロッパー管理の消費型のサンドボックス制限: 開発サンドボックス (非 RETAIL) でデベロッパー管理の消費型製品を消費する場合、User Store ID や Microsoft Entra ID を使用した認証はサポートされていません。サンドボックス環境では、デベロッパー管理の消費型製品を正常に消費するために、委任認証の XSTS トークンを使用する必要があります。この制限は、ストア管理の消費型または RETAIL サンドボックスには適用されません。
User Store ID 認証のエラー コード
X-token 認証を使用する場合のエラー コード
要求
要求の構文
要求ヘッダー
要求本文
消費要求の例
次の例では、認証のために User Store ID を使用し、要求 JSON 本文に beneficiary オブジェクトが必要です。ストア管理の消費要求
デベロッパー管理の消費要求
次の例では User Store ID 認証を使用しています。ただし、この認証方法は開発サンドボックスのデベロッパー管理の消費型では機能しません。サンドボックス環境でテストしている場合は、代わりに XSTS トークン認証を使用してください。詳細については、「委任認証の XSTS トークンでの認証」を参照してください。
応答
応答本文
ConsumeOrderTransaction オブジェクトには、次のパラメーターが含まれています。
