員工假期資料常散落在電郵、表格和薪資匯出檔中，單看某一份清單，很難知道申請是否已批准、結餘是否已覆核，或資料是否已交給薪資處理。實用的做法是先訂出一份可追溯的主紀錄，讓每次申請、狀態變更、結餘調整和薪資交接都能回到來源。本文談內部整理方法，不判定任何假期的法定資格或日數；假別、計算方式及薪資處理應由雇主按適用安排確認。主表可用申請編號串接附件、批准、結餘流水及薪資批次；若目前只用試算表，先把欄位定義和修改權限寫清楚，再評估是否要接入外部工具。整理目標是可重做每一步的資料鏈，未確認的政策或資格另列待辦，不能靠表格公式替代雇主判斷。匯入舊資料時先統一員工識別碼、時間格式和計算單位，再抽查空值、重複編號及日期順序，並保留原始檔供對照。
請假申請如何記日期？
日期欄位要能重現員工當時提出了甚麼，也能看出後續採用的計算依據。建議把申請建立時間、請假開始與結束日期、每日時段或小時數、員工原文選擇的假別，分開保存；不要只留一個「請假日數」總數，因為它無法說明跨日、半日或排班時段如何處理。另設申請編號，將附件、往來訊息及核准紀錄指回同一筆資料。遇到跨午夜、輪班或只請部分時段的情況，保留起訖時間與班表識別，讓覆核者能依公司採用的單位重新核算，而不是從日期猜測工時。 送出時先記「申請值」，核准後再記「採用值」及差異原因；兩者不同時，留下提出修訂的人、時間和確認依據。日期格式也要統一，例如全表使用年月日，避免同一個數字被讀成月日或日月。若資料來自表單，可將表單回覆編號、匯入時間和原始檔位置一併保存，之後更換試算表或系統仍能找到來源。假設員工申請六月九日下午四小時、原排班工時為八小時，紀錄應保存時段和申請單位；是否等同半日、扣除多少結餘，仍須按已確認的內部規則處理。這種分層方式讓日期可核對，也避免把申請人的填寫直接當成最終計算結果。如果同一張申請涵蓋多日，也要按日期逐行記實際時段及計算單位，讓補交附件或後續改期只需更正相關日期，不必重寫整段申請。遇到時區或外地辦公安排，明列採用的本地日期與時區，避免同一時刻在不同地區跨日。對沒有排定班次的工作者，記錄確認的標準日工時來源和版本，計算結果才可重做。
批准狀態在哪裡更新？
狀態應在團隊約定的主紀錄更新，電郵或即時訊息只作為證據連結，避免每個人各存一份自己的「最新版本」。可把流程拆成申請收到、待核准、已核准、未批准、已撤回、待補資料等內部狀態；名稱按實際流程設計，並寫清每個狀態代表甚麼動作。每次改狀態都記錄操作者、時間、前一狀態、變更後狀態和必要說明。若有多層核准，分別記每位負責人的決定，不要把整個流程壓成一個勾選欄。 狀態欄要與薪資交接分開：核准不代表資料已匯出，匯出也不代表薪資端已接受。設定明確的交接欄位，例如「未交接、已匯出、待對帳、已確認」，並保留批次編號或檔案位置。以下為虛構例子，展示欄位關係而非任何特定公司的規則： |申請編號|日期與單位|內部批准狀態|更新紀錄|薪資交接| |---|---|---|---|---| |L-026|六月九日，四小時|待主管確認|主管待回覆|未交接| |L-027|六月十日，一日|已核准|主管確認，六月八日|待對帳| 月底整理時先篩出「已核准但未交接」及「已匯出但未確認」的記錄，逐筆連回原始證明。不要用顏色當唯一狀態，因為列印、匯出或無障礙工具可能看不到顏色差異。若有人在訊息中口頭批准，先補上可追溯的確認來源與時間，再更新主表；無法核實時維持待確認，交由指定負責人判斷。這樣主管、行政與薪資處理者看到的是同一條狀態歷程。如流程交由代理人處理，也記原負責人與代理期間，避免責任交接後無法追問。逾期未處理的項目可按內部節奏提醒，不預設自動核准。
不同假別怎麼分欄？
假別欄不宜把不同名稱混成一個「休假」值，否則日後無法辨識原申請、內部政策分類及薪資端使用的代碼是否一致。至少分開保存員工提交的假別名稱、內部採用的分類、適用的政策或規則版本、計算單位、薪資處理標記，以及分類是否仍待確認。若薪資系統要求代碼，可另設對照欄，把內部分類映射到外部系統代碼；保留原始文字和映射日期，別以匯出格式覆蓋來源。對照表應標明負責維護者，政策或代碼變動時記下生效版本，避免新舊紀錄被同一個名稱誤併。 遇到名稱相近但處理方式不清楚的項目，不要由行政人員自行猜成帶薪、無薪或特定結餘類別。先保留原申請值，標為待確認，記錄詢問對象、確認結果和依據，再更新內部分類；尚未確認的項目不要送入會影響薪資的分類。公眾假期、病假、年假、補假等詞語在日常對話中可能被混用，本文只把它們視作需要辨識的資料類別，不推論個別員工是否符合資格或可用日數。 可用欄位驗證限制新值，再由指定人員覆核例外；每次更改分類都保留舊值與新值，確保報表重算時有路可循。若員工選的類別與主管核准類別不同，申請來源仍要照原樣保留，另記採用分類與原因，避免後來把差異誤認為員工原先的意思。員工人數少時，受控試算表已可建立明確對照；若使用外部人力資源或出勤工具，先確認它能匯出所需欄位、版本和來源識別，再決定是否接入。工具名稱或預設選項不等於公司政策，分類仍須由負責人確認。
結餘資料如何覆核？
內部結餘是一項計算結果，不應直接當成法定權益的判定。每位員工的結餘紀錄宜列出期初數值、增加或調整項目、已批准並計入的使用量、計算期間、計算單位、所用規則版本，以及覆核人和日期。公式可以呈現為「期初結餘＋已確認增加－已批准使用±更正」，但每一個加減項都必須連到來源記錄。待批准申請應單獨列示，不混入已用數量；否則同一筆申請可能先被扣一次、批准後又被重複扣除。 先核對期初數值如何交接而來，再抽查每筆調整是否有批准或其他可追溯依據。跨年度、入離職、轉制或分類更名等情況，應檢查期間和規則版本有沒有改變；若來源缺失，將差異標示為待查，不要為了讓總數相等而補造一筆調整。假設內部台帳期初為二十四小時，期間增加十二小時，已批准使用八小時，暫計結餘為二十八小時；這只是演算示例，並不代表任何人的法定資格、可休日數或應付薪資。 可用三方核對減少錯誤：結餘流水帳對申請紀錄、核准紀錄對主管證明、匯出總數對薪資交接表。發現不一致時先定位差異在哪一筆及哪個版本，保留原數、調整數、理由與批准人，不直接改期初數掩蓋問題。覆核表最好有「一致、差異待查、資料不足」等清楚結果，附上下一步負責人；薪資結算前再確認未結差異是否影響本期輸入。如此可讓主管理解內部數字從何而來，同時避免把台帳寫成法律結論。抽查時記錄樣本、檢查人及日期，讓覆核可重做，並保留所用版本。
薪資輸入怎麼同步？
同步要有固定的資料截點與交接責任人，讓薪資處理者知道收到的是哪一段期間、哪些申請已核准，以及哪些項目仍待確認。匯出前先篩選已批准紀錄，檢查員工識別碼、日期或時段、內部分類、計算單位、薪資處理標記、所屬期間及來源申請編號是否齊全；任何欄位缺漏或狀態不明，都應回到原紀錄查證，不以空白或零代替未確認。可以把批准狀態與交接狀態分開，清楚呈現尚未匯出、已送出、匯入待核對和已完成核對。 薪資端可能是試算表、會計或人力資源系統，也可能由外部服務處理。無論採用哪種方式，都先確認檔案欄位對照、編碼格式、期間規則和接收者，再以受控版本交付；不要假設兩套系統對假別、時數或帶薪標記的理解相同。匯出檔應帶有批次識別和產生時間，限制存取權，只分享完成工作所需的資料，並以安全的內部管道交付。若使用外部工具，核對實際匯入結果和錯誤訊息，不把「檔案已寄出」當成「薪資已更新」。 回收對帳結果時，把輸入檔、接受或退回的筆數、失敗原因、修正負責人和完成時間記回交接紀錄；需要更改來源資料時，回到原申請建立更正，不只在薪資端另改一份。假設一批虛構資料含有已核准與待補資料項目，匯出清單只納入依內部流程可交接者，其餘項目留在待辦並通知負責人。薪資系統的欄位或計算設定屬各自工具的功能，本文不假設任何特定介面，也不代表外部服務的能力或收費。先用小批資料核對欄位，再按既定截點交付，可降低整批錯誤重做的機會。
更正申請如何留痕？
更正時保留原申請，不把錯誤值直接覆寫掉。新增一筆更正紀錄，連結原申請編號，說明更正人、提出時間、更正原因、原值、新值、核准或確認人、狀態，以及是否已影響結餘或薪資交接。這樣即使申請資料已被匯出，也能看出變更發生的先後，並判斷是否需要通知薪資處理者。若錯誤只是格式或描述調整，也寫明更正範圍，避免無法區分文字修訂與會改變計算的實質變更。 更正流程可依資料所處階段決定後續：未批准的申請先退回修改並保留版本；已批准但尚未交接的，記錄新批准結果並重新檢查結餘；已交給薪資端的，除了更新內部紀錄，也要開立交接更正事項並取得接收確認。這不是對薪資作法或法定期限的判定，而是讓內部知道資料是否已傳出、由誰跟進。假設員工原填六月九日，之後發現應為六月十日，應把兩個日期、發現原因、確認過程及影響期間連在同一更正鏈，不刪除原值，也不假裝新日期從未變動。 用唯一更正編號和版本時間排序，並限制可修改欄位的人員；每次月結或薪資截點前，檢查仍未完成的更正是否牽涉已匯出資料。對於撤回或取消的申請，保留撤回時間和核准狀態，不把整筆紀錄刪除，以免日後看見缺號卻找不到原因。開始整理時，可先選一段期間，按本文欄位建立主表、狀態歷程和更正紀錄，再用一筆虛構申請走過提交、核准、結餘覆核與薪資對帳，確認每一步都能找到來源。需要了解 Chan & Chung 的資訊，可從官方網站首頁開始。