issue 244 換裝管理費跟號與前置退費決策鏈
這頁保留換裝 / 換位換裝後管理費跟號，以及有可退預繳管理費時必須先退費的 issue source。
最終結論
換裝完成後，與本次異動相關的管理費要跟到新品/新權狀號；如果後續作廢換裝單，要把管理費移回原號。另依 #244 PM 決策，換裝/換位換裝前若有可退的預繳管理費，必須先退費，不能直接做換裝。
決策鏈
| 來源 | 內容 |
|---|
| #238 | 申請單異動完成端整族收斂，包含換裝/換位換裝的完成副作用。 |
| #244 | PM 決策：1 換 N 等拆分情境，已有可退預繳管理費時要先退費。 |
| #264 | 換裝完成後管理費未搬到新品，反而被軟刪消失。根因與 management_fees.xBool active 值判斷相關。 |
| #268 | 作廢申請單時管理費如何回復，補齊換裝/補發後續處理。 |
現行 code 錨點
| 目的 | 錨點 |
|---|
| 換裝完成副作用 | SpecChangeApplicationManager.ApplySpecChangeEffectsAsync |
| 作廢換裝回復 | ApplicationActionService.RollbackSpecChangeOnVoidAsync |
| 管理費列搬移/回復 | ApplicationActionService.VoidCertificateItemsAsync |
| 可退管理費前置檢查 | ApplicationCreateService.SubmitApplicationAsync / ValidateProductStatusAsync |
驗證錨點
| 驗證 | 結論 |
|---|
Verify-Issue264-PrepayFeeActive.cs | 釘住換裝後有效預繳管理費不應消失。 |
Verify-Issue268-* | 釘住作廢後管理費回復/不誤刪情境。 |
注意事項
- #264 不是單純「舊 authNo 沒換成新 authNo」，還涉及 active flag 判斷。
- #244 是送出前置規則；#264/#268 是完成/作廢副作用規則。
- 1 換 2、2 換 1 這類拆分/合併情境，要同時驗前置退費 gate 與完成後管理費跟號。