已審核工時係乜嘢,點解決定到可以領取嘅金額?
已審核工時係關於工作日、更份或工作時間嘅資料,由有權限者依企業流程檢查並確認。喺 日薪預支 系統中,只有呢部分足夠可靠嘅工時先至應該用嚟計算已發生薪金與提前領取額度。打卡成功但仍然喺度等審核,並唔代表該工時已符合領取條件。
員工需要記住嘅最重要一點係:
> 已打卡代表系統已記錄資料;已審核工時代表該資料已被確認,可以進入額度計算呢一步。
「已審核工時」係法律術語嗎?
「已審核工時」主要係工作時間管理、薪金計算與日薪預支系統中嘅營運術語。每間企業對呢個狀態嘅命名可能唔同,例如「已確認」「有效」「approved」「已鎖定」或「符合薪金計算條件」(唔好同呢個詞組嘅其他含義混淆——見 日薪有幾多種含義?)。
《勞動法》規定咗與薪金、工作時間、加班和薪金支付相關嘅原則。不過,由邊個審核工時、喺乜嘢時點審核、喺軟件中使用邊種狀態,呢啲流程通常需要各企業喺規章、權限分配與適當嘅內部流程中加以具體化。
因此,員工唔應該預設某個應用上嘅狀態喺每間公司都有完全相同嘅含義。
五種常見嘅工時狀態
狀態 | 含義 | 是否應用於計算日薪預支額度? |
|---|---|---|
未記錄 | 系統尚無關於更份/工作日嘅資料 | 否 |
已記錄 – 待審核 | 有打卡資料但尚未確認 | 暫時唔宜 |
已審核 | 資料已由有權限者確認 | 若其他條件都齊備,可以 |
駁回/無效 | 資料未被接受或需要說明 | 否 |
調整 | 發現偏差後工時已被或正在被修改 | 依新狀態重新計算 |
週期鎖定 | 資料已為薪金週期鎖定,只透過例外流程修改 | 依適用規則用於結算 |
有啲系統將「已審核」與「週期鎖定」分開。已審核工時可喺週期內用於計算額度,但喺薪金鎖定資料之前仍然可能被有效調整。因此,已審核工時並唔等於期末薪金已結算完畢。
點解唔應該由未審核工時計算額度?
初始打卡資料可能因多種原因缺失或錯誤:
唔記得打上班或下班卡。
打錯更份、地點或日期。
考勤機失去連線。
客戶發嚟嘅資料滯後。
加班未經管理者確認。
休假或無薪休假尚未更新。
一次打卡被重複記錄。
各系統之間員工編號唔一致。
若系統直接按未審核工時允許領取,企業可能超出實際薪金支付。當工時被修改時,員工可能被降低額度、期末薪金不足,或引發差額處理流程。
由一開始就防止錯誤,總係比喺支付之後追回或調整更易理解、亦更少引發爭議(另見 實施 EWA 嘅風險)。
已審核工時點樣決定可以領取嘅金額?
日薪預支唔應該將成個月薪金平均分攤之後允許提前領取。系統需要由有效工時確定已發生嘅收入,然後套用安全規則。
示意公式
仍可領取嘅額度 =(已審核工時薪金 × 安全比例)− 已領金額 − 預備金/調整
其中:
已審核工時薪金: 由已確認嘅日期/時間/更份暫計嘅金額。
安全比例: 企業允許支取嘅比例,可能低於100%。
已領金額: 該週期內成功交易嘅總額。
預備金/調整: 為可能影響實收薪金嘅變動而保留嘅部分。
已審核工時係重要嘅輸入,但並唔係唯一輸入。額度仲取決於企業規則、用工狀態、薪金週期、已完成嘅交易、資金以及其他管控條件。
工時審核前後嘅範例
假設某員工嘅示意基本薪金為 9,000,000 越南盾/月,企業為簡化範例約定標準工作日為 26 天。
一天單價示意:
9,000,000 ÷ 26 ≈ 346,154 越南盾/天。
喺月中某一時點:
系統已記錄 10 個工作日。
其中 8 天已審核。
2 天仍待管理者檢查。
假定安全比例為 70%。
尚無提前領取交易,亦未計算額外預備金。
審核剩餘兩天之前
已審核工時薪金 ≈ 8 × 346,154 = 2,769,232 越南盾。
額度示意 ≈ 2,769,232 × 70% = 1,938,462 越南盾。
兩天獲審核之後
已審核工時薪金 ≈ 10 × 346,154 = 3,461,540 越南盾。
額度示意 ≈ 3,461,540 × 70% = 2,423,078 越南盾。
咁樣,兩天獲審核後額度約增加 484,616 越南盾。若呢兩天被駁回或調整,額度唔會好似上例咁增加。
> 注意: 範例中對工作日嘅換算、薪金構成與安全比例嘅處理,只為解釋機制。企業必須套用自己已審核嘅薪金公式與日薪預支政策。
邊個有權審核工時?
工時審核人由企業授權,通常可以係:
組長或更份負責人。
直屬主管。
部門管理者。
確認工作時間嘅客戶代表。
例外情形下嘅人資/營運部門。
檢查或週期鎖定環節嘅薪金部門。
唔應該讓一個人同時自行建立資料、自行審核工時、自行修改額度並自行處理付款。分離職責有助於減少差錯與舞弊。
工時審核人需承擔乜嘢責任?
檢查啱嘅人、啱嘅日期、啱嘅更份。
依據有效資料確認正常工時與加班。
喺規定期限內處理缺失或異常嘅工時。
喺駁回或調整時清楚說明理由。
唔共用審核帳戶。
確保已離職或調職嘅人被更新為正確狀態。
工時審核期限點樣影響員工?
若工時審核滯後,日薪預支額度亦可能滯後更新。員工已經工作,但因系統尚無足夠可靠嘅資料而無法取得相應嘅錢。
企業應規定:
管理者必須完成工時審核嘅時間節點。
管理者休假或缺席時嘅替代人。
對逾時未審核工時嘅告警。
因審核滯後而受影響人數嘅報告。
員工反映未處理工時嘅管道。
工時審核後額度更新嘅時間。
對多用工模型嚟講,「按時被審核工時嘅人數」應成為一個重要嘅營運指標,因為佢係直接決定能否使用日薪預支嘅先決條件。
六種常見打卡錯誤及處理方法
錯誤 | 跡象 | 員工應點做? | 主要處理部門 |
|---|---|---|---|
唔記得打卡 | 冇上班或下班時間 | 依流程提交說明與證據 | 直屬管理者 |
更份錯誤 | 時間與排更唔符 | 申請修改更份 | 管理/營運 |
加班未審核 | 有加班工時但未計入 | 核對單據/申請加班 | 管理 + 人資 |
休假未更新 | 系統顯示缺勤或缺工時 | 重新提交已審核嘅休假資訊 | 人資/營運 |
資料重複 | 一個更份出現多次 | 回報重複嘅編號/日期,唔好自行再建立 | IT/營運 |
員工編號錯誤 | 有返工但資料喺另一份檔案 | 核實編號與單位 | 人資 + IT |
員工唔應該為咗「快速修正」而搵其他人代為登入或代打卡,因為呢個行為可能造成更多偏差並違反企業規定。
說明與工時調整流程
一個清晰嘅流程可包含六步:
發現偏差: 員工或系統發現工時缺失/錯誤。
提交申請: 選擇日期、更份、錯誤類型、說明內容以及必要時嘅證據。
管理者核驗: 比對排更、更份分配、裝置資料或客戶確認。
審核或駁回: 清楚記錄結果與理由。
重新同步: 系統更新工時並重新計算額度。
通知: 員工獲知新狀態、額度變化以及若已領取時嘅處理方式。
每筆調整申請需記錄乜嘢?
申請人。
需修改嘅日期/更份。
修改前後嘅資料。
理由與證據。
審核人。
審核日期時間。
對額度與薪金嘅影響。
是否已同步。
唔應該喺唔留歷史嘅情況下直接修改已審核資料。
若工時喺領取後被調整點算?
呢個係需要喺日薪預支政策中預先規定嘅情形。
當交易後工時減少時,系統應:
重新計算符合條件嘅已發生薪金。
與員工已領取嘅總額比較。
若已領金額超過新額度,暫停新申請。
清楚通知原因與差額。
轉入已審核嘅結算/調整流程。
保存全部處理痕跡。
若檔案、約定與交易性質尚未咁樣界定,則唔應該自動將一切差額視為員工嘅「負債」。處理方式必須符合適用嘅法律模型與規章。
點解已審核工時但額度仍未增加?
已審核工時係最重要嘅條件,但並唔係喺所有情形下都充分。額度可能尚未變化,原因包括:
資料尚未到同步週期。
員工檔案尚未完成驗證。
收款帳戶尚未有效。
單價或薪金資料尚未生效。
薪金週期正在鎖定或換期。
員工已用完符合條件嘅部分。
有調整/預備金令剩餘額度為 0。
專案總上限或資金臨時達到限制。
上一筆交易正等待結果或查詢。
帳戶因安全告警被臨時鎖定。
系統應顯示具體原因並指引下一步,而唔係只提示「額度不足」。
已審核工時與已鎖定薪金表有何不同?
標準 | 已審核工時 | 已鎖定薪金表 |
|---|---|---|
目的 | 確認工作資料 | 結算成個週期嘅收入 |
時點 | 可喺月內每日/定期進行 | 通常喺工時週期結束後 |
資料 | 日期、時間、更份、加班、休假 | 工時、收入、津貼、義務與調整 |
可變性 | 鎖定前可依流程調整 | 有限;須經鎖定後嘅修改流程 |
喺日薪預支中嘅作用 | 計算已發生薪金嘅輸入 | 期末對數嘅依據 |
因此,月內「預計剩餘薪金」喺薪金表鎖定之前可能變化。
企業應點樣設計工時狀態介面?
員工應能睇到:
已記錄嘅總天數/小時數。
已審核工時總計。
待審核嘅工時。
被駁回或需補充嘅工時。
最近一次同步日期。
目前額度。
額度未更新嘅原因。
提交說明或聯繫支援嘅按鈕。
顏色只係輔助。每種狀態仍需要文字名稱與描述,以免用戶估佢嘅含義。
面向監督與人資嘅儀表板
一個營運儀表板至少應有:
今日需審核工時嘅人數。
工時待審核超過 SLA 嘅人數。
缺上班/下班時間嘅記錄數。
未確認嘅加班更份數。
交易發生後嘅調整數。
因缺少已審核工時而無額度嘅人數。
依管理者/單位嘅平均審核時間。
同步成功率。
與工時相關嘅申訴數。
儀表板嘅目的唔係以數量施壓,而係精準搵出正令員工無法使用其權益嘅樽頸。
員工未獲額度時嘅檢查清單
[ ] 檢查工作日是否已出現喺系統上。
[ ] 睇狀態係待審核、已審核定係被駁回。
[ ] 檢查更份、上班時間、下班時間與加班。
[ ] 睇休假/換更申請是否已更新。
[ ] 檢查檔案與收款帳戶。
[ ] 睇上一筆交易是否正在等待處理。
[ ] 閱讀系統顯示嘅原因。
[ ] 就啱嘅日期/更份提交說明,若流程要求則附證據。
[ ] 聯繫啱嘅管理者或支援管道;提供員工編號,唔提供密碼/OTP。
企業按時審核工時嘅檢查清單
[ ] 各工時狀態有統一定義。
[ ] 各系統貫穿使用同一個員工編號。
[ ] 依單位/更份/部門分配審核人。
[ ] 主審核人缺席時有替代人。
[ ] 有 SLA 與積壓工時告警。
[ ] 將建立/修改資料嘅權限與例外審核權限分離。
[ ] 每次調整都有理由與歷史。
[ ] 已審核工時以正確版本同步。
[ ] 每次相關變更後都重新計算額度。
[ ] 員工收到易明嘅通知。
[ ] 有因審核滯後而受影響人數嘅報告。
[ ] 已測試付款後工時被修改嘅情形。
結論
已審核工時係已做嘅工作與符合條件可提前領取嘅金額之間嘅橋樑。若工時資料未被確認,系統就仲未有足夠可靠嘅依據嚟計算額度。
對員工嚟講,需要清楚區分「已打卡」與「已審核」,並喺出現偏差時使用啱嘅說明管道。對企業嚟講,按時審核工時唔只係行政事務;佢係決定日薪預支體驗、財務安全與可擴展性嘅關鍵環節。
員工請喺系統上查看工時狀態與工時錯誤處理指引。希望將工時審核流程與日薪預支結合起嚟設計嘅企業,可了解 面向企業嘅日薪預支。
> 注意: 本文提供一般性資訊,不能替代企業嘅規章或針對具體情形嘅法律諮詢。
參考來源
---
作者: Nguyen Minh Khang — 戰略部專員,Nhan Kiet Manpower Supply Co., Ltd.
面向企業嘅日薪預支解決方案諮詢: 熱線 0937.022.655 · 電郵 info@nhankiet.vn · 面向企業嘅日薪預支
常見問題
我已打卡,點解仲未領到提前薪金?
工時可能仍處於待審核狀態,資料尚未同步,或檔案仍缺少其他條件。請檢查每個工作日嘅狀態與系統顯示嘅原因。
邊個為我審核工時?
視企業結構而定,可能係組長、主管、管理者、客戶代表或人資/營運。員工應依內部指引聯繫啱嘅對接人。
工時審核後,額度幾耐更新?
取決於系統嘅同步頻率。企業需公布具體 SLA。若超過呢個時間,員工應提供員工編號、工作日與狀態以便查核。
未審核嘅加班會計入額度嗎?
喺加班未經有權限者確認前唔應該計入。經審核並同步後,符合條件嘅部分可依企業政策納入公式。
已審核工時可以被修改嗎?
若發現偏差且企業有有效嘅調整流程,則可以。每次修改都須保存理由、審核人以及對額度/薪金嘅影響。
已審核工時是否代表一定領到嗰筆全部金額?
唔係。已審核工時係一個輸入。額度仲取決於安全比例、已領金額、預備金、檔案狀態、薪金週期以及其他限制。
點解預計剩餘薪金會變化?
當工時、加班、休假、無薪休假、調整或交易喺週期鎖定前被更新時,該數字可能變化。
提交工時錯誤說明需要提供乜嘢?
通常需要員工編號、日期/更份、偏差類型、說明內容以及依流程要求嘅證據。唔好透過非正式管道傳送密碼、OTP 或帳戶資料。
Read more articles
- 日薪預支風險管治與防詐騙 · Doanh nghiệp
- 日薪預支適合哪些企業?自我評估指標指南 · Doanh nghiệp
- 企業推行日薪預支(EWA)時如何計算投資回報率 · Doanh nghiệp
- 日薪預支流程:由考勤到收款與對數 · Doanh nghiệp
- 部署 EWA 時的資料保安與私隱保障 · Doanh nghiệp
- 企業EWA 90天試行計劃 · Doanh nghiệp
- 已打卡但未看到工作日或額度未增加:原因及處理方法 · 勞動者
- 日薪預支先導計劃範本及擴展決策標準 · Doanh nghiệp
- 什麼是日薪預支(EWA)?越南全面指南 · Kiến thức
- 多班次製造企業的EWA:如何推行才能算準工時? · Doanh nghiệp