誰が給与前払いを利用できるのか?登録、認証、受け取りの条件
給与前払いは、現在、Nhân Kiệtが提供する労働者向けに設計されており、すでにシステムを導入している顧客に提供されています。すべての個人が自由にダウンロードしてお金を受け取ることができるオープンな金融アプリケーションではありません。利用するには、労働者がNKシステムに正しい顧客として登録され、CCCDで識別され、認証済みのVPBankアカウントを持ち、承認済みの勤務日数が必要です。顧客も対応する労働者グループに対して自動引き出し機能を有効にする必要があります。
> 注意: 本文で述べられている設定値はデフォルトであり、Nhân Kiệtによって調整される可能性があります。使用時に表示されるインターフェース、条件、公式通知は、労働者が確認する必要がある情報です。
簡潔な回答
労働者は通常、次の3つの条件をクリアする必要があります。
参加資格: NKシステムに労働者として登録され、給与前払いを導入した顧客/グループに属していること。
利用可能な金額: 実際に働いた日数があり、NKまたは顧客によって承認され、受け取った金額と予備保持額を差し引いた後の価値があること。
支払い資格: CCCDが要件を満たし、VPBankの認証済みアカウントを持ち、顧客が自動引き出しを有効にし、取引が安全限度内であること。
アカウントを持っていることが限度額を持っていることを意味するわけではなく、限度額を持っていることも、認証ステップやシステムの状態が完了していない場合に取引が支払われることを意味するわけではありません。
1. 給与前払いは誰のためのものですか?
(概要: 給与前払いとは何か?を参照)
現在の主な対象者
確認済みのシステムによると、主な対象者はNhân Kiệtが顧客に派遣する労働者です。顧客は専用ポータルを使用して労働者リストを確認し、勤務日数を確認および承認します。
一人の労働者が複数の顧客で働くことができます。システムは各場所ごとに勤務日数、単価、金額を分けますが、労働者と正しくリンクします。
アプリをダウンロードしただけでは利用できません
給与前払いは企業と給与/勤怠データに関連付けられたモデルです。システムは以下を知る必要があります:
労働者が誰であるか;
どの顧客のために働いているか;
入社日または退職日;
顧客での勤怠コード;
どの勤務日数が承認されたか;
適用される単価/日;
期間中に受け取った金額;
最終的な調整を担当する人。
NKシステムに関係がない人や参加していない顧客に属していない人は、給与前払いが稼いだ金額を計算するための勤務日数と給与データを持っていません。
NKのすべての顧客の労働者が自動的に利用できるわけではありませんか?
デフォルトではありません。顧客は適切な機能を設定して有効にする必要があります。NKが管理する労働者であることは、勤務先が給与前払いを開いている、または自動引き出しを有効にしていることを結論付けるのに十分ではありません。
2. 区別すべき3つの条件

レベル | 質問 | 主な条件 |
|---|---|---|
参加 | プログラムに参加していますか? | 正しい顧客/グループに属するNKの有効なプロファイル |
限度額 | 受け取れる金額がありますか? | 承認済みの勤務日数、適切な単価、受け取った金額と保持額を差し引いた後の金額 |
取引 | 今すぐお金を受け取れますか? | 有効なCCCDとアカウント、顧客が自動引き出しを有効にしている、限度を超えていない |
なぜ3つの条件に分ける必要があるのですか?
「条件が満たされていない」とだけ表示されると、労働者は誰に問い合わせるべきかわかりません。各レベルには異なる所有者があります:
プロファイルの誤り:HR/NK運営;
勤務日数の不足または誤り:NK/顧客の監督;
アカウントの誤り:労働者と認証部門;
保留中の取引:支払い/調整チーム;
機能が有効になっていない:顧客との導入担当者。
正確な原因の通知は、チケットの循環を減らし、労働者に不要なデータの再提供を求めることを避けるのに役立ちます。
3. 条件1: 有効な労働者プロファイルがあること
Nhân KiệtのERPは、労働者、顧客、入社/退職日、管理関係のリストのソースです。このデータは毎日03:00にシステムに同期されます。
プロファイルは次のように正しくリンクされる必要があります:
労働者の識別;
現在働いている顧客;
勤務状態;
有効日;
顧客での勤怠コード;
管理者または監督者;
関連する勤務/給与期間。
今日から働き始めた場合はどうなりますか?
労働者はERPデータの同期とプロファイルが正しい顧客にリンクされるのを待つ必要があるかもしれません。その後、完了し承認された勤務日数が必要です。システムは、未確定の今日や未来の日からお金を受け取ることを許可しません。
任務の終了は退職と同じですか?
必ずしもそうではありません。ある人は顧客Aでの任務を終了し、顧客Bで働き続けることができます。システムは、労働関係がまだ有効である場合、全体のプロファイルをロックするのではなく、各場所の状態を分ける必要があります。
4. 条件2: CCCDによる識別が一致すること

システム内で、CCCD番号は重要なキーです:
識別とログイン;
労働者とERPデータのリンク;
勤務日数表の一致;
給与明細の一致;
認証プロファイルのリンク;
受取人のアカウント確認をサポート。
自動引き出しの条件には、CCCDの写真とOCR結果がプロファイルと一致するかどうかの確認が含まれます。CCCD番号が間違っている、重複している、写真がない、または情報が一致しない場合、システムは続行を許可しない可能性があります。
労働者が注意すべきこと
使用中のCCCD番号を正しく入力する;
写真が明瞭で、反射や欠けがない;
他人の書類の写真を使用しない;
未確認のソーシャルメディアアカウントを通じてCCCDの写真を送信しない;
書類を変更したばかりの場合、公式チャネルを通じて更新を依頼する;
電話番号やデバイスを変更して複数のプロファイルを作成しない。
CCCDは唯一の処理されるデータですか?
いいえ。システムは勤務日数、顧客、銀行口座、取引、労働者の状態のデータも処理します。各データは適切な目的で使用され、権限が与えられ、適切に保護される必要があります。
5. 条件3: 正しい顧客と勤怠コードにリンクされていること
労働者は各顧客で独自の勤怠コードを持つことができます。勤務日数表を正しくリンクするために、システムは次を使用します:
ERPからの
company_idまたは顧客コード;労働者のCCCD識別;
顧客での勤怠コード;
割り当ての有効日。
勤怠コードの誤りが引き起こすこと
出勤しているが勤務日数が見えない;
勤務日数が他の人にリンクされている;
顧客Aの勤務日数が顧客Bに表示される;
適用される単価/日が間違っている;
監督者が承認する人を見つけられない;
限度額が0または間違っている。
労働者はサポートを求める際に顧客名、勤務日、シフト、勤怠コードを提供するべきです。名前だけを送信するのは避けるべきです。名前が重複する可能性があります。
6. 条件4: 実際に働いた日数があり、承認されていること
(基本概念: 承認済みの勤務日数とは何か?を参照)
これは基本的な条件です。給与前払いは、予測された勤務日数や未来の日から限度額を作成しません。
勤務日数はどこから来るのですか?
システムは現在、3つのソースから勤務日数を受け取ります:
主にGoogle Sheetを通じた顧客の勤務日数表;
NKシステムからの関連する人事/勤怠データ;
給与前払いアプリ内の勤怠機能。
アプリにはどのような勤怠方法がありますか?
顧客によって、システムは次の6つの方法のいずれかを使用できます:
GPS付きセルフィー写真;
設定された半径内のジオフェンス;
勤務地で時間に応じて変わるQR;
Bluetoothビーコン;
正しいBSSIDのWiFi;
出退勤の打刻。
労働者が自由に選ぶことはできません。各顧客には適切な方法が設定されています。
誰が勤務日数を承認しますか?
現在のフローでは、NKの監督者または顧客が承認できます。最初に適切に承認した人が、勤務日数の承認ステップを完了します。
顧客には、以下を行うための/khポータルがあります:
労働者を表示;
勤務日数を承認または拒否;
出退勤時間とシフトを修正;
データを調整。
承認済みの勤務日数が修正された場合、システムは自動的に承認待ちに戻し、前後のログを保存します。再承認されると、その勤務日数は限度額の確実な基準として続行されます。
7. 更新頻度が限度額の表示に影響するタイミング
ソース | 確認済みの頻度 |
|---|---|
アプリ内の勤怠 | リアルタイムで記録 |
Google Sheetの勤務日数表 | 30分ごとに同期;監督者用の即時同期ボタンあり |
人事ERP | 毎日03:00に同期 |
リアルタイムの勤怠が即座にお金を意味するわけではありませんか?
いいえ。「リアルタイム」は勤怠イベントが記録されるタイミングを指します。シフトは完了し、承認される必要があります。未確定の今日の日は、安全ネットによって受け取れる部分から除外されます。
顧客がシートを修正した場合、どのくらいで更新されますか?
通常のスケジュールでは、システムは30分ごとに再読み込みします。監督者は即時同期機能を使用できます。修正後、承認状態は確認される必要があります。
8. 条件5: VPBankアカウントが労働者本人名義であること
現在の自動フローはVPBankアカウントにロックされています。
認証プロセスは次の通りです:
労働者がVPBankアカウント番号を入力;
システムがVietQRサービスを通じてアカウント名義を確認;
アカウント名義が労働者と一致する必要があります;
認証後、アカウント番号はロックされます;
取引が条件を満たした場合、認証済みのアカウントにお金が振り込まれます。
なぜアカウント番号がロックされるのですか?
これは、認証後に受取アカウントが他人に変更されるのを防ぐための制御です。アカウントが閉鎖された、情報が間違っている、または正当な理由で変更が必要な場合、労働者は公式サポートプロセスを通じて変更を依頼する必要があります。新しいプロファイルを作成するべきではありません。
VPBankアカウントがない場合はどうなりますか?
システムにはVPBankオンラインアカウント開設のガイドリンクがあります。内部コミュニケーションでは約5分と説明されています。NKは公開前に時間の確認が必要です。実際の時間は銀行のプロセスとユーザーのデバイスに依存します。
特別な場合にはsuperadminが手動で他の銀行をリンクすることができますが、これは標準フローではなく、すべての労働者のデフォルトの権利として宣伝されるべきではありません。
電子ウォレットやプリペイドカードで受け取ることはできますか?
確認済みの現在のモデルではありません。標準フローは、労働者本人名義のVPBankアカウントに直接振り込まれます。
9. 条件6: 顧客が自動引き出しを有効にし、システムが自動支払いを開いていること
技術的には、システムには次のチェーンがあります:
承認済みの勤務日数 → 利用可能金額の計算 → 労働者が要求 → 支払い → 調整
ただし、自動機能は多層のフラグで制御されており、NKは顧客ごとに段階的に開いています。そのため、同じプロファイル条件を持つ2人が異なる顧客で働いている場合、同じ体験を同時に得られない可能性があります。
各回の受け取りに管理者の承認が必要ですか?
顧客が自動引き出しを有効にし、すべてのサーバー条件が満たされている場合、労働者は各回の承認を必要とせずに要求できます。制御は承認済みの勤務日数、認証プロファイル、限度額、安全ネットにあります。
なぜ顧客ごとに展開するのですか?
NKは、勤務日数データ、アカウント、資金フロー、支払い代理、調整を確認する必要があります。コードが完成しているからといって、すべての顧客が同時に有効になるわけではありません。
10. システムはどのように受け取れる金額を計算しますか?
確認済みのソースコードによると:
受け取れる金額 = 承認済みの勤務日数 x 単価/日 - 期間中に受け取った金額 - 予備保持額
結果は1,000ドンの倍数に切り下げられ、取引制限が適用されます。
予備保持額
顧客ごとの設定に応じて、システムは次を保持することがあります:
最新の勤務日数の一部;および/または
条件/設定されたしきい値に達した場合の10.5%の割合。
予備保持額は手数料ではなく、関連する勤務日数と条件が適切に確定された場合、給与決算で処理されます。
現在のデフォルト限度額
制限 | デフォルト値 |
|---|---|
各回の最低額 | 50,000ドン |
各命令の最大額 | 3,000,000ドン |
各人の1日の最大額 | 5,000,000ドン |
これらの制限はNKによって管理され、変更される可能性があります。システムには勤続年数に応じた限度額の構造もありますが、NKはこのメカニズムが有効になっているかどうかを確認する必要があります。
11. アカウントがあるのにお金を受け取れないのはなぜですか?

(さらに詳しく: 給与前払いの限度額が0または増えない理由と給与前払いを引き出したがまだお金が届かないを参照)
現象 | 可能な原因 | 確認すべき場所 |
|---|---|---|
顧客が見えない | プロファイル/割り当てが同期されていない | HR/NK運営 |
顧客がいるが勤務日数がない | 勤怠コードの誤りまたはソースが同期されていない | 監督者/顧客 |
勤務日数があるが金額がない | 勤務日数が承認されていないまたは今日のものである | 監督者/顧客 |
仮計算された金額があるが利用可能額が0 | 利用可能額をすべて受け取ったか保持額がカバーしている | 限度額の詳細 |
要求を作成できない | 最低額未満または限度を超えている | 取引ポリシー |
CCCDの誤り | 写真/OCRまたはプロファイルが一致しない | 公式認証チャネル |
アカウントの誤り | アカウント名義が一致しない | 労働者/銀行 |
条件を満たしているが自動引き出しボタンがない | 顧客/機能が有効になっていない | 導入担当者 |
保留中の取引 | 銀行が確実な状態を返していない | 支払い/調査 |
追加のアカウントを作成したり、CCCDを変更したり、他人に引き出しを依頼したりして問題を解決しないでください。正しい方法は、参加、限度額、または取引のどのレベルで問題が発生しているかを特定し、適切な担当者に連絡して迅速かつ安全に処理してもらうことです。
12. 登録とアクティベーションのプロセスはどのように理解すべきですか?

ステップ1: システムに労働者プロファイルが存在すること
これは、消費者に直接お金を貸したり、前払いしたりするアプリケーションとは異なります。給与前払いは、ユーザーが自分で入力したデータにのみ依存しているわけではありません。
ステップ2: 識別の一致
CCCDはプロファイル、勤務日数、給与明細をリンクします。誤った情報は権限のある担当者を通じて修正される必要があります。
ステップ3: 受取アカウントの認証
VPBankアカウントは名義が確認され、労働者と一致する必要があります。
ステップ4: 運用条件の待機
顧客が機能を有効にする必要があります。労働者は完了し、承認された勤務日数を持っている必要があります。
ステップ5: 金額の選択
労働者は利用可能な金額内でのみ要求し、受け取った金額が仮計算された勤務日数に基づく前払いであり、給与に調整されることを確認する必要があります。
13. お金を受け取る際に利息や手数料はかかりますか?
(なぜ借金ではないのか: EWAは借金か?を参照)
現在のフローによると:
利息はありません;
労働者に手数料はかかりません;
期間終了時に成功した支払い額が正確に調整されます。
コードには1.5%/月の旧手数料モデルがありますが、これはテスト部分にのみ残っており、確認済みの実際のフローには適用されていません。NKは公式な手数料ポリシー、適用期間、運用コストを負担する側を確認する必要があります。「永続的に無料」というメッセージを使用する前に。
労働者は確認画面を読む必要があります。将来、手数料が発生する場合、システムは金額、負担する側、実際に受け取る金額を確認前に明示する必要があります。
14. お金はどこからどこに振り込まれるのですか?
ソースコードによると、お金はVPBankのNK専用支払いアカウントからAPI支払い代理を通じて振り込まれ、認証済みの労働者のVPBankアカウントに入ります。
ソースコードは技術的な経路を確認しますが、専用支払いアカウントの背後にある資金源の性質を決定しません。NKは、資金がNKの資本、顧客の事前入金、または他の構造であるかどうかを公開前に確認する必要があります。
運用について:
システムは重複支払いを防ぐために取引コードを使用します;
有効な応答を受け取った場合にのみ支払いが記録されます;
不明な状態は保留されます;
保留中の金額は定期的に調査されます;
VPBankの明細はT+1で調整されます;
調整の締めは現在、superadminによる手動制御ステップがあります。
15. 複数の顧客で働く人は同じアカウントを使用できますか?
システムは一人が複数の場所で働くことをサポートします。労働者の識別は共通で使用されますが、業務データは各顧客ごとに分けられます:
勤務日数;
勤怠コード;
単価/日;
予備保持設定;
承認者;
調整期間。
労働者は各顧客ごとに新しいアカウントを作成するべきではありません。新しい勤務先が見えない場合、最初から再登録するのではなく、割り当ての更新を依頼する必要があります。
16. アカウントとデバイスの保護

システムには次のような制御があります:
一人が一つのデバイスにリンクされる;
勤怠フローで位置情報を使用する場合、偽GPSをチェックする;
CCCD/OCRをチェックする;
アカウント名義を確認する;
認証後に銀行アカウントをロックする;
重複支払いを防ぐための取引コード;
銀行の結果が不明な場合は保留にする。
労働者が絶対にしてはいけないこと
他人にOTP、パスワード、ログインコードを渡す;
CCCDを登録に貸す;
VPBankアカウントを貸す;
見知らぬ人の指示でリモートコントロールアプリをインストールする;
個人アカウントを通じて「限度額を開く」ために料金を支払う;
同僚のために引き出す;
CCCDの写真やアカウント番号を公開する。
電話を交換したり、SIMを紛失したり、アカウントがアクセスされた疑いがある場合、公式サポートチャネルを使用して再確認する必要があります。
17. 個人データは何のために使用されますか?
フローによって、データには次のものが含まれることがあります:
CCCDとプロファイル写真;
名前と労働者の状態;
顧客/勤務地;
勤務日数と承認履歴;
勤怠方法が要求する場合の画像、位置情報、デバイス;
アカウント番号とアカウント名義;
要求履歴、支払い、調整;
給与明細とサポート情報。
すべての顧客が6つの勤怠方法を使用するわけではないため、すべての労働者がGPS、WiFi、ビーコンを収集されると仮定するべきではありません。データは設定と実際の目的に従う必要があります。
個人データ保護法第91/2025/QH15号と政令第356/2025/NĐ-CP号は2026年1月1日から施行されます。NKは目的、関係者の役割、共有範囲、保存期間、労働者の権利、フィードバックチャネルに関する情報を適切に公開し、各ステップに必要なデータのみを転送する必要があります。
18. サポートを要求する前のチェックリスト
労働者は次の準備をするべきです:
公式チャネルが要求する名前と識別情報;
顧客名/勤務地;
欠けている日とシフト;
勤怠コードがある場合;
勤務日数またはエラーの状態のスクリーンショット;
お金を受け取る要求をした場合の取引コード;
時間と金額;
電話/アカウントを変更したかどうかの説明。
OTP、パスワード、または身分証明書の写真を大人数のチャットグループに送信しないでください。サポート部門もケースを処理するために必要以上のデータを要求するべきではありません。
よくある質問
誰でもアプリをダウンロードして給与前払いを受け取れますか?
いいえ。ユーザーはNKシステムにプロファイルを持ち、導入された顧客/グループに属している必要があります。その後、識別、承認済みの勤務日数、アカウント、安全な取引の条件を満たす必要があります。
私はNhân Kiệtの労働者ですが、なぜまだ利用できないのですか?
あなたが働いている顧客が機能を有効にしていない、プロファイル/割り当てが同期されていない、または承認済みの勤務日数がない可能性があります。再登録するのではなく、正しい条件レベルを確認する必要があります。
新しく働き始めた場合、すぐに受け取れますか?
入社日だけに基づいていません。プロファイルが同期され、顧客が参加し、完了し承認された勤務日数が必要です。未確定の今日の日や未来の日は限度額を作成しません。
VPBankを使用する必要がありますか?
現在の標準自動フローは、本人名義のVPBankアカウントを使用します。他の銀行の場合は、superadminが処理する例外であり、デフォルトの選択肢ではありません。
なぜアカウント名義が一致する必要があるのですか?
誤送金や他人のアカウントに変更されるリスクを減らすためです。認証後、アカウントはロックされます。変更はサポートプロセスを通じて行う必要があります。
勤務日数があるのに利用可能金額が0なのはなぜですか?
勤務日数が承認されていない、今日のものである、保持額がある、前回の受け取りに使用された、または残りの金額が最低額未満である可能性があります。各日の詳細と取引履歴を確認してください。
お金を受け取る際に管理者の承認が必要ですか?
顧客が自動引き出しを有効にし、すべてのサーバー条件が満たされている場合、各要求に手動承認は必要ありません。管理者/顧客は勤務日数の承認ステップで制御します。
給与前払いは労働者に手数料を課しますか?
現在のフローでは、利息も手数料も労働者に課されません。ユーザーは取引時に表示されるポリシーを確認する必要があります。
一人が2つの顧客で働く場合、2つのアカウントが必要ですか?
2つのアカウントを作成するべきではありません。システムは1つの識別で複数の場所で働くことをサポートし、各顧客ごとに勤務日数、単価、調整を分けます。
電話を交換した場合、何をすべきですか?
システムには1人1台のデバイス制御がありますので、労働者は公式チャネルを通じて再確認と更新を依頼するべきです。新しいプロファイルを作成したり、他人のアカウントを借りたりしないでください。
結論
給与前払いは、労働関係、顧客、勤怠、給与に関連付けられたソリューションであり、個人が自由に収入を申告できるオープンなアプリケーションではありません。労働者は、NKの有効なプロファイル、CCCDの一致、正しい顧客への割り当て、承認済みの勤務日数、認証済みのVPBankアカウント、顧客が対応する機能を有効にしている場合に条件を満たします。
アカウントを持っていることは最初のステップに過ぎません。受け取れる金額は、承認済みの勤務日数、単価、保持額、受け取った金額、限度額に依存します。まだ利用できない場合は、参加、限度額、取引のどのレベルで問題が発生しているかを特定し、適切な担当者に連絡して迅速かつ安全に処理してもらいましょう。
参考文献
---
著者: Nguyen Tan Loc — 戦略部門専門家、Nhan Kiet Manpower Supply Co., Ltd.
企業向け給与前払いソリューションの相談: ホットライン 0937.022.655 · メール info@nhankiet.vn · 企業向け給与前払い
Read more articles
- 給与前払いにおける6つの出勤管理方法はどのように機能するのか?労働者向けガイド · Người lao động
- 人材供給・労働者派遣を行う企業向けの給与前払い:複数の顧客先での勤怠をどう管理するか? · Doanh nghiệp
- 給与前払い(EWA)におけるリスクガバナンスと不正防止 · Doanh nghiệp
- 給与前払い(EWA)はどのような企業に適しているか?セルフ評価基準セット · Doanh nghiệp
- 企業が給与前払い(EWA)を導入する際のROIの計算方法 · Doanh nghiệp
- 承認済み勤務とは何か、そしてなぜ受け取れる金額を決めるのか? · Người lao động
- EWAはCICに影響するのか? 正確で条件付きの答え · Pháp lý
- 給与前払いのプロセス:勤怠記録から受取・照合まで · Doanh nghiệp
- EWA導入時のデータセキュリティとプライバシー保護 · Doanh nghiệp
- 企業向け90日間EWAパイロット計画 · 企業