公司每月都有準時發薪,不代表薪資流程容易交接。承辦人請假時,同事可能找得到 Excel,卻不知道哪個分頁才是最新版、某筆津貼為什麼要加,以及誰要核准最後的結果。
交接的目標,是讓下一位承辦人能依照文件完成一次核對,並知道遇到問題該找誰。 可以先整理以下六份資料,不必等到離職前才開始。
一、每月作業日程與分工
把「每月差不多這時候做」寫成明確的步驟。日期由公司依自身發薪安排設定:
| 作業 | 預定完成日 | 負責人 | 完成的判準 |
|---|---|---|---|
| 收齊員工異動 | __ | HR | 名單與生效日已確認 |
| 核對出勤與申請 | __ | HR/主管 | 待辦已完成或列明處理安排 |
| 整理薪資加減項 | __ | 薪資承辦人 | 每筆有來源、月份與確認人 |
| 預覽與核對薪資 | __ | 承辦人/覆核人 | 差異可說明,名單無遺漏 |
| 核准與付款作業 | __ | 授權主管/付款人 | 依公司流程完成確認 |
| 發送明細與歸檔 | __ | 指定窗口 | 明細版本及作業紀錄可查 |
小公司可以由同一人負責多個步驟,但仍要寫清楚誰能核准、誰能付款,以及承辦人不在時由誰代理。
二、員工異動與生效日期
只交付現在的員工名冊,可能無法解釋這個月的薪資。另留一份異動清單,記錄到離職、調薪、計薪方式變更與其他會影響計算的設定,以及每項的生效日期和依據。
例如「本薪已調整」還不夠,接手者需要知道是哪一天起生效、套用哪一個月份,以及來源文件放在哪裡。不要只在對話中留下「這個人照上次講的處理」。
三、薪資項目的規則與來源
每個項目都應能回答四個問題:適用誰、取用什麼資料、怎麼計算、誰確認過。
| 項目 | 應留下的資訊 | 常見交接缺口 |
|---|---|---|
| 本薪與固定津貼 | 適用條件、金額來源、生效日 | 只留下最後數字 |
| 加班或請假相關項目 | 對應期間、紀錄與計算設定 | 有金額,找不到來源 |
| 獎金或一次性調整 | 原因、歸屬月份、核准依據 | 下個月誤複製同一筆 |
| 保費與其他扣項 | 採用的設定、資料來源與核對方式 | 沿用舊值卻沒人確認 |
這份表是記錄公司目前如何作業,不代表既有規則必然正確。發現來源不明或適用性有疑問時,要列為待確認事項,不能因為前任一直這樣做就直接沿用。
四、一個已完成月份的核對範例
選一個資料完整的月份,保留當時的出勤、薪資設定、調整項目、核對紀錄及最終明細。讓接手者能從明細的一個數字,回查它的來源。
內部交接須依權限提供資料;若只是操作教學,可另做去識別化範例。不要把全員薪資放進任何人都能開啟的共用資料夾。
若使用試算表,也要註明哪些欄位是輸入、哪些是公式、哪些是外部連結。單純複製一份檔案,未必會保留原本引用的資料。
五、未結事項與例外處理
接手者最容易漏掉的是「這件事我們已經講好了,但還沒做」。另列一張表,記錄事項、涉及月份、目前狀態、下一步、負責人與預定處理日。
例如:員工對某筆明細提出疑問,正在等主管確認來源。交接時應附上現有查核結果,而不是只寫「待處理」。已經發出的明細若需要更正,也要保留前後版本與處理紀錄。
六、帳號、權限與對外窗口
留下系統入口、需要的角色權限、申請方式,以及會計或其他協作窗口。每位承辦人使用自己的帳號,依工作需要授權;不要在交接文件放共用密碼。
付款、申報、薪資計算可能是不同流程。文件要明確寫出哪一步由系統完成、哪一步仍需人員到外部平台操作,不能只寫「按完成就好了」。
怎麼知道交接完成了?請接手者做一次
安排接手者依文件核對一個已結束月份,交付者在旁協助。請他找出名單來源、解釋幾位代表性員工的明細,並指出遇到差異時的處理路徑。
凡是操作中仍需要口頭補充的事情,都補回文件。這比簽一張「檔案已收到」更能確認交接是否可用。
CacaLabs 使用者可以把薪資設定、薪資計算與審核及發放手冊當成操作索引,再補上公司的分工與例外。若資料來源還很分散,先從月底出勤核對流程整理;想評估實際畫面,可先看唯讀 Demo。
