需求單生命週期

CallIT 需求單的 4 狀態流轉模型：APPLYING → PROCESSING → COMPLETED / REJECTED，REJECTED 可由 IT 重啟回 APPLYING。每個狀態變更觸發 Email 通知 + Audit Log。

4 狀態

狀態	中文	觸發條件
`APPLYING`	申請中	任何人都可建立；IT 也可從 REJECTED 重啟回此狀態
`PROCESSING`	處理中	IT 編輯並指派「處理人員」時自動切換
`COMPLETED`	已完成	「處理人員」為空且點選「完成」時，擷取當前 IT 人員，強制轉為此狀態
`REJECTED`	退回	IT 主動退回（非終態，可再 reopened 為 APPLYING）

狀態流轉圖

flowchart LR
    A[新建] --> APPLYING
    APPLYING --> PROCESSING[PROCESSING<br/>IT 接單]
    PROCESSING --> COMPLETED
    PROCESSING --> REJECTED
    APPLYING --> REJECTED
    REJECTED -.IT 重啟.-> APPLYING

唯一終態：COMPLETED。REJECTED 是中間態，IT 視情況可重啟讓需求進新一輪審理。

重啟規則（REJECTED → APPLYING）

只有 IT 角色可執行重啟：

入口：需求單詳細頁，狀態為 REJECTED 時顯示「重啟」按鈕
必填：填寫重啟原因（寫進歷史異動日誌）
副作用：狀態 → APPLYING、Email 通知申請人、audit log 寫一筆 action: reopen
限制：無次數上限

角色與權限

動作	User	行政	主官管	IT
建立 `APPLYING`	✅	✅	✅	✅
代申請（為他人建單）	❌	✅	❌	✅
編輯並接單（→ `PROCESSING`）	❌	❌	❌	✅
退回（→ `REJECTED`）	❌	❌	❌	✅
重啟（`REJECTED` → `APPLYING`）	❌	❌	❌	✅
完成（→ `COMPLETED`）	❌	❌	❌	✅

動態表單（依需求類別）

選了資產轉移 / 設備修繕 → 前端動態展開「資產編號」欄位為強制必填，後端 schema 同步驗證。

簽核 / 會簽

v1 不做。 業務評估後決定 CallIT 重生計畫第一版不引入簽核或會簽機制。

規則實作位置

依五層式架構 — 所有狀態流轉規則寫在 service/ 層，不在 api 也不在 model。