複数の顧客で働く場合、給与前払いはどのように計算され、受け取る金額はどうなるのか?
短い回答: 給与前払いは、労働者が複数の顧客で働くことをサポートします。しかし、勤務時間と金額は任意に合算されません。システムは顧客コードごとに職場を分け、各職場にはタイムカードコード、勤務源、シフト、単価、承認状態、個別の保持設定があります。
労働者がアプリを開く際には、勤務時間を確認する前に正しい顧客を確認する必要があります。ある場所で勤務時間が承認されても、他の場所の勤務時間が自動的に承認されるわけではありません。また、ある場所で給与前払い機能が有効になっていても、すべての職場で有効になっているとは限りません。
> 注意: 限度額の合算方法やインターフェースの表示方法は、企業やアプリのバージョンによって異なる場合があります。ユーザーは利用時にアプリに表示される情報を確認する必要があります。
なぜ一人の人が複数の顧客で働くことができるのか?
> 🖼 画像: 複数の顧客とつながる労働者。 (alt: "給与前払いで複数の顧客で働く労働者")
(労働力供給企業向け: 労働力供給および再雇用企業向けの給与前払い を参照してください。)
労働力供給および再雇用のモデルでは、一人の労働者が期間中に職場を変更したり、複数の顧客間で調整されたり、複数の顧客で有効な勤務データを持つことができます。そのため、システムは各個人番号が常に一つの場所にのみ関連付けられていると仮定することはできません。
ソースコードはマルチワークプレイスの可能性を示しています。つまり、一人の労働者が複数の顧客と関係を持つことができます。これは、給与前払いがスタッフ環境で重要な特徴であり、人事データ、割り当て、勤務表が単一の工場を持つ企業よりも複雑であることが多いです。
システムはどのようにして人と職場を識別するのか?
3つのデータ層が正しく接続される必要があります:
層 | 主な識別キー | 役割 |
|---|---|---|
労働者 | 個人番号 | プロファイルの識別、ログイン、給与明細、勤務データ |
顧客 |
| どの企業で勤務が発生したかを特定 |
顧客の勤務表 | 個別のタイムカードコード | 顧客の勤務行を正しい労働者に接続 |
名前は人間が読むためのものであり、重複した名前、欠落したアクセント、異なる書き方があるため、唯一のキーとして使用すべきではありません。個人番号が正しくても、ある顧客でのタイムカードコードが間違っている場合、その場所での勤務はアカウントに接続されない可能性があります。
顧客ごとに分けられるデータは何か?
タイムカードコード
同じ人が2つの場所で異なるタイムカードコードを持つことがあります。工場AでのコードA123は、自動的に倉庫Bで使用できるわけではありません。
勤務源
顧客AはアプリのQRコードを使用し、顧客BはGoogle Sheetを送信し、顧客Cはジオフェンスを使用することがあります。そのため、更新速度やエラー処理のプロセスも異なります。
シフトと勤務時間のルール
各顧客は異なるシフトスケジュール、勤務記号、夜勤の処理方法を使用することがあります。ある場所で有効な出勤/退勤時間が、他の場所のシフトウィンドウに適合するとは限りません。
承認者
Nhan Kietの監督者または顧客の代表者が勤務を承認する権限を持っています。担当者のリストと承認の進捗は職場ごとに異なる場合があります。
日単価
利用可能な金額は、労働者の共通単価から推測されません。日単価は顧客ごとにNhan Kietによって設定されます。
保持予定額
顧客は最新のN日間の勤務を保持し、または適用限度に達した場合に10.5%を保持するように設定されることがあります。そのため、同じ勤務日数でも、早期に受け取る部分が異なる場合があります。
機能の有効化状態
自動支払いは顧客ごとに段階的に開かれます。一人の労働者が2つの場所で勤務を確認できる場合でも、有効化された場所でのみ対応する支払いフローを実行できます。
どのように計算式が適用されるのか?
現在の設定に基づいて、利用可能な金額は次のように計算されます:
> 承認済み勤務 × 顧客の日単価 − 期間中に受け取った金額 − 保持予定額
結果は1,000 VNDの倍数に切り捨てられます。システムは未確定の日と未来の日をブロックします。
複数の顧客がいる場合、計算は2段階で理解する必要があります:
各顧客での有効な勤務部分を特定する;
正しい顧客の設定を適用して、労働者が受け取ることができる金額を提示する。
異なる顧客の日を含む場合、総勤務日数 × 単一の単価を自動的に合算しないでください。
例示
> 🖼 画像: 2つの顧客における勤務と金額の計算例。 (alt: "複数の場所で働く際の給与前払いの計算方法")
ある労働者が以下のデータを持っていると仮定します:
内容 | 顧客A | 顧客B |
|---|---|---|
承認済みで条件を満たす勤務 | 5日 | 3日 |
日単価の例 | 300,000 VND | 350,000 VND |
勤務価値 | 1,500,000 VND | 1,050,000 VND |
保持額の例 | 300,000 VND | 350,000 VND |
期間中に受け取った金額 | 500,000 VND | 0 VND |
残りの例 | 700,000 VND | 700,000 VND |
これは数学的な例であり、Nhan Kietの適用レートではありません。覚えておくべき点は、各列が個別のデータと設定に基づいて計算されることです。Bでの勤務がまだ承認待ちの場合、Aでの勤務が完了していても、Bでの700,000 VNDの例はまだ形成されません。
複数の顧客の金額は1つの限度額に合算されるのか?
(詳細は:給与前払いの限度額が0または増加していない理由 を参照してください。)
システムは職場ごとに勤務と金額を分けることができます。インターフェースが統合された総限度額を表示するか、顧客ごとに引き出しを要求するかは、アプリのバージョンや企業の設定によって異なる場合があります。
したがって、公開内容は次のレベルで確実に述べるべきです:
勤務は顧客ごとに確認される;
単価と保持額は異なる場合がある;
承認済みの勤務のみが条件を満たす価値を生成する;
受け取った部分は重複計算を避けるために追跡される;
総表示または分割表示の方法は、現在の運用インターフェースに従う必要がある。
具体的な表示方法は、アプリのバージョンや企業の設定によって異なる場合があります。
顧客Aから顧客Bに移行する際の注意点
割り当てプロファイルを更新する必要がある
ERPは労働者と顧客の関係、入社日、退職日を提供します。移行が同期されていない場合、ユーザーは新しい顧客が表示されないか、古い場所が表示され続ける可能性があります。
新しい場所のタイムカードコードが必要
タイムカードコードは自動的に保持されません。HR/監督者は新しい顧客の勤務表で使用する正しいコードを割り当てる必要があります。
勤務方法が変更される可能性がある
古い場所でWiFiを使用していたからといって、新しい場所でもWiFiを使用するとは限りません。労働者はQR、ジオフェンス、セルフィーGPS、ビーコン、出勤/退勤について再度指導を受ける必要があります。
古い勤務は消えない
場所を移動しても、古い顧客の勤務履歴や取引を削除しないでください。データは正しい期間で決算するために分けて保持する必要があります。
新しい場所で給与前払い機能が有効になっていない可能性がある
新しい顧客は展開範囲に含まれている必要があります。労働者が有効なプロファイルと勤務を持っているだけでは、すべての場所で自動引き出しができると結論付けるには不十分です。
複数の場所で働く際に誤解しやすい12の状況
1. 間違った顧客を見ている
労働者が「勤務がない」と思っているが、実際には別の場所のカードを開いている。
対処法: 日付とシフトの前に顧客名を確認する。
2. 間違ったタイムカードコードを使用している
勤務行が勤務表に入っているが、正しい顧客のプロファイルと一致しない。
対処法: 各場所のコードを照合し、名前だけで照合しない。
3. 古い場所の勤務方法を使用している
労働者がQRコードをスキャンしようとしているが、新しい顧客はジオフェンスを使用している。
対処法: 新しい場所の設定/ガイドを確認する。
4. Aの勤務が承認され、Bの勤務が未承認
労働者が「承認済み」と思っているが、アカウント全体の状態ではない。
対処法: 各顧客ごとに各レコードを確認する。
5. 2つの場所で更新サイクルが異なる
アプリはリアルタイムで記録し、Google Sheetは約30分ごとに同期されます。2つの顧客が2つの異なるソースを使用している場合、同時に表示されません。
対処法: ソースと最新の同期時間を特定する。
6. 2つの場所で単価が異なる
同じ日数でも金額が異なることは必ずしもエラーではありません。
対処法: Nhan Kietによって設定された単価と公式給与情報を照合する。
7. 保持額が異なる
ある顧客が最新の勤務日を多く保持しているか、異なる設定を適用している。
対処法: 各場所の保持額の詳細を確認し、保持部分を手数料と呼ばない。
8. 自動引き出しが有効になっていない場所がある
勤務が表示されているが、受け取りボタンが利用できない。
対処法: 正しい顧客での展開範囲について監督者/HRに問い合わせる。
9. 移行日が両方の場所で記録されている
ソースデータが同じ日を記録しているが、実際には1つの場所でのみ勤務している場合、システムは自動的に両方を合算するのではなく、確認する必要があります。
対処法: 割り当てスケジュールと証拠を監督者に提供し、データが明確になる前に引き出しを試みない。
10. 夜勤が間違った日または顧客に割り当てられている
夜勤が正しいルールを使用していない場合、誤解される可能性があります。
対処法: 開始時間、終了時間、シフト名、職場を明確に報告する。
11. 受け取った部分が2回引かれたと誤解されている
労働者が2つの場所での総勤務金額を見ているが、期間中に受け取った金額が残りの部分からすでに引かれていることを忘れている。
対処法: 各取引、参照コード、計算の詳細を照合する。
12. 2つの顧客の勤務期間が表示方法と一致しない
締め日または期間の画面がユーザーに誤った範囲を比較させる可能性があります。
対処法: 表示中の期間の開始日と終了日を確認し、企業ごとに異なる可能性のある期間ルールを確認する。
2つの場所間で勤務または金額が一致しない場合の自己チェックプロセス
ステップ1:各職場をリストアップ
顧客名、勤務日範囲、対応するタイムカードコードを記録します。すべてを1行にまとめて反映しないでください。
ステップ2:割り当てスケジュールを照合
どの日がAで働いたか、どの日がBで働いたかを特定します。移行日には、時間と割り当て担当者を明記します。
ステップ3:ソースと勤務状態を確認
データがアプリから来ているかSheetから来ているか、同期されているか、承認待ちか、承認済みか、拒否されているかを特定します。
ステップ4:各場所の計算を確認
条件を満たす勤務数、単価、受け取った金額、保持額を照合し、その後に総計を確認します。
ステップ5:正しい窓口に送信
割り当て/プロファイルの誤り:Nhan KietのHR。勤務表の誤り:監督者または顧客。承認済みだが計算が間違っている:給与前払いの業務サポート。不明な取引:支払いサポート。
複数の顧客で働く際のチェックリクエストの例
> 複数の顧客で働く際の給与前払いデータを確認したいです。名前:…; セキュリティチャネルに従った個人番号/従業員コード:…; 顧客A:…、タイムカードコード…、日付/シフト…、状態…; 顧客B:…、タイムカードコード…、日付/シフト…、状態… 。一致しない内容:… 。割り当てスケジュール、承認済み勤務、受け取った金額、保持額を照合しました。各顧客ごとに担当部門に確認をお願いします。
公開チャットグループで他人の個人番号、銀行口座、またはデータを含む画像を投稿しないでください。
システムはどのように表示すべきか?
複数の場所で働く人向けのインターフェースには次のものが必要です:
明確な顧客選択ツール;
各場所に一貫した色またはラベル;
タイムカードコードと勤務方法;
割り当て日範囲;
状態ごとの勤務数;
最新の同期時間;
使用中の単価または閲覧権限の説明;
顧客ごとの受け取った金額と保持額;
最終的な総計が逆追跡可能であること;
1日が複数の場所に表示される場合の警告;
顧客とレコードが事前に設定されたリクエスト送信ボタン。
重要な原則は総合するがソースを混ぜないことです:ユーザーは全体像を見ることができますが、各金額がどの日の勤務から来ているか、どの顧客から来ているかの詳細を開くことができます。
よくある質問
一人の人が複数の顧客で給与前払いを利用できるか?
システムは一人の人が複数の場所で働くことをサポートする能力があります。しかし、各顧客は有効なデータ、設定、展開状態を持っている必要があります。
2番目の場所のために新しい給与前払いアカウントを作成する必要がありますか?
そうすべきではありません。個人番号は労働者の識別キーです。重複したプロファイルを作成すると、データの接続が難しくなる可能性があります。HRは正しいプロファイルに顧客関係を追加する必要があります。
タイムカードコードはすべての場所で同じですか?
必ずしもそうではありません。各顧客は個別のタイムカードコードを提供することがあります。
2つの場所で同じ勤務方法を使用していますか?
必ずしもそうではありません。各顧客はQR、ジオフェンス、WiFi、ビーコン、セルフィーGPS、出勤/退勤などの適切な方法を選択します。
ある場所で承認された勤務が他の場所でも承認されることはありますか?
ありません。勤務はレコードと正しい顧客に基づいて確認されます。
同じ3日間の勤務でも、2つの場所で金額が異なるのはなぜですか?
日単価と保持額が異なる可能性があります。各顧客の設定を照合する必要があります。
場所を移動したが新しい顧客が表示されない場合はどうすればよいですか?
ERPでの割り当て、入社日、タイムカードコードをHR/監督者に確認してください。ERPはシステムスケジュールに従って同期されます。
ある日が2つの顧客で勤務として記録されている場合、両方が計算されますか?
2つのレコードがあるだけでは結論を出すことはできません。権限を持つ人が実際の勤務、シフトルール、適法性を確認し、承認する必要があります。
VPBankアカウントは各顧客ごとに再登録する必要がありますか?
受け取りアカウントは労働者の身元に関連付けられていますが、システムの表示方法や各フローでのリンクは運用バージョンに従う必要があります。指示がない場合は、銀行口座や労働者プロファイルを自分で作成しないでください。
古い顧客での退職が受け取った履歴を失わせることはありますか?
そうすべきではありません。勤務履歴、取引、決算は対照のために保存される必要があります。インターフェースに表示されない場合は、データが失われたと結論付けるのではなく、検索サポートを要求してください。
結論
給与前払いは労働力供給モデルの現実に対応しています:一人の人が複数の顧客で働くことができますが、すべてのデータは職場ごとに正しく分けられる必要があります。個人番号は人を識別し、顧客コードは企業を識別し、タイムカードコードは各場所での勤務行を接続します。
受け取る金額を確認する際には、単に総勤務日数を合算しないでください。各顧客を次の順序で確認してください:割り当て—タイムカードコード—データソース—シフト—承認状態—単価—受け取った金額—保持額—機能の有効化状態。この分割方法は、労働者の権利を保護し、重複計算を避け、期末の対照を透明にします。
参考文献
---
著者: Ho Tan Dat — 戦略副社長補佐、Nhan Kiet Manpower Supply Co., Ltd.
企業向け給与前払いソリューションの相談: ホットライン 0937.022.655 · メール info@nhankiet.vn · 企業向け給与前払い
Read more articles
- 携帯電話の交換や紛失は給与前払いに影響しますか?デバイスの保護と再確認方法 · Người lao động
- EWAでの誤った計算や誤送金、誤った口座に対する責任は誰にあるのか? · Doanh nghiệp
- EWA導入契約で確認すべき20の条項 · Doanh nghiệp
- 誰が給与前払いを利用できるのか?登録、認証、受け取りの条件 · Người lao động
- 給与前払いにおける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