等第審核流程（per 虛擬部門 × 週期）
PAM 三階段考核的第二階段：部門全員完成考核後，虛擬部門主管調整等第 → 提交 → HR 確認，最終把整個虛擬部門的等第分布鎖定。
為什麼有這個階段
考核審核流程（第一階段）走完之後，每個員工都有了個人最終分數與等第，但部門整體分布未必合法——可能整個部門全打特優、或乙丙比例過低、或主管之間打分標準落差很大。等第審核流程處理的是「部門整體視角的微調」：給虛擬部門主管一個機會，在合法配額內（等第規則 的比率限制 + 等第天花板 的個人限制）對成員等第做最後修正，再交給 HR 把關。
流程
flowchart LR A[部門全員完成] --> B[虛擬部門主管<br/>調整等第] B --> C[提交] C --> D[HR 確認] D --> E[考核等第已確認] D -.退回.-> B E --> F[全部虛擬部門都確認] F --> G[週期鎖定 Locked]
每個虛擬部門獨立走這條鏈。HR 在所有虛擬部門都 Confirmed 後，才能把整個週期切到 Locked 狀態。
關鍵 Schema
DepartmentConfirmation：
| 欄位 | 值 |
|---|---|
ConfirmationType | "GradeReview"（本流程） |
Status | Pending → Submitted → Confirmed（可 Returned） |
ConfirmedBy | HR 帳號 ID |
ConfirmedAt | 時間戳 |
NarrativeCheckedAt | 等第檢查站時間（見下） |
與年度結算的關係
- 同一 API 端點：透過
?type=GradeReview/?type=Settlement區分兩種確認動作 - 等第審核完成後才能開始 年度結算（per 虛擬部門）
- 年度結算不需等到週期 Locked——只要該虛擬部門的等第審核 Confirmed 就能走
解鎖（退回 Confirmed）
HR 點鎖頭按鈕想把已 Confirmed 的部門退回 Submitted 重新調整時：
- 需輸入 HR 管理員密碼（ProtectionService 把關）
- 週期若已 Locked，自動解鎖為 Active——避免「週期 Locked 但部門還能改」的不一致狀態
- 該部門的 年度結算（如果已啟動）也要連動回退
整個機制是 退回流程 的特化版——一般退回不需密碼，只有 Confirmed 退回需要。
等第檢查站（NarrativeCheckedAt）
HR 確認前要過一道「敘述檢查站」：
- 所有特優員工的「具體事蹟」都填了（強制具體事蹟）
- 所有乙丙員工的「等第說明」都填了
- 所有調分案件的「調整說明」都填了
過了 NarrativeCheckedAt 才能按 Confirm。沒過會看到一張「以下員工缺敘述」清單。
自動公告
GradeReviewService 的 ConfirmDepartmentAsync 在 Confirmed 那一刻寫入一則「【部門】X 年 Y 考核已全數完成！」公告到 公告系統。讓部門員工知道結果出爐。
跟其他流程的位置
相關概念
強連結（原文明確提及）
- GradeReviewService — 核心服務
- SettlementService — 後續階段
- ProtectionService — 退回密碼驗證
- 退回流程 — Confirmed 退回是其特化版
- 超額說明歷程 — 調整時記錄
- 考核審核流程 — 上一階段
- 年度結算流程 — 下一階段
- 等第規則 — 配額來源
- 等第天花板 — 個人上限
- 強制具體事蹟 — 檢查站項目
- 公告系統 — Confirmed 後自動公告
深入閱讀（外部資源）
← 回到 wiki