issue #91 遺失補發與破損換發表單欄位決策鏈
這頁保留遺失補發 / 破損換發表單欄位的 issue source。穩定規則應併回 申請單異動從建立到完成怎麼運作 或補發/權狀 concept 頁。
最終結論
遺失補發與破損換發表單不要因 SA 舊稿列了日期、原因、費用欄位就直接補 UI。PM 決策後，表單核心仍以異動項目與權狀資料為主；日期、原因、費用不是建立表單的必要輸入。
禮儀遺失補發另有 voucherStatus 有/無憑證欄位，號碼規則見 issue-0045-禮儀無憑證補發。
決策鏈
| 來源 | 內容 |
|---|---|
| #91 | 提出 SA 列「補發日期 / 原因 / 費用」但現行表單沒有，需 PM 裁示。 |
| #91 後續 | 決策方向不是把三欄全補上，而是保留現行建立流程需要的欄位；費用與日期不在建立端直接輸入。 |
| #205 | 狀態機與作廢/還原統整後，避免把狀態或費用副作用塞回建立表單欄位。 |
| issue-0045-禮儀無憑證補發 | 禮儀遺失補發要問「有無憑證」，但這是取號分流欄位，不是 #91 的三欄。 |
現行 code 錨點
| 目的 | 錨點 |
|---|---|
| 遺失補發表單 | AppCreateFormReissueLost.vue |
| 破損換發表單 | AppCreateFormReissueDamaged.vue |
| 補發取號與完成端副作用 | CertificateReissueNumberingManager.ApplyReissueNumbersAsync |
| 申請單狀態與完成端 | ApplicationActionService.CompleteAsync |
注意事項
- 不要把 SA 舊稿欄位直接當成必補欄位；#91 的價值是保留「PM 有裁掉欄位」的歷史。
- 禮儀
voucherStatus是另一條決策鏈，不能用 #91 否定它。 - 若未來要做費用輸入，應先查管理費/帳務頁，而不是在補發表單直接加欄位。