- 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 沙箱。
User Store ID 驗證錯誤碼
使用 X-token 驗證時的錯誤碼
要求
要求語法
要求標頭
要求本文
消耗要求範例
下列範例使用 User Store ID 進行驗證,並需要在要求 JSON 本文中包含 beneficiary 物件。Store 管理的消耗要求
開發人員管理的消耗要求
下列範例使用 User Store ID 驗證。不過,此驗證方法不適用於開發沙箱中開發人員管理的消耗品。如果您在沙箱環境中進行測試,請改用 XSTS 權杖驗證。如需詳細資料,請參閱透過委派驗證 XSTS 權杖進行驗證。
回應
回應本文
ConsumeOrderTransaction 物件包含下列參數。
