// context
為什麼做這個
公司原本的人事作業散在好幾個地方：打卡在一個系統、請假走通訊軟體、薪資用試算表算完再手動記帳。每個月結算都要有人把這些湊到同一張表上，湊的時候常常對不起來，回頭找錯又是一輪。
既然營運系統已經是自己的，人事這塊就沒有理由外掛。做進同一套之後，薪資算完可以直接產生會計分錄，不用再匯出匯入一次。
但人資資料的敏感度跟訂單完全不同。這個系統從第一天就是照「誰能看到什麼」在設計，而不是先做完功能再補權限。
// highlights
關鍵亮點
員工自助與管理視角是兩組選單
一般同仁進來只看得到自己的打卡、請假、請款、薪資單與考績；管理端是另一組完全獨立的頁面。薪資單明細查詢綁本人身分，拿到別人的單號也只會得到查無資料。
權限有四層，每一層都要單獨看過
側邊欄顯示、頁面伺服器守衛、前端路由守衛、API 守衛是四件獨立的事。只改其中一兩層，就會出現「看得到卻點不進去」或更糟的「擋不住」。這是封測前實際踩到才寫進規範的。
定位打卡，按下去才要位置
打卡當下才請求定位權限，跟上班地點的距離自動比對。不是背景常駐追蹤——員工不會被一路記錄行蹤，這是設計時就定下的界線。
薪資算完直接產生分錄
勞健保級距、加班倍率由系統計算，結算後直接生成會計分錄進帳。少掉「薪資表算完再手動記一次帳」這一段，也少掉兩邊對不起來的機會。
簽核鏈跟著組織圖跑
部門、主管、下屬的樹狀關係建好之後，請假與請款的簽核路徑就照這個走，不用每個流程各設一次。
通知只做站內提示與每日彙整信
刻意不做即時 email。輪到你簽核、你的申請有結果、人資端有待處理，都收在站內提示與一封每日彙整信裡。試過即時通知的版本，一天下來信箱裡十幾封，後來大家一律略過。
// results
成果
- 22 個模組上線：出勤、請假、請款、薪資、考績、組織圖、簽核鏈、年度所得、入職流程等
- 封測一個月後正式上線，同仁以真實身分登入使用，回報入口做在系統內
- 員工自助的越權存取實際驗證過：拿他人單號只會回查無資料
- 薪資結算與會計分錄打通，不需匯出匯入
- 操作手冊 11 頁，含操作截圖；含個資的頁面刻意不放進手冊
// reflection
“最花時間的不是功能，是權限。功能寫完那天系統就能動，但「同仁點進去被踢回首頁」這種問題，是把自己降權登入才發現的。人資系統跟訂單系統最大的差別在於：訂單看錯了頂多尷尬，薪資看錯了是事故。所以四層守衛我寧可每一層都重複檢查一次。”