修正類型與結果的範例
熟悉未來過期的修正類型及其結果。
必要版本
| 適用於:Lightning Experience |
| 適用於:已啟用交易管理的 Revenue Cloud Enterprise、Unlimited 及 Developer Edition |
正面修訂—追加銷售或新增數量
以下是您可以增加資產數量的方式。例如,您想要在 5 月 1 日新增 10 個授權,即使您已排程在 6 月 1 日新增 5 個授權。
- 設定報價條列項目 (QLI) 或訂單項目 (OI) 的數量增加。QLI 或 OI 代表整個修正生命週期的數量增加。
- 由於具體資產的正增加,因此不會產生詳細資料行。
- 流程會將 delta 數量增加套用至超過新修正開始日期的所有資產狀態週期 (ASP)。
負面修訂—減少或降級
以下是您可以減少資產數量的方式。例如,您想要在 5 月 1 日減少七個授權。
- 設定 QLI 或 OI 的負數量變更。受影響 ASP 內每個資產動作來源 (AAS) 的數量減少數量為「上次出貨」(LIFO)。
- 負面修正會為每個未來過期 ASP 建立詳細資料行。詳細資料條列日期會對應至產生的 ASP。
- 如果 ASP 數量不足以減少,您會收到過度減少驗證錯誤。
所有取消和重新定價情況的價格減少。
針對產品銷售模型 (PSM) 為期限定義的期限資產,減購數量會套用每個 ASP 的 LIFO。
例如,資產有兩個從 1/1/26 開始,並在 12/31/26 結束的 ASP。ASP I:開始日期 = 1/1/26,結束日期 = 6/30/26,數量 = 10。ASP II:開始日期 = 7/1/26,結束日期 = 12/31/26,數量 = 15。
- 如果您選取修正的 2/1/26 開始日期,並將數量減少為 7,則流程會為此減少建立三個詳細資料行。此交易會影響兩個現有的 ASP。
- 程序會為 ASP I 建立一個詳細資料行,其開始日期 = 2/1/26 (修改日期) 到結束日期 = 6/30/26 (ASP 的結束日期),數量為 –7 (從 AAS1)。
- ASP II 有兩個已建立的詳細資料行。減少會以 LIFO 順序,數量 = –5 和數量 = –2 發生。
- 兩個詳細資料行上的日期與第二個 ASP 的開始與結束日期相同,開始日期 = 7/1/26,結束日期 = 12/31/26。
適用於 PSM 一次性、Evergreen 或空白的非期限資產。減購數量是以目前數量為基礎的 LIFO 訂單。
例如,資產在 1/1/26 以三個 ASP 開始。非期限資產沒有結束日期。ASP I:開始日期 = 1/1/26,結束日期 = 6/30/26,數量 = 10。ASP II:開始日期 = 7/1/26,結束日期 = 8/31/26,數量 = 15。ASP III:開始日期 = 9/1/26,結束日期 = 空白,數量 = 20。
- 如果使用者將修正的開始日期設定為 2/1/26 並將數量減少為 –7,則程序會建立一個減少詳細資料行。資產生命週期中,該時間點的數量僅為 10。
- 如果使用者將開始日期設定為 8/1/26 並將數量減少為 –7,則程序會為此減少建立兩個詳細資料行。
- 數量為 15,有 10 個來自先前的 ASP,有 +5 來自修改後的交易。LIFO 訂單在此個案中為 –5 和 –2,開始日期為 8/1/26。
提早續約
如果您在排程續約日期之前起始過時的續約交易,則提前續約會覆寫所有未來 ASPS 和修訂和續約。
如果啟用「原始續約」,則資產會根據最新 ASP 數量續約,但以與原始購買價格不同的價格和數量續約。
取消
在過時的 ASP 之前取消資產是特殊類型的減少。取消會保持在極限狀態,且無法對取消的資產執行進一步的 ARC 作業。
取消訂單的資產化會影響所有未來的 ASP。
需要重新定價的屬性或欄位修訂
您可以變更屬性,例如從基本版本升級至 Enterprise Edition,或變更觸發重新定價事件的欄位。在此情況下,您在訂單項目上設定新屬性值,並選取開始日期。
此修訂會作為取消和重新定價作業運作。它會建立多組取消和重新定價報價或訂單詳細資料行,每個受影響的未來 ASP 一個。ASP 更新會從新的修訂開始日期開始套用。期限與非期限資產重新定價會變更報價或訂單詳細資料條列。
例如,資產有兩個從 1/1/26 開始,並在 12/31/26 結束的 ASP。ASP I:開始日期 = 1/1/26、結束日期 = 6/30/26、數量 = 10,且 ASP 屬性色彩 = 紅色。ASP II:開始日期 = 7/1/26,結束日期 = 12/31/26,數量 = 15,ASP 屬性色彩 = 藍色。
- 如果使用者將修正的開始日期設定為 2/1/26,並更新屬性色彩 = 綠色並增加數量 = 30,我們會取消並重新定價條列。
- 針對取消,我們會從修改日期起取消 ASP 上所有目前和未來可用的數量。
- 針對具體資產,其為每個 ASP 的 LIFO,且我們建立了 3 個詳細資料行。
- 詳細資料條列一個開始日期 = 2/1/26 到結束日期 = 6/30/26 和數量 = 10。
- 詳細資料行二開始日期 = 7/1/26 到結束日期 = 12/31/26 和數量 = 10。
- 詳細資料行三開始日期 = 7/1/26 到結束日期 = 12/31/26 和數量 = 5。
- 針對 PSM 一次性、Evergreen 或空白的非期限資產,我們會從 2/1/26 開始建立所有可用數量的減少。我們會建立兩個詳細資料行。
- 詳細資料條列一個開始日期 = 2/1/26 到沒有結束日期,數量 = 10。
- 詳細資料行二開始日期 = 7/1/26 至無結束日期,數量 = 5。
- 針對重新定價,我們會使用條列項目中的數量建立一個詳細資料條列。
- 針對具體資產,詳細資料條列四開始日期 = 2/1/26 到結束日期 = 12/31/26 且數量 = 30。
- 針對 PSM 一次性、Evergreen 或空白的非期限資產,詳細資料行三開始日期 = 2/1/26 至無結束日期,數量 = 30。
轉移
帳戶之間的資產轉移會作為修訂方式,並將原始帳戶的 ASP 複製到轉移帳戶。轉移會針對來源帳戶建立負面修訂,且從轉移開始日期開始,該數量會從所有未來過時的 ASP 減少。轉移會將資產新增至目的地帳戶,類似於新增修正。
您只能將資產的最小數量轉移至所有目前和未來 ASP。
交換
產品交換會作為新增修正和負面修正,而交換的產品會繼承 ASP 和相關動作。負修正數量會從所有在交換開始日期開始的未來的 ASP 減少。

