ベトナムにおける給与前払い辞典：人事担当者が知っておくべき50の用語
ベトナムにおける給与前払い辞典：HR、給与計算、金融、労働者が理解すべき50の用語
給与前払いは、人事、勤怠管理、給与、支払い、データ、金融福利の交差点に位置します。「制限」、「承認済み」または「支出済み」といった同じ言葉が部門によって異なる理解をされることがあります。この辞典は、企業が給与前払いを設計、購入、運用、説明する際に共通の言語を提供します。
> 要約: 「いくら前払いできるか」から始めないでください。まずは承認済みの勤務、稼いだ給与、利用可能額、成功した取引、照合、給与計算の決算を統一してください。
> 警告: 以下の定義は業務上の理解を優先しています。法律、個人データ、信用、給与、契約に関連する用語は、具体的なモデルに基づいて法務部門によって確認される必要があります。例えば、給与前払いは機能を説明するものであり、公式なポリシーの代わりではありません。
グループA — 給与と給与前払いの基本概念
1. 給与前払い (EWA)
簡単に言うと: 定期的な給与支払い日より前に、既に行った仕事から発生した収入の一部にアクセスする能力。
重要性: これは、将来の勤務に基づく金額や独立したクレジット商品と区別する必要がある業務上の境界です。
2. 日給
簡単に言うと: Nhân Kiệtの製品名で、労働者が承認された勤務日から計算された金額の一部を確認し、受け取ることができるようにするもの。
システム内: 利用可能額はサーバーで計算され、受け取った金額は給与期間の決算時に控除されます。
3. 日給制
簡単に言うと: 勤務日または日単価に基づいて給与を決定する方法。
混同しないでください: 「日給制」は給与の計算/支払い方法であり、「日給」は製品名でもあります。
4. 柔軟な給与受け取り
簡単に言うと: 労働者が固定支払い期日前に条件を満たした給与の一部にアクセスする時期を選択できるメディア用語。
注意: 「条件を満たす」とは何かを知るためにポリシーを読む必要があります。
5. 給与の前借り
簡単に言うと: 雇用主または関連者が通常の決算/給与支払い時期より前に労働者に金額を受け取らせること。
法的注意: 条件と処理方法は、労働規則、契約、企業の規則に照らして確認される必要があります。
6. ローン
簡単に言うと: 一方が資産/金銭を提供し、他方が法的合意に基づいて返済義務を負う関係。
推測しないでください: 「EWA」または「0%金利」という名前だけでは、製品がローンでないことを自動的に証明するものではありません。実際の構造を確認する必要があります。
7. 稼いだ給与
簡単に言うと: 労働者が行った仕事に関連する収入の部分で、適用されるデータとポリシーに基づいて決定されます。
日給内: 承認された勤務のみが利用可能額の計算に参加します。
8. 給与期間
簡単に言うと: 企業が勤務、収入、控除、支払額を集計する期間。
重要性: 給与前払いの取引は正しい期間にリンクされていなければならず、誤った控除や累積を避けるためです。
9. 給与支払日
簡単に言うと: 企業が合意と適用される規則に基づいて給与を支払う日。
混同しないでください: 給与前払いは収入の一部へのアクセス時期を変更しますが、給与支払い期間全体を自動的に変更するものではありません。
10. 給与計算
簡単に言うと: 給与、手当、控除、実際の受取額を計算し、決算するプロセス/システム。
重要性: 給与前払いはお金が振り込まれる時点で終わるわけではなく、期末の給与計算と一致させる必要があります。
グループB — 勤怠管理と受け取り権
11. 勤怠データ
簡単に言うと: 勤務時間、シフト、勤務日または出席を記録し、勤務確認の入力として使用されるもの。
日給内: アプリ、顧客の勤怠表、ERPから取得されることがあります。
12. 真実の源 (source of truth)
簡単に言うと: 複数のシステムが異なるデータを持つ場合に最終的な基準として指定されるソース。
規定が必要: アプリ、シート、給与計算が異なる場合にどのソースが優先されるか。
13. 承認待ちの勤務
簡単に言うと: 記録はあるが、権限を持つ者によってまだ確認されていないもの。
日給内: 承認待ちの勤務は利用可能額を生み出しません。
14. 承認済みの勤務
簡単に言うと: 権限とプロセスに従って確認された勤務。
日給内: 顧客または監督者が権限を持って承認でき、現在のロジックに従って誰が先に承認するかで完了します。
15. 監査トレイル
簡単に言うと: 誰が何をしたか、いつ、変更前後の状態を示す痕跡。
日給内: 承認済みの勤務を修正すると、記録が承認待ちに戻り、変更前後が保存されます。
16. 勤怠コード
簡単に言うと: 労働者を特定の顧客/勤務地での勤務記録と一致させるためのコード。
リスク: コードの誤った割り当ては、勤務と利用可能額の誤りにつながる可能性があります。
17. 勤務シフト
簡単に言うと: 通常のシフトや深夜シフトを含む、一回の勤務を定義する時間枠/ルール。
重要性: シフトルールの誤りは、日数と勤務数の誤算につながる可能性があります。
18. ジオフェンス
簡単に言うと: 仮想的な地理的領域で、デバイスが設定された半径内にある場合のみ勤怠が有効となります。
日給内: コード内のデフォルト半径は200mですが、適用レベルは顧客に確認する必要があります。
19. 偽GPS
簡単に言うと: デバイスの位置を偽装する行為またはツール。
日給内: 位置偽装を検出/ブロックするメカニズムがありますが、絶対的な不正防止とは言えません。
20. 複数勤務地 (multi-workplace)
簡単に言うと: 一人の労働者が複数の顧客または場所で勤務していること。
重要性: 勤務、単価、利用可能額、期間を正しく分ける必要があります。
グループC — 計算式、制限、責任ある利用
(詳細: 予備保持額とは? および 最低および最大取引制限 を参照。)
21. 利用可能額
簡単に言うと: システムが労働者に一度に要求させることを許可する最大金額。
日給内: 承認済みの勤務 × 単価/日 − 期間内の受取額 − 予備保持額、その後1,000ドンの倍数に切り下げ、制限を適用します。
22. 単価/日
簡単に言うと: 計算式で一単位の勤務日を金額に変換するために使用される値。
注意: これは給与前払いの仮のパラメータであり、給与明細の全日収入と自動的に等しいわけではありません。
23. 期間内の受取額
簡単に言うと: 現在の期間内に記録された条件を満たした取引の合計。
重要性: 同じ収入の部分が二重に使用されないように控除する必要があります。
24. 予備保持額
簡単に言うと: 決算の安全マージンを作るために利用可能額から一時的に保持される部分。
日給内: 最新のN勤務日と/または10.5%の割合を保持するように構成可能で、実際のポリシーは確認が必要です。
25. 最低要求金額
簡単に言うと: 受け入れられる要求の最低額。
コード内: デフォルトは50,000ドンで、すべての顧客に適用される商業的な基準とは見なされません。
26. 1回の取引上限
簡単に言うと: 1回の取引での最大金額。
コード内: デフォルトは3,000,000ドンで、スーパ管理者によって構成されます。
27. 1日の上限
簡単に言うと: 1日に受け取ることができる合計最大金額。
コード内: デフォルトは5,000,000ドンです。
28. 四捨五入
簡単に言うと: 計算式の結果を許可される通貨単位にするためのルール。
日給内: 利用可能額は1,000ドンの倍数に切り下げられます。
29. 勤続年数による制限
簡単に言うと: 労働者の勤務期間に応じて変動する制限。
状態: コードには勤続年数グループごとの表がありますが、実際の運用で有効かどうかはNhân Kiệtによって確認される必要があります。
30. 責任ある給与前払い
簡単に言うと: 労働者が自発的に、透明性を持って、適切な制限内でお金にアクセスできるようにする設計。
実践: 残額、総受取額、予備保持額、手数料、期末の影響をわかりやすい言葉で表示します。
グループD — 識別、支払い、取引状態
31. eKYC
簡単に言うと: 電子手段による顧客/ユーザーの識別プロセス。
注意: 各社のeKYCの範囲は正確に説明される必要があり、この用語をすべての身元確認手順の代わりに使用しないでください。
32. OCR CCCD
簡単に言うと: 身分証明書/CCCDの画像から情報を読み取る技術。
日給内: 書類の画像とOCR結果は確認条件で使用され、機密データの管理が必要です。
33. 正規の口座
簡単に言うと: 労働者が受け取るお金の名義が正しい銀行口座。
標準フロー内: システムはVPBankの口座名を照会し、労働者と一致することを要求します。
34. 口座名の照会
簡単に言うと: 銀行/支払いインフラに問い合わせて、送金前に口座名義を取得します。
重要性: 入力ミスや他人への送金リスクを減らしますが、すべての識別リスクを排除するわけではありません。
35. 支払い (Payout)
簡単に言うと: 送金元口座から受取人の口座への送金命令。
日給内: 標準フローはNhân Kiệtの専用支払い口座からVPBankのAPIを使用して送金します。
36. 安定した取引コード
簡単に言うと: 送信/照会の際に要求を代表する不変のコード。
重要性: 銀行とシステムが重複した命令を認識できます。
37. 再送時の不変性 (Idempotency)
簡単に言うと: 同じ要求が複数回処理されても追加の支払いが発生しないこと。
例: ユーザーが再度クリックしたり、ネットワークがタイムアウトしても、2回目の取引が作成されません。
38. 保留/待機状態
簡単に言うと: 取引が成功したか失敗したかを結論付けるのに十分な証拠がない状態。
安全原則: すぐに再送金しないでください。即座に反応がないからといって再送金することは重複送金を引き起こす可能性があります。
39. Fail-closed
簡単に言うと: データが不足しているか状態が不明な場合、システムは停止/保留にし、デフォルトで通過させません。
日給内: 状態が不明な金額は照合のために保留されます。
40. 緊急停止スイッチ
簡単に言うと: 問題や資金喪失のリスクがある場合に支払いフローを一時停止するメカニズム。
管理: スイッチのオン/オフ、使用条件、再開にはログ/承認が必要です。
グループE — 照合、給与計算、管理、事業継続
41. 照合
簡単に言うと: 独立したソースを比較して、不足、過剰、または状態の誤った取引を見つけること。
一致すべきチェーン: システム取引帳簿 ↔ 銀行明細 ↔ 給与計算。
42. T+1
簡単に言うと: 取引日の次の営業日またはカレンダー日、プロセスの定義によります。
日給内: システムは08:00に前日の明細ファイルを読み込みます。公式な運用SLAを確認する必要があります。
43. 回収不能額
簡単に言うと: 支出されたが、予定通りに完全に控除できない金額。例えば、勤務が減少したり、労働者が退職した場合など。
システム内: 追跡帳簿があります。リスク負担ポリシーはNhân Kiệtによって確認される必要があります。
44. 前払いカバー日
簡単に言うと: ある給与受取がカバーした勤務日を示すマーク。
重要性: これらの日が次の期間の利用可能額に累積されないようにします。
45. ブリッジレポート
簡単に言うと: システムと給与計算の間で、期首の数値、増減取引、例外、期末の数値をつなぐレポート。
目的: HR、財務、監査が総数から各取引まで追跡できるようにします。
46. RACI
簡単に言うと: 誰が実行し、誰が最終責任を負い、誰が相談され、誰が通知されるかを特定するマトリックス。
給与前払い内: 勤務、制限、支払い、照合、給与計算、データ、問題に対するRACIが必要です。
47. SLA
簡単に言うと: 応答時間や問題解決時間などの測定基準を持つサービスレベルの約束。
混同しないでください: 「ほぼ即時」という広告文句は契約内のSLAの代わりにはなりません。
48. RTO
簡単に言うと: 中断後にサービスを復旧するための目標時間。
例: 大規模な問題後にシステムがどのくらいで復旧するか。
49. RPO
簡単に言うと: 復旧時に失われる可能性のある最大データ量を時間で表したもの。
例: RPO 15分は、設計が15分以上のデータ損失を防ぐことを目指していることを意味しますが、テストが必要です。
50. 個人データの問題
簡単に言うと: 個人データの機密性、完全性、可用性に影響を与えるイベント。
給与前払い内: 身分証明書、位置情報、勤怠画像、銀行口座、給与データ、取引データはすべて、適切な権限、トレース、対応プロセスが必要です。
よく混同される6組の用語
(詳細: 日給にはいくつの意味があるか? および 給与前払いはローンか? を参照。)
用語1 | 用語2 | 覚えておくべき違い |
|---|---|---|
日給制 | 日給 | 一方は計算/支払い方法、他方は製品名 |
記録済み勤務 | 承認済み勤務 | データがあるからといって、すぐにお金が発生するわけではない |
稼いだ給与 | 利用可能額 | 利用可能額は受取済み、予備保持額、制限、四捨五入を控除したもの |
命令送信 | 支出済み | 要求を送信したからといって、銀行が成功したとは限らない |
照合 | 給与計算の控除 | 一方は一致を確認することで、他方は決算業務 |
無利息 | 無料 | 無利息でも他の手数料がある可能性 |
取引に必要な用語のチェーン
労働者が識別され、正しい勤務地に割り当てられる。
勤怠データが承認待ちから承認済みに移行する。
予備保持額と制限後の利用可能額を生成する計算式。
労働者が要求を作成し、確認する。
システムが安定した取引コードを生成し、支払いを送信する。
成功または保留状態。
T+1の照合が明細と一致する。
受取済みの金額が正しい給与期間に入る。
前払いカバー日が再累積を防ぐ。
よくある質問
「稼いだお金」と「受け取ったお金」は同じですか？
必ずしもそうではありません。受け取った金額は、期間内の受取額、予備保持額、制限、四捨五入のルールによって低くなる可能性があります。
勤怠を記録したばかりの勤務はすぐに受け取れますか？
モデルによります。日給では、承認済みの勤務のみが利用可能額を生み出します。記録したばかりでは承認済みとは限りません。
「保留」状態は失敗を意味しますか？
いいえ。「保留」はシステムが結論を出すのに十分な証拠がないことを意味します。すぐに再送金すると重複送金を引き起こす可能性があります。
照合は取引履歴を見ることと同じですか？
いいえ。履歴は一つのソースであり、照合は銀行明細や給与計算のような独立したソースと比較する必要があります。
この辞典は法的な定義ですか？
いいえ。これは業務上の理解を促進するためのものであり、契約、規則、コミュニケーションで使用される用語は法務部門によって確認される必要があります。
---
著者: Nguyen Minh Tuan — Chuyên viên ban chiến lược, Nhan Kiet Manpower Supply Co., Ltd.
企業向け給与前払いソリューションの相談: ホットライン 0937.022.655 · メール info@nhankiet.vn · 企業向け給与前払い