Earned Wage Engineは既得賃金をどのように計算するのか？

Earned Wage Engineは、承認済み勤務日を給与期間中に受け取れる対象となる既得賃金へ変換する計算レイヤーです。単に勤務日数と日額を掛けるだけではありません。正しい従業員、勤務先、対象期間を特定し、受取済み金額を差し引き、企業規定に基づく留保額を適用してから結果を返します。

Earned Wage Engineの実際の役割とは？

EWAシステムにおいて、従業員向け画面は結果を表示する場所にすぎません。より重要な処理はサーバー側にあります。エンジンは権限のあるデータを集め、従業員が金額を確認するとき、または申請を作成するときに再計算しなければなりません。

エンジンの中心的な役割は、説明可能な金額を作ることです。今日の金額が昨日と異なる場合、勤務データ、単価、受取済み金額、または留保ルールのどれが変化の原因かを追跡できなければなりません。

また、エンジンはスマートフォンやブラウザーから送られた金額をそのまま信用すべきではありません。利用者の端末に古いデータが残っている可能性があるためです。取引を作成する前に、サーバーは最新データから再計算する必要があります。

基本式はどの要素で構成されるのか？

Nhan Kietの既得賃金アクセスサービスでは、次の原則で計算します。

受取可能額 =（承認済み勤務日数 × 日額）− 対象期間の受取済み金額 − 企業規定による留保額。

要素	データソース	役割
承認済み勤務日	承認された勤務記録ソース	すでに形成された労働価値を特定する
日額	有効な給与データまたは方針	勤務を金銭価値へ換算する
対象期間の受取済み金額	確認済み取引台帳	同じ価値の再利用を防ぐ
留保額	企業方針	期末調整のための余地を設ける
給与期間	給与システム	加算、控除、精算の範囲を限定する

エンジンが新しいデータを作るわけではありません。ソースシステムが確認したデータだけを使って計算します。

勤務記録が承認待ちの場合、その部分はまだ計算に含めるべきではありません。取引状態が不明確な場合も、失敗したと勝手に判断して金額を再び利用可能にしてはいけません。

なぜ承認済み勤務日が出発点なのか？

打刻記録と承認済み勤務記録は異なる状態です。

QRスキャン、GPS記録、勤務表データ、アプリ上の記録は、勤怠データが存在することを示すだけです。それが金銭計算の入力値になる前に、企業の手順に沿った確認が必要です。

管理すべき状況には次が含まれます。

• 出勤時刻または退勤時刻の欠落
• 誤ったシフト
• 日付をまたぐシフト
• 未確認の残業
• 未反映の休暇
• 重複した勤務記録
• 承認後に修正された勤務記録

記録データ → 承認済みデータ → 賃金計算の対象データを明確に分けることで、仮の記録が早すぎる段階で金銭価値に変換されることを防げます。

エンジンは変更されたデータをどう処理するのか？

信頼できる給与システムは、データが変わり得ることを前提にしなければなりません。

例えば次のような場合です。

• 承認済み勤務記録が修正された
• 適用開始日に応じて単価が変更された
• 従業員が勤務先を移った
• 調査後に取引が保留から成功へ変わった

そのため、エンジンは各計算をデータの版と計算時点に結び付ける必要があります。

要素が変わった場合、最終金額を直接修正するのではなく、最新のソースから結果を再計算すべきです。

再計算して結果を説明できることは、給与整合性の重要な要素です。

同じ労働価値の再利用を防ぐ必要がある

重要なリスクの一つは、同じ労働価値が複数回使われることです。

例えば、従業員が期間中に既得賃金の一部をすでに受け取っているのに、次回計算でシステムがその金額を差し引かない場合があります。

また、成功した取引に紐付いた勤務日が、データ同期後に再び加算される場合もあります。

このリスクを抑えるため、エンジンは次の情報を同時に確認する必要があります。

• 承認済み勤務日
• 受取済み金額の合計
• 保留中の取引
• 成功した取引
• すでに使用された勤務日または価値
• 関連する給与期間

対象期間の受取済み金額は計算から差し引く必要があります。取引に使用された勤務日には、期末給与処理でどの部分が先払いされたかを確認できる明確な履歴が必要です。

Earned Wage EngineとEligibility Engineの違いは？

二つのレイヤーは異なる問いに答えます。

Earned Wage Engine：
「現在の勤務データに基づき、形成済みの賃金はいくらか？」

Eligibility Engine：
「現在の状況で、この人はサービスを利用する資格があり、いくらまで受け取れるか？」

Earned Wage Engineが重視するもの：

• 勤務記録
• 単価
• 給与期間
• 受取済み金額
• 留保額

Eligibility Engineが重視するもの：

• プロフィール状態
• 顧客企業が機能を有効にしているか
• 口座が確認済みか
• 方針上の条件
• 利用限度
• その他の管理項目

二つのレイヤーを分離すれば、利用資格の方針を変更しても、形成済み賃金の履歴を誤らせずに済みます。

なぜ取引前にサーバーで再計算するのか？

アプリが10時00分に1,000,000 VNDと表示したとします。

10時05分までに次の変化が起こる可能性があります。

• ある勤務日が修正された
• 別の取引が成功した
• 関連方針が変更された

アプリが1,000,000 VNDを送り返し、サーバーがそのまま信用すると、誤った支払指示が作成される可能性があります。

したがって支払い前に、サーバーは次の処理を行うべきです。

1. 最新の勤務データを再取得する
2. 承認状態を確認する
3. 最新の受取済み金額を取得する
4. 有効な方針を取得する
5. 再計算する
6. 申請金額を検証する
7. その後で取引レイヤーへ渡す

画面は情報を表示して申請を送る場所であり、最終金額を決定する情報源ではありません。

エンジンは結果をどう説明すべきか？

良い結果は一つの数字だけではありません。

システムは次の内容を説明できる必要があります。

• 承認済み勤務日数
• 適用される単価
• 勤務に基づく総価値
• 対象期間の受取済み総額
• 留保額
• 残りの受取可能額
• 計算対象期間

金額が変わったとき、監査証跡はどの要素が変化したかを示す必要があります。

これは次の業務に役立ちます。

• 従業員支援
• 苦情対応
• 給与照合
• エラー調査
• 内部監査

エンジンが0を返す、または利用を認めない場合

次のような状況が考えられます。

• 承認済み勤務日がない
• 受取済み金額が対象額をすべて使い切っている
• 重要なデータが確認待ちである
• 勤務記録が修正された直後で再承認されていない
• 従業員が現在開いている給与期間の対象外である
• その他のプログラム条件を満たしていない

ただし結果が0の場合、画面は「0 VND」とだけ表示せず、適切な理由を示すべきです。

監視すべき技術・運用KPI

企業は次の指標を追跡できます。

• 完全に説明可能な計算の割合
• 勤務記録の修正により受取可能額が変わった回数
• エンジンと給与システムの差異件数
• 勤務記録の重複使用件数
• 取引後に再計算した回数
• 対象期間の誤りによる例外件数
• 受取可能額に関する苦情件数
• 例外処理時間

優れたエンジンは高速に動くだけでなく、正確で追跡可能な結果を作らなければなりません。

まとめ

Earned Wage Engineは、承認済み勤務データを説明可能で追跡可能な財務結果に変換するレイヤーです。正しいソースデータを使用し、受取済み金額を差し引き、留保額を適用し、データ変更時に再計算し、同じ労働価値の重複利用を防がなければなりません。Earned Wage EngineをEligibility Engineおよび取引レイヤーから明確に分けることで、EWAシステムの管理、照合、拡張が容易になります。

著者： Do Huy Le — Tổng Giám Đốc, Nhan Kiet Manpower Supply Co., Ltd.

企業向け既得賃金アクセスのご相談： Hotline 0937.022.655 · Email info@nhankiet.vn · 企業向け既得賃金アクセス