系統總覽
Phase 2 HR 出勤管理系統功能簡介
Phase 2 HR 系統以 Phase 1 打卡資料為基礎,提供出勤異常分析、 員工確認流程、HR 審閱管理及 Exchange 郵件通知等完整功能。
出勤分析儀表板
每日出勤狀態總覽,一鍵觸發分析與通知
打卡紀錄管理
查詢、篩選、補登、修正及撤銷打卡紀錄
HR 確認審閱
審閱員工提交的打卡確認,核准或駁回
Exchange 郵件通知
自動寄送確認信給員工,並通知 HR
員工設定管理
設定兼職/全職、Email、通知開關
排程自動執行
每天 19:00 自動分析並發送通知
📌 整體作業流程
Phase 1
打卡資料
打卡資料
→
Phase 2
出勤分析
出勤分析
→
郵件通知
員工
員工
→
員工
確認回報
確認回報
→
HR
審閱
審閱
→
結案
歸檔
歸檔
系統預設每天 19:00 自動執行分析並寄送通知,HR 也可在儀表板手動觸發。排程僅在工作日執行,例假日自動跳過。
儀表板
出勤狀態總覽與手動觸發操作
-
1選擇查詢日期頁面頂部日期選擇器預設為「昨天」,可自由切換任意日期。點擊 🔍 分析 按鈕後,系統從 Phase 1 資料庫讀取當日所有員工打卡記錄並進行分析。
-
2查看統計卡片分析完成後,頁面顯示六種狀態的員工人數統計卡:正常、遲到、早退、缺席、僅打上班、僅打下班。點擊各卡片可快速篩選對應狀態的員工清單。
-
3觸發通知點擊 📧 發送通知 按鈕,系統對所有
notify_enabled=true且有異常的員工寄送確認信。每位員工信中包含專屬一次性連結,有效期限由系統設定的token_expire_days控制。 -
4員工清單操作清單中每列員工可直接點擊 📋 紀錄 跳至該員工的打卡紀錄,或點擊 ✉️ 補發通知 重新寄送確認信。
手動觸發通知前請確認 Exchange 設定已正確設定且連線測試通過,否則信件將無法寄出。
📌 排程自動執行規則
| 條件 | 行為 |
|---|---|
| 每天 19:00(工作日) | 自動分析前一工作日出勤並寄送通知 |
| 例假日 / 國定假日 | 自動跳過,不執行分析 |
| 員工 notify_enabled = false | 跳過該員工,不寄送確認信 |
| 員工無 Email 設定 | 跳過該員工,記錄警告日誌 |
打卡紀錄
查詢、篩選與紀錄管理
-
1設定查詢條件提供四種篩選維度:開始日期、結束日期、員工 DIN(可留空查全員)。設定後點擊 🔍 查詢。
-
2閱讀紀錄清單結果表格顯示員工姓名、DIN、日期、打卡時間、打卡次數、系統判定狀態,以及補登/修正旗標。點擊列尾 📋 可跳至打卡紀錄頁面。
-
3操作按鈕原始打卡紀錄旁有 ✏️ 修正 按鈕可修正時間,HR 補登/修正紀錄旁有 🗑️ 撤銷 按鈕可軟刪除。
查詢結果合併顯示 Phase 1 原始打卡與 HR 補登/修正紀錄。被修正的原始紀錄以刪除線標記。
補登與修正
手動新增或修正打卡紀錄
-
1開啟補登表單在打卡紀錄頁面點擊右上角 + 補登申請,或在清單中對特定員工點擊 ✏️ 修正。
-
2填寫補登資訊必填欄位:員工 DIN、補登日期、補登時間、原因說明。確認後點擊確認補登。
-
3修正現有紀錄修正功能允許更新現有打卡時間,操作後原始紀錄保留並標記 已修正,系統新增修正版本。
-
4撤銷補登/修正在紀錄清單中點擊 🗑️ 撤銷,系統將該筆軟刪除,不會實際刪除資料。
📌 補登紀錄狀態說明
| 狀態 | 說明 |
|---|---|
| pending | 補登已送出,等待確認 |
| approved | 補登已核准,紀錄生效 |
| rejected | 補登遭駁回 |
| revoked | 申請人主動撤銷 |
HR 確認審閱
審閱員工提交的打卡確認回報
員工收到確認信並填寫打卡回報後,資料會進入待審閱佇列。HR 在此頁面逐筆審閱,決定最終判定結果。
👤 員工操作流程
- 1收到確認信員工信箱收到打卡確認信,含當日出勤摘要與專屬確認連結。
- 2填寫打卡回報點擊連結開啟確認頁,逐筆選擇打卡類型(上班/下班/加班/外出/出差/其他),可附備註。
- 3送出確認送出後系統自動通知 HR,連結標記為已使用,無法重複提交。
🏢 HR 審閱流程
- 1查看待審閱清單進入確認審閱頁面,「待審閱」Tab 顯示所有員工已提交但尚未審閱的回報。
- 2開啟審閱 Modal點擊任一筆的 ✅ 審閱 按鈕,彈出審閱視窗顯示完整打卡回報。
- 3選擇 HR 判定選擇判定:核准/駁回,可附 HR 備註。
- 4填寫審閱人 Email填入審閱人 Email 作為稽核記錄,送出後移至已審閱 Tab。
通知設定
郵件通知規則與系統設定管理
- 1設定 HR 收件信箱在儀表板系統設定中,將
hr_emails設定為 HR Email,多位以逗號分隔。 - 2設定 Token 有效天數
token_expire_days控制確認連結有效期限,預設 7 天。建議 3~7 天。 - 3手動發送測試通知在儀表板點擊測試通知,輸入目標 Email 驗證連線與信件格式。
- 4批次發送通知分析完成後點擊批次通知,對所有符合條件員工一次性發送確認信。
📌 通知發送條件
| 條件 | 是否發送 | 備註 |
|---|---|---|
| 出勤正常 | 跳過 | 無需員工確認 |
| 出勤異常 + notify_enabled | 發送 | 寄送專屬確認連結 |
| 出勤異常 + notify_enabled=false | 跳過 | 員工設定已關閉通知 |
| 員工無 Email | 失敗 | 請先至員工設定補填 |
| Exchange 連線異常 | 失敗 | 請檢查 Exchange 設定 |
員工設定
管理員工通知偏好與出勤設定
- 1進入員工設定頁在儀表板點擊 👥 員工設定,列出所有員工的 DIN、姓名、Email、兼職與通知開關。
- 2設定 EmailEmail 為寄送確認信的必要資訊,未設定將無法收到通知。
- 3兼職/全職切換兼職員工出勤規則較寬鬆,僅打上班或下班不視為異常。
- 4通知開關關閉後該員工即使出勤異常也不會收到確認信。
📌 員工設定欄位
| 欄位 | 預設 | 說明 |
|---|---|---|
email | 空白 | 員工公司 Email |
is_parttime | false | 兼職員工寬鬆規則 |
notify_enabled | true | 接收確認信 |
Exchange 設定
郵件伺服器連線設定與驗證
- 1開啟 Exchange 設定在儀表板點擊 📮 Exchange 設定。
- 2填寫伺服器資訊必填:主機名稱、連接埠、帳號、密碼。密碼加密儲存。
- 3選擇驗證方式支援 NTLM、NEGOTIATE、BASIC。建議先用 NTLM。
- 4執行連線測試測試登入 Exchange 並讀取收件匣數量。
- 5啟用設定測試通過後確認 is_active=true,系統開始使用此設定。
自簽憑證環境已自動略過 SSL 驗證。正式環境建議使用有效 CA 憑證。
狀態代碼說明
出勤判定、確認流程與補登狀態一覽
📊 出勤判定狀態
| 代碼 | 標籤 | 說明 | 觸發通知 |
|---|---|---|---|
perfect | 全勤 | 07:00 前上班打卡 | 否 |
normal | 正常 | 彈性時間內 | 否 |
late | 遲到 | 上班晚於規定時間 | 是 |
missing_out | 疑似漏打卡 | 僅打上班,無下班 | 是 |
missing_in | 疑似漏打卡 | 僅打下班,無上班 | 是 |
absent | 缺席 | 全日無打卡 | 是 |
multi_punch | 多打卡 | 打卡次數異常 | 是 |
parttime | 兼職 | 兼職員工自由出勤 | 否 |
✅ 確認流程狀態
| 代碼 | 說明 |
|---|---|
pending_employee | 通知已寄出,等待員工回報 |
employee_confirmed | 員工已提交,待 HR 審閱 |
hr_verified | HR 已完成審閱 |
🕐 員工可回報的打卡類型
上班
正常到班打卡
下班
正常離班打卡
加班上班
加班開始
加班下班
加班結束
外出
外出辦公
外出回來
返回打卡
出差
出差打卡
出差回來
返回打卡
其他
須填原因
常見問題
操作疑問與錯誤排除
📧 員工沒有收到確認信,怎麼辦?
▼
🔗 員工說連結已失效,怎麼處理?
▼
🔌 Exchange 連線測試一直失敗?
▼
✏️ HR 審閱後發現判定錯誤,可以修改嗎?
▼