給与前払いを受け取った後、月末にはいくら残るのか？限度額の計算と給与の精算方法
給与前払いを受け取った後、月末にはいくら残るのか？限度額の計算と給与の精算方法
給与前払いを利用する際、労働者は受け取った金額と同額を追加で失うことはありません。これは既に行った労働の一部であり、承認済みのものが給与日前に早期に支払われるものです。精算期には、既に受け取った金額が対照され、重複支払いを避けるために支払うべき金額から控除されます。期末に支払われる給与は、最終的に受け取るべき実際の給与から、締められた労働日数、収入、保険、税金、適切な調整を行い、早期に支払われた部分を差し引いたものです。
> 注意: 記事内で示される設定値はデフォルトの値であり、企業ごとに調整される可能性があります。公式なポリシーはアプリケーションに表示され、取引時点での合意がユーザーが確認すべき基準です。
簡潔な回答
給与前払いは既に行った労働日数が承認済みのものからのみ計算されます。今日の未確定の労働日数や未来の日数は利用できません。
表示される金額は、期中に受け取った金額や保持される予備金を差し引いたものであり、必ずしも全ての労働から発生した金額と一致するわけではありません。
労働者は受け取るかどうかを自ら選択し、受け取るたびにこれは日々の労働に基づく仮払いであり、給与に対照されることを確認する必要があります。
既に受け取った金額は、前払いされた給与の一部であり、給与から追加で控除されるものではありません。
期末に受け取る給与は、労働日数と給与が締められた後にのみ正確に決定されます。
1. 給与前払いのプロセスにおける4つの数字の区別
(基礎概念: 承認済み労働とは何か？を参照。)
労働者は多くの数字を目にし、それらを一つと見なすことがよくあります。実際には区別が必要です。
概念 | 意味 |
|---|---|
仮計算された労働賃金 | 承認済みの労働から計算され、顧客ごとの日額単価に基づく価値 |
受け取れる金額 | 既に受け取った金額や保持される予備金を差し引いた後の利用可能な部分で、限度額が適用されます |
既に受け取った金額 | 期中に成功した取引の総額 |
期末に支払われる給与 | 全ての収入、義務を締めた後の給与計算結果で、早期に支払われた部分を差し引いたもの |
発生した労働賃金は期末の給与ではない
月内では、労働日数や収入は変動する可能性があります。残業、手当、ボーナス、休暇、保険、税金、労働の調整は、給与計算が締められるまで確定しないことがあります。
受け取れる金額は全ての給与ではない
給与前払いは、労働や対照すべき項目が変動するリスクを減らすために一部を保持します。そのため、労働者は承認済みの労働があっても、早期に受け取れるのは一部のみです。
既に受け取った金額は追加の借入ではない
これは、条件を満たした労働から早期に転送された金額です。給与期には、この金額が記録され、再度支払われないようにします。
2. 給与前払いが受け取れる金額を計算する方法
システムで確認されたメカニズムに基づくと、一般的な計算式は次の通りです。
受け取れる金額 = 承認済み労働 x 日額単価 - 期中に受け取った金額 - 保持される予備金
結果は1,000ドンの倍数に切り捨てられ、設定されている取引制限に従います。
承認済み労働
承認済みの状態に達した労働日数のみが受け取れる金額を生み出します。労働はNKの監督者または顧客によって承認されることができ、誰が先に適切に承認したかによって現在のフローに従って確認が完了します。
承認済みの労働が時間やシフトを修正された場合、システムはその労働を承認待ちの状態に戻します。このメカニズムは、限度額が計算された後の静かなる変更を防ぎます。
日額単価
単価はNKが各顧客に応じて設定します。複数の顧客で働く人は、各職場で個別に労働、単価、金額が計算されることがあります。
早期に受け取る金額を計算するための単価は、設定に基づく運用データであり、すべての加減を経た1日の実際の給与全額と解釈すべきではありません。
期中に受け取った金額
取引が成功するたびに、受け取った金額は利用可能な部分から差し引かれます。労働日数が前払いの保証として使用された場合、それも記録され、次の期に誤って累積されないようにします。
保持される予備金
顧客ごとの設定に応じて、システムは次のことができます。
最新の労働日数を保持する；および/または
前払いが条件/設定閾値を満たした場合、10.5%の予備率を保持する。
保持される予備金は労働者の賃金の一部であり、これは手数料ではありません。この部分は実際のデータに基づいて給与精算で処理されます。
3. 簡単な例: 早期に受け取った後、期末にはいくら残るのか？
例1: 労働に基づく金額のみを示す
仮に次のようにします。
計算に使用する単価: 300,000ドン/日；
承認済みの労働日数が8日；
最新の労働日数を2日保持する設定；
労働者が期中に一度も受け取っていない。
初期の利用可能な部分として使用される労働は6日です。
6 x 300,000 = 1,800,000ドン
労働者が1,000,000ドンを受け取ると、アプリはその時点のデータに基づいて次のように表示します。
1,800,000 - 1,000,000 = 800,000ドン
期末には、仮に全ての8日が締められ、他の給与計算要素を考慮せずに、労働の価値は次の通りです。
8 x 300,000 = 2,400,000ドン
労働者は前もって1,000,000ドンを受け取っているため、例における労働に基づく残りの部分は次の通りです。
2,400,000 - 1,000,000 = 1,400,000ドン
このように、保持される予備金は失われません。それは早期に受け取ることが許可されていないだけで、精算時に計算されます。
> これは例示であり、保険、税金、手当、残業、ボーナス、その他の調整を考慮していません。この例を実際の給与計算に使用しないでください。
例2: 同じ期に複数回受け取った場合
仮に初期の利用可能な金額が2,500,000ドンであるとします。労働者は次のように受け取ります。
1回目: 500,000ドン；
2回目: 700,000ドン；
3回目: 300,000ドン。
合計で1,500,000ドンを受け取っています。労働データと保持される部分が変わらない場合、残りの利用可能な部分は次の通りです。
2,500,000 - 1,500,000 = 1,000,000ドン
給与期には、給与計算で1,500,000ドンが早期に支払われたと対照され、3つの個別の利息付きの借入ではありません。
例3: 受け取った後に労働が調整された場合
仮に以前に承認されたシフトがあり、その後顧客が誤った労働時間を発見し修正したとします。労働は自動的に承認待ちに戻され、受け取れる金額が変わる可能性があります。
労働者がまだ引き出していない場合、限度額が再計算されます。既に金額が支払われている場合、システムは差額を記録し、NKが処理し対照する必要があります。取引の痕跡を消すことはできません。システムには、労働が減少したり、労働者が退職した場合に未回収のケースを追跡する帳簿があります。
4. なぜ1,000,000ドンを受け取ると月末に1,000,000ドン減るのか？
それは1,000,000ドンが前払いされたからです。
総給与を一つのケーキとして考えることができます。給与前払いは、労働者が承認済みの労働を行った後にケーキの一部を前もって受け取ることを許可します。給与日には、企業は残りの部分を支払い、ケーキ全体を再び支払うことはできません。
区別すべき点：
期末の支払い額の減少: 正しい、なぜなら一部が早期に受け取られたからです。
給与の総利益の減少: 早期受け取りによるものではなく、システムが支払われた金額を正しく対照し、手数料がない場合。
実際の総給与の変動: 労働の締め、手当、残業、保険、税金、その他の適切な調整による可能性があり、全てを給与前払いのせいにすべきではありません。
5. 期末の残りの給与の計算式
実際の給与には多くの要素があるため、安全な理解としては次の通りです。
期末に支払われる金額 = 期中に支払われる実際の給与 - 成功した給与前払いの金額
ここで、「期中に支払われる実際の給与」は、企業が給与計算を完了した後にのみ得られるもので、適用されるポリシーと規則に基づく適切な加減を含みます。
より詳細な表現：
支払われる金額 = 締められた労働による収入 + 条件を満たした手当、残業、ボーナス - 保険、税金、および適切な控除 - 受け取った給与前払いの金額
これは概念的な計算式です。項目名、計算順序、基準は各人の実際の給与明細に従う必要があります。
二重控除は許されない
給与前払いで受け取った金額は一度だけ対照されます。システムは取引データとカバーされた労働日数を使用して、その金額が次の期に持ち越されないようにします。労働者が二重控除を疑う場合、次の点を確認する必要があります。
成功した取引の履歴；
口座に実際に受け取った総額；
給与明細の対照/仮払い行；
対応する給与期と職場；
返金または不明な状態の取引。
6. 保持される予備金は手数料か？
いいえ。保持される予備金は、労働日数と給与が締められるまでの安全マージンを作るために早期に受け取ることができない部分です。
例えば、システムは最新の労働日数を2日保持します。これは、これらの日が確認待ちの可能性があるためです。給与期が締められると、労働日が有効であれば、対応する価値は労働者の給与に含まれます。
なぜ予備金が必要なのか？
承認済みの労働が修正される可能性がある；
労働者が期中に退職または任務を終了する可能性がある；
給与明細には他の対照すべき項目がある；
複数の職場が異なる締め時点を持つ；
銀行取引が状態を確認中である可能性がある；
総支出が期末の給与を超える場合を制限する必要がある。
労働者が見るべきものは？
アプリケーションは次のことを明確に表示するべきです。
承認済みの総労働日数；
使用中の日額単価；
仮計算された金額；
既に受け取った金額；
保持される予備金；
受け取れる残りの金額；
データ更新の時点；
労働が間違っている場合のフィードバックリンク。
給与前払いシステムは、労働者が各労働日がどれだけの金額を生み出すか、引き出された部分と保持される予備金を詳細に見ることを許可します。
7. 各回および各日の限度額
ソースコードの確認時点でのデフォルト値は次の通りです。
制限の種類 | デフォルト値 |
|---|---|
各回の最低金額 | 50,000ドン |
各取引の上限 | 3,000,000ドン |
各日の各人の上限 | 5,000,000ドン |
これらの上限はNKが管理し、運用に応じて変更される可能性があります。そのため：
4,000,000ドンが利用可能であっても、取引の上限が3,000,000ドンである場合、一度に4,000,000ドンを引き出すことはできません；
40,000ドンが利用可能であっても、最低金額が50,000ドンである場合、取引を作成する条件を満たしていません；
その日の総要求は日上限を確認する必要があります；
最終的な表示金額は、要求時点のアプリケーションから取得する必要があります。
コードには、6ヶ月未満、6〜12ヶ月、1年以上の勤続年数に応じた限度額の構造もあります。ただし、NKはこのメカニズムが実際の運用で有効かどうかを確認し、公式なポリシーとして公表する前に確認する必要があります。
8. 給与前払いを受け取る際に利息や手数料がかかるのか？
(なぜこれが借入ではないのか: EWAは借入か？およびEWAはCICに影響するか？を参照。)
現在の運用フローによると：
利息はありません；
労働者から手数料は徴収されません；
期末には実際に受け取った金額のみが対照されます。
コードには、月1.5%の旧手数料モデルの痕跡がありますが、これはテストコードにのみ残っており、確認された実際のフローでは適用されていません。この情報は敏感であるため、NKが長期的なポリシーを承認し、運用コストを負担する者を公に特定するまで、「永久無料」と言うべきではありません。
労働者は各取引時に確認画面を確認するべきです。将来、ポリシー、手数料、費用負担者、実際に受け取る金額に変更がある場合、ユーザーが確認する前に明確に公表される必要があります。
9. 承認済み労働から期末給与までのプロセス
ステップ1: 勤務と勤務記録
データは顧客の勤務表、NKのERP、または給与前払いアプリ内の勤務記録機能から来ることがあります。
ステップ2: 労働承認
顧客は労働者を確認し、時間/シフトを修正し、労働を承認または拒否するための専用ポータルを持っています。NKの監督者も与えられた権限に基づいて承認することができます。
ステップ3: 利用可能金額の再計算
サーバーは承認済みの労働、各顧客の単価、既に受け取った金額、保持される部分、および制限に基づいて計算します。再計算はサーバーで行われ、電話に保存された数字のみに基づくものではありません。
ステップ4: 労働者による要求の自主的な提出
顧客が自動引き出しを有効にし、安全条件がすべて満たされている場合、手動で各要求を承認する必要はありません。労働者は金額を選択し、誓約を確認します。
ステップ5: 送金
現在の自動フローでは、NKのVPBankの専用口座から送金サービスを通じて、労働者名義のVPBank口座に送金されます。口座は使用前に名前が確認され、ユーザーと一致する必要があります。確認後、他の口座に変更されないように口座がロックされます。
ステップ6: 対照
システムは定期的に保留中の取引を確認し、VPBankのT+1明細を対照します。状態が不明な場合、保留にしておき、成功または失敗と推測しません。
ステップ7: 給与精算
成功した取引の総額が給与期に対照されます。未受け取りの部分と他の給与項目は実際の給与明細に従って処理されます。
10. なぜ労働者が自分で計算した数字と期末の給与が異なるのか？
期末の労働が仮計算と異なる
チェックイン/アウトの不足、シフトの修正、顧客による時間の調整、承認待ちの労働が最終的な労働日数を変える可能性があります。
給与前払いの日額単価がすべての収入を代表していない
限度額を計算するために使用される日額単価は、すべての残業、手当、ボーナス、または期末の精算項目を含まない場合があります。
保険と税金の項目がある
これらの義務は実際の給与計算に従って処理されます。給与前払いは公式な給与明細を置き換えるべきではありません。
複数の職場がある
一人の労働者が複数の顧客で働くことがあります。各職場での労働と金額が分離され、誤って他の顧客の労働を補填しないようにします。
対照待ちの取引がある
銀行が確実な状態を返さない場合、システムは取引を保留にします。労働者はすぐに結果が見えないからといって繰り返し送信しないでください。
他の適切な調整項目がある
無給休暇、業務の一時停止、または承認された加減項目が期末の金額に影響を与える可能性があります。各項目は給与明細または企業の説明チャネルに表示される必要があります。
11. 複数の顧客で働く場合、どのように計算されるのか？
(さらに詳しくは: 「給与日」の3つの意味の区別を参照。)
給与前払いは、一人の労働者が複数の場所で働くことをサポートします。各場所には次のものがあります。
顧客コード；
勤務記録コード；
勤務表と承認者；
日額単価；
保持される予備金の設定；
同期と労働の締め時点。
システムは各顧客ごとに労働と金額を分離しますが、同じ労働者の識別子を通じて結びつけます。これにより：
労働の重複計算を避ける；
どの場所で金額が発生したかを知る；
正しい顧客と給与期に対照する；
一つの顧客での任務が終了しても、労働者が他の場所で働き続ける場合に処理する。
労働者は、労働が間違っている場合、正しい職場を確認する必要があります。顧客と監督者が異なる部分を承認する責任を負う可能性があるためです。
12. 既に労働があるのにアプリが0ドンと表示される場合はどうするか？
通常確認すべき原因：
労働が新たに記録されたが、まだ承認されていない；
顧客の勤務表が30分の同期期に達していないか、すぐに同期されていない；
アプリに労働があるが、承認待ちの状態にある；
労働が修正されたばかりで、承認待ちに戻された；
労働日が今日または未来の日に属し、安全ネットによってブロックされている；
残りの金額が最低取引額を下回っている；
その日の取引上限に達している；
保持される予備金が最新の労働をカバーしている；
顧客が自動引き出し機能を有効にしていない；
CCCDまたはVPBank口座が確認されていない；
労働/任務の状態が変更された；
別の顧客に属するデータが正しい勤務記録コードに結びついていない。
労働者は「なぜお金がないのか」とだけ尋ねるのではなく、労働日、顧客、シフト、状態のスクリーンショットを提供して、処理を迅速に進めるべきです。
13. 労働者が金銭を受け取る前に確認すべきことは？
名前と受取口座が正しいか？
承認済みの総労働日数が正しいか？
表示される日額単価と顧客が適切か？
期中に受け取った金額が履歴と一致しているか？
保持される予備金はいくらか？
要求金額と実際に受け取る金額はいくらか？
表示される手数料はあるか？
取引はどの給与期に属するか？
対照される給与に関する誓約は何か？
受け取った後、給与日までの予算は十分か？
労働者が誓約にチェックを入れることは形式的な操作であってはなりません。内容は理解しやすくする必要があります：これは承認済みの労働に基づく仮計算された給与の一部であり、早期に支払われ、期中に支払われるべき残りの部分から差し引かれることになります。
14. お金がまだ口座に入っていない場合はどうするか？
すぐに繰り返し送信しない
取引は応答待ちの状態にある可能性があります。システムは「不明な場合は保留にする」原則に基づいて設計されており、二重支払いを避けるためです。
取引履歴を確認する
区別する：
処理中；
成功した支払い；
失敗；
対照待ち；
返金済み（ある場合）。
VPBank口座を確認する
標準のフローは、確認済みのVPBank口座に送金され、ユーザーと一致する必要があります。取引が処理中の間に口座を変更する要求は避けるべきです。
十分なデータを提供してサポートを要求する
取引ID、時点、金額、状態のスクリーンショットを提供します。CCCDの画像、完全な口座番号、認証コードを公に送信しないでください。
15. 給与前払いが労働者を月末に「無給」にするのか？
給与前払いは総収入を増やしません。労働者が早期に多く受け取ると、給与日に振り込まれる部分は当然少なくなります。これは受け取る時点の変更であり、追加の金額ではありません。
責任を持って使用するために：
本当に必要な場合にのみ受け取る；
必要な費用や緊急の費用を優先する；
次のボタンを押す前に期中に受け取った総額を確認する；
給与日に支払うべき項目を予測する；
限度額を使い切るべき金額と見なさない；
残りの給与を確認する。
アプリケーションは、早期受け取りの頻度や割合が高まった場合に警告をサポートするべきですが、発表された目的を超えて個人の財務データを使用してはなりません。
16. 労働者の確認とフィードバックの権利
労働者は次のことができる必要があります。
各日の労働を確認する；
承認済みか承認待ちかを知る；
取引履歴と状態を確認する；
保持される予備金を知る；
受け取った金額を給与明細と対照する；
労働の誤りをフィードバックする；
自分が行っていない取引を報告する；
アカウントがロックされたりお金がまだ入っていない場合にサポートを要求する。
システムはCCCDを使用して識別し、データと銀行口座を一致させます。個人データの収集、使用、共有、保存は、適切な目的、権限の分配、および承認された保護メカニズムに従って行われる必要があります。個人データ保護法第91/2025/QH15号および個人データ保護法ガイドラインの政令第356/2025/NĐ-CP号は、2026年1月1日から施行されます。NKは、各当事者の実際の役割に適した通知内容とデータ処理手続きを維持する必要があります。
よくある質問
給与前払いで500,000ドンを受け取ると、月末にいくら控除されるのか？
取引が成功し、手数料がない場合、500,000ドンは早期に支払われた給与の一部として記録されます。精算時には、重複支払いを避けるために、支払われるべき部分が500,000ドン減少します。
保持される予備金は失われるのか？
いいえ。これは早期に受け取ることができない部分であり、手数料ではありません。勤務表と給与が締められると、有効な部分は期末の給与に処理されます。
10日分の労働があるのに、8日分の金額しか受け取れないのはなぜか？
顧客が最新の労働日数を2日保持するように設定されているか、他の予備金が適用されている可能性があります。また、一部の労働がまだ承認されていない可能性もあります。アプリで各日の詳細を確認する必要があります。
全ての労働から発生した金額を全て受け取ることはできるのか？
デフォルトではありません。システムは予備金、最低金額、各取引の上限、各日の上限、その他の安全条件を適用します。
既に受け取ったのに労働が修正された場合はどうするか？
システムは変更を記録し、労働を承認待ちに戻し、必要に応じて差額を作成します。既に支払われた場合、NKが対照プロセスに従って処理する必要があり、取引履歴を消去すべきではありません。
給与前払いは労働者から手数料を徴収するのか？
現在の運用フローでは、利息も手数料も労働者から徴収されません。使用時点での公式なポリシーは、アプリケーションと条件に明確に表示される必要があります。
なぜVPBankの本人名義の口座を使用する必要があるのか？
現在の自動フローはVPBankと統合されています。システムは口座名義を確認し、労働者と一致することを要求し、誤送金や不正な変更のリスクを減らすために確認後に口座をロックします。
給与前払いは借入か？
運用中の技術的メカニズムによると、労働者は既に行った労働からの金額のみを受け取り、未来の日の金額は受け取りません。受け取った金額は給与に対照され、現在のフローでは労働者に利息や手数料はありません。各モデルの公式な法的結論は、契約、資金源、各当事者の実際の権利と義務に基づく必要があります。
複数の顧客で働く場合、給与は一括して計算されるのか、それとも個別に計算されるのか？
労働、単価、設定は各顧客ごとに分離され、その後同じ労働者の識別子に結びつけられ、発生場所に基づいて正しく対照されます。
結論
給与前払いを受け取ることは、労働者が受け取った金額を失うことを意味しません。それは早期に転送された給与の一部です。アプリケーション上の数字は承認済みの労働と日額単価から計算され、その後、既に受け取った金額と保持される予備金を差し引きます。給与期には、成功した総額が対照され、企業は残りの部分のみを支払います。
労働者は仮計算された労働賃金、受け取れる金額、既に受け取った金額、期末に支払われる給与を区別する必要があります。各取引の前に、労働、保持される部分、受け取った履歴、給与日までの支出ニーズを確認してください。差異がある場合は、労働日、顧客、取引IDに基づいてフィードバックし、正しいソースで処理されるようにしてください。
参考文献
---
著者: Nguyen Minh Tuan — 戦略部専門員、Nhan Kiet Manpower Supply Co., Ltd.
企業向け給与前払いソリューションの相談: ホットライン 0937.022.655 · メール info@nhankiet.vn · 企業向け給与前払い