なぜ給与前払いの限度額が0または増加しないのか？原因と対処法

なぜ給与前払いの限度額が0または増加しないのか？原因と対処法

給与前払いの限度額が0または増加しないのは必ずしもアプリのエラーではありません。システムは承認済みの勤務日からのみ計算し、受け取った金額と予備保持額を差し引きます。労働者の記録、顧客、タイムカードコード、CCCD、VPBankアカウントも一致している必要があります。労働者はサポートリクエストを送信する前に、職場 → 勤務状態 → 同期時点 → 保持額と受け取った金額 → 認証記録を順に確認するべきです。

> 注意: 記事に記載されている設定値はデフォルトであり、Nhan Kietによって調整される可能性があります。アプリでの公式な状態名と表示画面は、労働者が確認する必要があります。

表示に基づく迅速な回答

新しいアカウントを作成したり、CCCDを変更したり、他人に引き出しを依頼したりして「再試行」しないでください。これらの方法はデータの照合を困難にし、セキュリティリスクを増加させる可能性があります。

1. まず: 「限度額が0」と「金額を引き出せない」は異なる

「金額がない」と呼ばれることが多い3つの状況:

賃金データがない

アプリに計算するための有効な勤務日がない。原因は通常、記録、勤務表、または承認状態にあります。

賃金があるが利用可能額が0

システムには勤務があるが、予備保持額と受け取った金額を差し引いた後の利用可能額が0または最低額未満です。

利用可能額があるが取引がブロックされている

金額は表示されているが、ユーザーがCCCD、VPBankアカウント、日次制限、顧客状態、または安全管理の条件を満たしていません。

正確に区別することで、チケットを適切な場所に送信できます。監督者は銀行のエラーを処理できません。支払い部門も権限がない場合、顧客の代わりに勤務を承認することはできません。

2. 給与前払いの限度額はどのように形成されるのか？

(基礎概念: 承認済み勤務とは？ および 給与前払いとは？ を参照。)

確認済みのシステムによると:

利用可能額 = 承認済み勤務 x 日単価 - 期間中に受け取った金額 - 予備保持額

結果は1,000ドンの倍数に切り捨てられ、その後、最低額、各命令の上限、日次上限、および安全条件が確認されます。

数字を増やすには、少なくとも次のような有効な変更が必要です:

• 承認される資格のある勤務日を追加する;

• 新しい勤務データが同期される;

• 修正された勤務が再承認される;

• 計算が許可される状態/期間に移行する;

• 設定または割り当てが正しく修正される;

• 保留中の取引が失敗として確認され、プロセスに従って利用可能額が返還される。

アプリを何度も開いたり、シフト開始時にタイムカードを打刻したり、将来の勤務スケジュールが設定されていても限度額は増加しません。

3. 原因1: 労働者の記録が同期されていない

Nhan KietのERPは、労働者、顧客、入社/退職日、管理関係のリストのソースです。データは毎日03:00に同期されます。

兆候

• 顧客/職場が見つからない;

• アプリが所属していない、または割り当てがないと報告する;

• 新しく入社した、または異動したばかり;

• 記録がまだ古い顧客を表示している;

• 任務が終了するとすべての使用権が影響を受ける。

対処法

1. HR/監督者が勤務開始日を記録しているか確認する。

2. 現在の顧客名と職場を確認する。

3. 新しい変更が入力された場合、03:00の同期サイクルを待つ。

4. それでも間違っている場合は、HR/NK運営に連絡して記録と有効日を確認する。

基礎記録が正しくない場合、管理者に「手動で金額を追加する」よう要求しないでください。ソースを正しく修正することで、次の期間も一致し続けます。

4. 原因2: 顧客またはタイムカードコードの誤り

一人の労働者が複数の顧客で働くことができ、各場所で独自のタイムカードコードを持っています。システムはCCCD、company_id/顧客コード、タイムカードコード、割り当て期間を使用してデータを結合します。

兆候

• 労働者がアプリに表示されているが勤務がない;

• 勤務が他の職場に表示される;

• 同じシフトの同僚がデータを持っているが自分にはない;

• 顧客でカード/従業員コードを変更したばかり;

• 顧客Bで働いているがアプリには顧客Aしか表示されない。

対処法

監督者に提供する情報:

• 顧客名;

• 勤務日とシフト;

• 使用中のタイムカードコード;

• 変更したばかりのコード;

• アプリの状態のスクリーンショット、グループで送信する場合は機密情報を隠す。

名前だけを送信しないでください。同名の人がいる可能性があり、システムは表示名を主要な結合キーとして使用しません。

5. 原因3: 勤務表データが同期時点に達していない

システムには異なる速度の多くのソースがあります:

「リアルタイム」の正しい理解

タイムカードイベントが即時に記録されることは、金額が即時に表示されることを意味しません。シフトが完了し、データが有効であり、勤務が承認される必要があります。今日が締め切られていない場合、安全ネットにより受け取り可能部分から除外されます。

いつ待つべきか？

• 顧客がSheetを入力/修正してから30分未満;

• 監督者が即時同期を押していない;

• ERPの後に新しい記録が入力された;

• タイムカードデバイスがネットワークに再接続されたばかり;

• 夜勤が完了していない。

いつ報告するべきか？

同期サイクルが過ぎ、同じソースの同僚が勤務を持っているが自分のデータがまだ不足している場合、日付、シフト、タイムカードコード、顧客を添えてチケットを送信するべきです。

6. 原因4: 勤務が記録されているが承認されていない

承認済みの勤務のみが受け取り可能な金額を生成します。現在のフローでは、NKまたは顧客の監督者が承認できます。誰が最初に適切に承認するかで確認ステップが完了します。

なぜ勤務が待機中なのか？

• シフトが終了していない;

• 入退時間が不足している;

• 位置/QR/WiFiがルールに適合していない;

• 実際のシフトがスケジュールと異なる;

• 顧客が例外を確認中;

• 監督者が承認のカットオフに達していない;

• データが修正されたばかり;

• 複数の場所での勤務を確認する必要がある。

労働者がすべきこと

勤務日の詳細を確認し、状態を確認し、正しい日にフィードバックを送信します。承認権限のある部門が勤務を確認するまで、支払い部門に限度額を増やすよう要求しないでください。

7. 原因5: 今日または未来の日が計算されない

システムには、完了し、締め切られた勤務のみを計算する原則に基づく日付ブロックネットがあります。したがって:

• 明日の勤務スケジュールは限度額を生成しない;

• 今朝のチェックインは即時に受け取るための金額を生成しない;

• 進行中のシフトは完了した勤務ではない;

• 昨夜の深夜シフトは終了し、勤務日が確認されるまで待つ必要があるかもしれません。

これは、給与前払いが実際に行った勤務に基づくようにするための基本的な管理です。

8. 原因6: 承認済みの勤務が修正されたばかり

顧客は、独自のポータルと勤務表ソースで入退時間やシフトを修正できます。承認済みの勤務が修正されると、システムは自動的に状態を承認待ちに戻し、前後のログを保存します。

なぜ限度額が減少または増加しないのか？

新しい記録が再承認されていないためです。データが変更された後、システムは古いバージョンを確実な基準として扱い続けません。

対処法

• 監督者に修正の理由を尋ねる;

• 新しい時間/シフトが正しいか確認する;

• 権限のある人が再承認するのを待つ;

• 以前の勤務から金額を受け取った場合、差額の処理方法を説明するよう要求する。

原因が不明な場合、古い記録を削除したり、新しい勤務を作成して「補う」ことはしないでください。これによりデータが重複する可能性があります。

9. 原因7: 予備保持額が最新の勤務をカバーしている

(期末決算方法: 給与前払いを受け取った後、月末にいくら残るか？ を参照。)

顧客によっては、システムが次のように保持することがあります:

• 最新の勤務日数; および/または

• 条件/設定閾値を満たす場合の10.5%の割合。

予備保持額は、早期に受け取るために開かれていない部分であり、手数料でも失われた金額でもありません。

イラスト例

労働者が2日間の承認済み勤務を持ち、日単価が300,000ドン/日であると仮定します。顧客が最新の2日間の勤務を保持するように設定している場合、両方の日が保持部分に含まれているため、利用可能額が0になる可能性があります。

承認済みの勤務が追加されると、古い日が保持領域から外れ、実際のルールに応じて利用可能額を生成し始めることができます。

> 例は原則を説明するだけです。NKは、保持設定の表示方法と適用順序を公式に発表する前に確認する必要があります。

10. 原因8: 労働者が利用可能な部分をすべて受け取った

期間中の多くの小さな取引が、受け取ることができる全体の部分を合計することがあります。

例:

• 予備保持後の条件を満たす金額: 2,000,000ドン;

• 1回目に受け取った金額: 500,000ドン;

• 2回目に受け取った金額: 700,000ドン;

• 3回目に受け取った金額: 800,000ドン。

合計受け取った金額は2,000,000ドンであり、追加の承認済み勤務があるか、データが有効に変更されるまで残りの金額は0です。

労働者は期間中に受け取った合計を確認する必要があります。最近の取引だけでなく、受け取った金額は給与期末に対して照合され、二重支払いを避けます。

11. 原因9: 残りの金額が最低取引額未満

確認時点での各取引のデフォルトの最低額は50,000ドンです。利用可能額が49,000ドンしかない場合、アプリは値を表示するかもしれませんが、命令を作成できません。

システムは1,000ドンの倍数に切り捨てます。そのため、内部計算の金額と表示される金額にはわずかな差があるかもしれません。

これらの値は設定です。労働者はこの値が変更されないと仮定するのではなく、アプリの通知を確認する必要があります。

12. 原因10: 各命令または各日の上限に達している

確認済みのデフォルト値:

2つの異なる状況

• 利用可能額が400万ドンあるが、最大300万ドンの命令しか作成できない: 各命令の上限に達しているため、100万ドンが失われたわけではありません。

• 1日に合計500万ドンを受け取った: 期間中に限度額が残っていても、設定に応じて別の日を待つ必要があるかもしれません。

コードには勤続年数に基づく限度額の表もありますが、NKはこの機能が実際の運用で有効になっているかどうかを確認する必要があります。

13. 原因11: 顧客が自動引き出しを有効にしていない

技術的には自動化チェーンが存在しますが、自動支払いフラグはデフォルトでオフになっており、NKは試験的に金額が一致した後、顧客ごとに段階的に有効にします。

兆候

• 労働者が記録を持ち、承認済みの勤務があるが、受け取り機能が見つからない;

• 他の顧客の同僚が使用できるようになった;

• 新しい顧客がパイロット段階にある;

• 機能が一部のグループに有効になっているが、全体にはまだ開かれていない。

これは労働者が自分で解決できる問題ではありません。NK/顧客の展開担当者に問い合わせ、別のアカウントを作成しないでください。

14. 原因12: CCCD記録が条件を満たしていない

自動引き出しの条件には、CCCDの画像とOCR結果が記録と一致するかどうかの確認が含まれます。限度額が使用できない場合があります:

• CCCDの画像がない;

• 画像がぼやけている、反射している、または角が欠けている;

• CCCD番号がERPと一致しない;

• 他人の書類を使用している;

• 記録が重複している;

• 書類を変更したばかりで更新されていない。

労働者は公式チャネルを通じて更新するべきです。CCCDの画像を自称サポートアカウントに送信したり、多人数のチャットグループに投稿したりしないでください。

15. 原因13: VPBankアカウントが認証されていない

標準の自動化フローでは、VPBankアカウントが労働者本人の名義である必要があります。

システム:

1. アカウント番号を受け取る;

2. VietQRを通じてアカウント名義を確認する;

3. 労働者の名前と照合する;

4. 認証後にアカウント番号をロックする。

よくあるエラー

• アカウント番号を間違えて入力した;

• アカウント番号の代わりにカード番号を入力した;

• 銀行名が記録と一致しない;

• 親族のアカウントを使用している;

• アカウントがアクティブでない;

• 労働者がアカウントの変更を要求したが、認証が完了していない。

コードには他の銀行をsuperadminがリンクする例外がありますが、これはデフォルトのフローではありません。労働者は例外を自己登録の選択肢と見なすべきではありません。

16. 原因14: デバイスまたはアカウントが安全管理下にある

システムには、一人の労働者が一つのデバイスにリンクされ、タイムカードの偽造防止管理があります。いくつかの状況では確認が必要かもしれません:

• 電話を変更した;

• 他人とデバイスを共有している;

• アプリを再インストールしたり、SIMを交換したりした;

• デバイスが偽GPSを検出された;

• 他人のためにタイムカードを打刻した;

• アカウントの乗っ取りの兆候がある;

• 受け取り情報が変更されたばかり。

エミュレーターソフトウェア、偽GPS、または電話の借用で管理を回避しようとしないでください。公式チャネルに連絡してデバイスを更新し、身元を確認してください。

17. 原因15: 前回の取引が不明な状態にある

(詳細: 給与前払いを引き出したが金額が届かない を参照。)

労働者がリクエストを送信したが、銀行が確実な結果を返さない場合、システムは取引を保留し、5分ごとに定期的に調査します。二重支払いを避けるために自動的に失敗と推測しません。

労働者がすべきこと

• 取引の状態を確認する;

• VPBankの残高/履歴を確認する;

• 重複して送信しない;

• 取引番号と時点を保存する;

• 公表された時間を超えた場合はサポートに連絡する;

• 調査中にアカウントを変更しない。

システムは前日の取引に対して毎日08:00にVPBankの明細をT+1で照合します。NKは具体的なSLAを公表し、ユーザーがいつ待つべきか、いつ報告すべきかを知ることができるようにする必要があります。

18. 3分での自己確認プロセス

ステップ1: 正しい職場を選択

複数の顧客で働いている場合、各職場と対応する勤務期間を確認します。

ステップ2: 勤務の詳細を開く

どの日がまだないか、どの日が待機中か、どの日が承認されているかを確認します。

ステップ3: 更新時点を確認

Sheetの30分サイクルまたはERPの03:00と比較します。アプリ内のタイムカードはリアルタイムで記録されますが、承認が必要です。

ステップ4: 限度額の計算式を確認

勤務に基づく金額、期間中に受け取った金額、保持額、残りの金額を照合します。

ステップ5: 取引条件を確認

CCCD、VPBankアカウント、最低額、命令の上限、日次上限、顧客状態を確認します。

ステップ6: 取引履歴を確認

処理中/調査待ちの命令がある場合、再送信しないでください。

ステップ7: 十分なデータを持ってチケットを送信

エラーが勤務、限度額、または取引に関連していることを明確にし、必要な証拠を添付し、機密データを隠します。

19. 誰に問題を送信するか？

労働者は追跡用の一意のチケット番号を受け取るべきです。担当者が変更された場合、内部システムはケースと証拠を転送するべきであり、ユーザーにすべての情報を再送信させるべきではありません。

20. サポートリクエストの内容例

> 私の名前: [名前]
> 顧客/職場: [名前]
> 確認する日/シフト: [日付、シフト]
> タイムカードコード: [コード]
> 表示: [勤務が見えない/勤務待ち/限度額0/命令が作成できない/取引が保留中]
> 取引番号がある場合: [番号]
> 発生時点: [時間、日付]
> 確認済み: [職場、勤務状態、受け取った履歴、アカウント]

OTP、パスワード、または完全なCCCD画像をテンプレートに含めないでください。公式チャネルが要求し、適切な保護手段がある場合にのみ書類を提供してください。

21. アプリがより明確に表示すべき通知

「条件を満たしていない」とだけ表示する代わりに、システムはメッセージを分類するべきです:

• 「職場の記録が同期されていません—HRに連絡してください」。

• 「9月2日の勤務が顧客の承認待ちです」。

• 「最新の2日間の勤務が予備保持に含まれています」。

• 「期間中に利用可能な金額をすべて受け取りました」。

• 「残りの金額が各取引の最低額未満です」。

• 「今日の取引上限に達しました」。

• 「VPBankアカウントが認証されていません」。

• 「顧客が自動引き出し機能を有効にしていません」。

• 「前回の取引が調査待ちです—再送信しないでください」。

各通知には正しいアクションボタンがあるべきです: 勤務を確認する、調整を要求する、アカウントを認証する、またはチケットを開く。これは体験を改善するための提案であり、現在のバージョンにすべての通知が含まれていることを保証するものではありません。

22. 問題解決時のデータ保護

サポートにはCCCD、勤務、顧客、アカウント、取引が関与する可能性があります。NKと顧客は次のことを行う必要があります:

• 必要なデータのみを要求する;

• 公式チャネルを使用する;

• 表示時にアカウント番号を隠す;

• 職場に基づいて権限を設定する;

• 誰が閲覧/修正したかの履歴を保存する;

• 個人データを広範なグループに含めない;

• チケットと証拠の保存期間を設定する;

• ケースを転送する際にデータを無駄にコピーしない。

個人データ保護法第91/2025/QH15号および2025年政令第356/2025/NĐ-CP号は2026年1月1日から施行されます。サポートプロセスは、NKが実際の役割とデータフローに基づいて見直す必要があります。

よくある質問

今日働いたのに限度額が増加しないのはなぜですか？

今日が締め切られていないため、システムによって受け取り可能部分から除外されています。シフトが完了し、データが有効であり、勤務が承認される必要があります。

承認済みの勤務があるのに限度額が0なのはなぜですか？

勤務が予備保持部分に属している可能性があります。利用可能な部分をすべて受け取った、残りの金額が最低額未満、または顧客/機能が適切に設定されていない可能性があります。

顧客が勤務時間を修正した場合、限度額は変わりますか？

変わる可能性があります。承認済みの勤務が修正されると、自動的に承認待ちに戻ります。新しいバージョンが承認された後、システムは有効なデータに基づいて再計算します。

Google Sheetの勤務表はどのくらいで更新されますか？

確認済みの設定によれば、システムは30分ごとに同期され、監督者には即時同期ボタンがあります。限度額があるかどうかは承認状態にも依存します。

40,000ドンの利用可能額があるのに引き出せないのはなぜですか？

現在の各命令のデフォルトの最低額は50,000ドンです。公式の値はアプリで確認する必要があります。設定は変更される可能性があります。

400万ドンの利用可能額があるのに最大300万ドンしか受け取れないのはなぜですか？

各命令のデフォルトの上限は300万ドンです。残りの部分は失われません。別の命令を作成する能力は日次上限や適用されている条件に依存します。

保留中の取引を再送信すべきですか？

いいえ。システムは不明な状態を保持して調査し、二重支払いを避けます。取引番号を保存し、VPBankを確認し、公表されたSLAを超えた場合はサポートに連絡してください。

電話を変更すると限度額が失われますか？

限度額は勤務に基づいていますが、取引条件は一人一台のデバイス管理によって影響を受ける可能性があります。公式チャネルを通じてデバイスを確認し、新しい記録を作成しないでください。

複数の顧客で働いている場合、どこを確認すべきですか？

各顧客を確認してください。勤務、タイムカードコード、単価、承認者、保持額は職場ごとに分かれています。

予備保持額は手数料ですか？

いいえ。それは早期に受け取るために開かれていない部分であり、安全な余裕を作るためのものです。有効な部分は給与期末に処理されます。

結論

給与前払いの限度額が0になる原因は、記録/割り当て、データと勤務の承認、計算式と制限、または認証と取引状態の4つのグループに分けられます。ほとんどの問題は、職場、各勤務日、同期時点、受け取った金額、保持額、CCCD、VPBankアカウントを正しく確認することで特定できます。

労働者は新しいアカウントを作成したり、アカウントを借りたり、取引を重複して送信したりしてエラーを回避しないでください。証拠、取引番号を保存し、適切な担当者に送信してください。NK側では、具体的な原因を表示し、適切な処理ボタンを提供することで、待ち時間を減らし、給与前払いへの信頼を強化できます。

参考文献

• 個人データ保護法第91/2025/QH15号

• 個人データ保護法のガイドライン政令第356/2025/NĐ-CP号

---

著者: Nguyen Tan Loc — 戦略部門専門家、Nhan Kiet Manpower Supply Co., Ltd.

企業向け給与前払いソリューションの相談: ホットライン 0937.022.655 · メール info@nhankiet.vn · 企業向け給与前払い