Skip to main content
使用 Consume API 來管理下列 Microsoft Store 消耗品類型:
  • Store 管理的消耗品: 將某個數量回報為已消耗,並從指定使用者的目前數量餘額中移除。 使用者可以重複購買 Store 管理的消耗品,而您的服務不需要將它們回報為已消耗或已履行。 如需詳細資訊,請參閱 Store 管理的消耗要求。
  • 開發人員管理的消耗品: 為指定的使用者將消耗品產品回報為已履行。 在使用者可以再次購買開發人員管理的消耗品產品之前,您的應用程式或服務必須為該使用者將該消耗品產品回報為已履行。 如需詳細資訊,請參閱開發人員管理的消耗要求。

使用 trackingId 驗證履行完成

trackingId 提供可安全重試的履行驗證。 如果您的服務沒有收到確認回應,請重新傳送相同的要求本文。 服務會辨識先前的要求,並將重試視為確認檢查。 對 API 的每個要求都應該有唯一的 trackingId。 如果原始要求未成功,或未收到回應,服務會在重試要求時完成所要求的交易。 如果履行已在先前的要求中完成,API 會辨識該要求並傳送確認回應。 在此情況下,API 不會第二次履行或從使用者的餘額中扣除。 相反地,API 會以成功回應,如同項目已被消耗,並附上使用者的剩餘餘額。 因此,請在您的伺服器上或記錄中快取每個要求的值和 trackingId,直到您收到要求已履行的確認回應為止。 如需範例,請參閱遊戲服務範例。 當您的要求包含 includeOrderIds 參數時,根據消耗品的產品類型,預期會有下列行為: 如果您使用開發人員管理的消耗品,則無法從重試要求取得訂單識別碼。

必要條件

請檢閱服務對服務 API 的必要條件。 此 API 同時支援 Microsoft Entra ID 和委派驗證 X-token 驗證類型。
開發人員管理之消耗品的沙箱限制: 當您在開發沙箱 (非 RETAIL) 中消耗開發人員管理的消耗品產品時,不支援使用 User Store ID 或 Microsoft Entra ID 進行驗證。在沙箱環境中,您必須使用委派授權 XSTS 權杖,才能成功消耗開發人員管理的消耗品產品。此限制不適用於 Store 管理的消耗品或 RETAIL 沙箱。
如果您未在 Partner Center 中發佈產品設定,呼叫可能會成功,但不會傳回任何結果。

User Store ID 驗證錯誤碼

使用 X-token 驗證時的錯誤碼

要求

要求語法

要求標頭

要求本文

消耗要求範例

下列範例使用 User Store ID 進行驗證,並需要在要求 JSON 本文中包含 beneficiary 物件。

Store 管理的消耗要求

開發人員管理的消耗要求

下列範例使用 User Store ID 驗證。不過,此驗證方法不適用於開發沙箱中開發人員管理的消耗品。如果您在沙箱環境中進行測試,請改用 XSTS 權杖驗證。如需詳細資料,請參閱透過委派驗證 XSTS 權杖進行驗證。

回應

回應本文

ConsumeOrderTransaction 物件包含下列參數。

消耗回應範例

相關文章

從您的服務管理產品 使用 Microsoft Store API 驗證您的服務 使用 publisherQuery (Collections v9) 查詢使用者的產品和權利 從您的服務管理消耗品 從您的服務管理退款和退單
Last modified on October 6, 2026