員工加班加到爆錶、補休積到年底一起哭？中小企業加班補休申請與勞基法工時上限管理系統建置完整攻略：從線上申請、月加班上限預警到勞檢佐證的數位化實戰

「這個月加班費怎麼算成這樣？」、「我補休怎麼還有 40 幾個小時沒休掉？」、「勞檢說我們去年單月加班超過 46 小時的紀錄查不出來，被開罰」——這些對話，只要你是台灣中小企業老闆或人資，大概每季都會上演一次。加班和補休這件事，看起來只是幾個時數的加減，實際上背後綁的是勞基法第 32 條的每月加班上限、第 32-1 條的補休折算、第 24 條的加班費倍率，甚至連 1 例 1 休、特休遞延都會來湊一腳。

很多公司的作法是這樣：加班用紙本單子簽名、放主管抽屜，月底人資再一張一張輸入 Excel；補休則是員工自己記在手機備忘錄，主管口頭同意就算。結果就是：加班單常常搞丟、補休算不清、月底薪資結算前人資天天加班到十點在補資料。更慘的是勞檢一來，要調過去六個月加班紀錄和補休折算明細，只能翻紙本、找 Line 對話、猜到底那天有沒有出勤，被罰 2 萬到 100 萬都是家常便飯。

這篇要講的，就是怎麼用一套「加班補休申請與工時上限管理系統」把整條流程數位化。不用去買 SAP、不用月費幾萬的 SaaS，中小企業自己做一套完全足夠應付勞檢、又能幫財務省掉月底那三天的地獄。

Photo by insung yoon on Unsplash

一、為什麼加班補休非數位化不可？三個真實痛點

痛點一：勞檢佐證拿不出來，一罰就是 2 萬起跳

勞基法第 30 條規定「雇主應置備勞工出勤紀錄，並保存 5 年」，出勤紀錄要記載到「分鐘」為止。這意味著你不但要有打卡紀錄，還要有對應的加班申請單，證明「這個人晚上 9 點還在打卡是因為主管有核准的加班」。紙本單一旦掉了、Excel 資料錯位了，一被抽查就沒得辯。

痛點二：加班費和補休折算算錯，員工不爽、老闆多付冤枉錢

加班費倍率規則很細：平日前 2 小時是 1.34 倍、後 2 小時是 1.67 倍；休息日前 2 小時 1.34 倍、第 3~8 小時 1.67 倍、第 9~12 小時 2.67 倍；國定假日 2 倍；例假日更是要專案處理。補休則要「1 比 1」折算，還要在 6 個月內休完，否則要折現金付。人資用 Excel 算，錯一格就吵一場。

痛點三：單月加班超過 46 小時（新制 54 小時三個月不超 138 小時）沒人擋

系統如果沒有預警，員工加著加著就爆表了。等到人資月底加總才發現，來不及了——已經違法。雇主一被罰就是 2~100 萬。

二、系統要有的六個核心模組

不要一開始就想做個什麼「智能 AI 排班大平台」，先把下面這六個模組做出來，就已經能解掉九成的問題：

1. 線上加班申請單：員工用手機或電腦填「加班日期、預估時段、原因、加班費 or 補休」，主管一鍵核准。核准後自動送到 HR 資料庫，跟打卡系統做勾稽。

2. 打卡實績自動對帳：員工申請 19:00~21:00 加班，實際打卡到 20:30 就收工，系統自動用「實際打卡」而不是「申請時數」計薪。這一條可以幫公司省下大量誤報時數。

3. 補休帳戶管理：補休時數自動入帳，員工可以在系統看到「我還有多少可休、幾號到期」。到期前 30 天自動提醒員工和主管，不然到期沒休就要付現。

4. 加班費倍率自動計算：把勞基法的倍率規則寫成公式，系統根據加班日別（平日/休息日/國假/例假）+ 時段自動算出金額，直接產出薪資明細。

5. 月加班上限預警：員工累計本月加班快到 46 小時（或延長工時制的 54 小時）時，系統跳警示給主管和員工。主管再點下核准，會強制彈出「已達上限，此次加班可能違法」提示。

6. 勞檢報表一鍵匯出：勞檢來的時候，能不能在 10 分鐘內匯出「某員工去年 3 月的每日出勤+加班申請+核准紀錄」PDF？這個功能就是系統值不值得投資的關鍵。

Photo by Eric Rothermel on Unsplash

三、資料庫怎麼設計？四張表就能撐起來

建議至少要有這四張表：

overtime_request（加班申請主檔）：申請單號、員工 ID、加班日期、預估開始時間、預估結束時間、原因、日別分類（平日/休息日/國假/例假）、選擇加班費或補休、申請時間、主管 ID、核准狀態、核准時間。

overtime_actual（實績對帳）：關聯申請單號、打卡進場時間、打卡離場時間、實際加班時數、扣除休息時間、計算依據（申請 or 打卡）、結算金額或補休時數。

comp_leave_ledger（補休帳戶）：員工 ID、產生日期（來自哪張加班單）、可休時數、已休時數、剩餘時數、到期日、狀態（有效/已休完/已到期折現）。

audit_log（稽核軌跡）：所有申請、核准、修改、刪除的動作都要留紀錄，包含操作人、操作時間、修改前後值。這條是勞檢和內部稽核最重要的護身符。

技術上，用 PostgreSQL 或 MySQL 都行，前端做個 LINE LIFF 或 PWA 讓員工手機直接申請，主管收 LINE 通知一按核准，整個體驗不會比 Uber Eats 複雜。

四、上線前必踩的三個地雷

地雷一：把「應計加班費」跟「實際打卡」搞在一起算

員工申請 3 小時加班，實際只打卡 2 小時，你要付 2 小時還是 3 小時？多數公司踩雷是「以申請為準」，一個月下來多付十幾萬。正確做法是「以打卡實際時數計薪，但不超過申請時數上限」，並讓員工在申請單上勾選是否允許實績覆蓋。

地雷二：補休沒設「6 個月到期強制折現」

勞基法規定補休期限雙方可約定，但不得超過特別休假的期限。多數公司抓 6 個月。如果沒有到期強制折現機制，補休時數會越滾越多，離職結算時老闆直接一次付幾十萬走人。

地雷三：主管把上限預警當「參考用」，繼續核准超時加班

系統只做提示、沒做「硬性擋單」，最後還是會出事。建議至少要「超過上限需 HR 或總經理二次核准」，並產生特別紀錄，讓超時加班變成一件不容易發生的事。

Photo by Vitaly Gariev on Unsplash

五、投資成本與 ROI 怎麼算？

以一間 30 人的中小企業為例：

客製化系統一次性建置：15~30 萬（含前後端、LIFF 整合、報表匯出、資料庫、上線教育）。第二年起維護費約 5,000~10,000 元/月。

SaaS 現成方案：市面 HR SaaS 每人每月約 100~300 元，30 人一年約 3.6~10.8 萬。優點是快，缺點是台灣特殊規則（例如你們公司自訂的獎金制度、跨月加班規則、部分工時人員規則）常常客製不了。

不做系統的隱形成本：人資月底加班對帳（每月 20 小時 × 350 元 = 7,000）、加班費算錯多付（保守估每年 5~15 萬）、補休折現爭議（每次 1~5 萬）、勞檢罰款（2~100 萬）。中型公司一年至少省下 30~60 萬，第二年就回本。

六、給老闆的三個行動建議

第一，先盤點你們公司過去 6 個月的加班申請和補休紀錄現在存在哪裡。如果答案是「Excel + 紙本 + LINE 訊息」，那不是時間問題，是遲早被罰的問題。

第二，找一家願意坐下來把你們的加班規則、獎金制度、跨月處理邏輯全部盤過一遍的系統商。不要買套裝軟體回來還要員工去配合軟體，那樣一定沒人用。

第三，系統上線後，第一件事是產出「每位員工當月加班時數 Dashboard」給老闆和各部門主管每天看。當管理者看得到數據，超時加班的問題自然會減少一半以上，因為主管會開始主動調度人力，而不是靠某個苦命員工硬撐。

加班補休系統不是什麼高大上的專案，但它是每一家台灣中小企業都必須要有的基礎建設。與其等到勞檢上門或員工離職爆補休金額才處理，不如現在就把它做好，讓老闆睡得著、人資不用月底熬夜、員工也知道自己的時數清清楚楚。