一人が複数の勤務地で働く場合、勤怠と金額をどう分けるか?
一つの本人情報と、勤務地ごとの別々のassignment・計算が必要です。
一人、複数の勤務コンテキスト
顧客移動、複数拠点、異なるID・シフト・単価・管理者があり得ます。
共通本人情報と勤務地データを二層に分離
第1層 — 労働者本人情報
共通の本人情報と勤務地別assignmentを別々に保存します。
第2層 — 顧客/勤務地assignment
共通の本人情報と勤務地別assignmentを別々に保存します。
勤怠IDに顧客文脈が必要な理由
キーは顧客/勤務地 + 勤怠ID → 労働者プロファイルとします。
勤務記録は勤務地別に分離
勤務地、日付、シフト、承認者、version、statusを保持し、Aの12日とBの8日を分けます。
単価は正しい勤務地と時点に対応
労働者 + 勤務地 + 日付/シフト + 有効な規則で計算します。
利用可能額は別計算か合算か
AとBの価値、受領額、留保、状態を先に計算し、規則が許す場合だけ合算します。
計算式に勤務地文脈を含める
利用可能額=承認日数×日額-受領済み-留保額をAとBで別計算します。
取引は勤務価値の出所を知る
取引を期間、勤務地、対象勤務、累積受領額に結び、複数勤務地なら内部配分表を保存します。
期間途中でAからBへ移る場合
有効日を明確にし、移動後は旧ID、単価、承認権限を停止します。
二つの勤務地で同時に働く場合
同時に有効なassignmentを許可し、期間、状態、コード、予定、規則、payroll源を分離します。
承認権限の配分
Aの承認者はAだけを確認・承認し、Bへのアクセスは業務上必要な場合に限定します。
受領後にAの勤務が修正された場合
履歴を保存し、Aを再承認、Bは不変、Aだけ再計算し、差額を正しいpayrollで照合します。
期末照合の分離
報告は本人、勤務地、期間、勤務、価値、配分受領額、差異、対象payrollをつなぎ、配分合計を元取引と一致させます。
| Field | Meaning |
|---|---|
| Worker | Shared identity |
| Client/workplace | Work source |
| Pay period | Settlement scope |
| Approved work | Input data |
| Work value | Workplace value |
| Allocated withdrawals | Amount paid |
| Difference | Exception |
| Target payroll | Settlement destination |
よくある複数勤務地エラー
共通ID、勤務混在、誤単価、横断閲覧、旧assignmentの残存、未配分取引、重複が典型です。
追跡すべきKPI
複数assignment、未照合ID、誤勤務地、未配分取引、移動差異、日付・単価エラーを追跡します。
結論
一つの本人情報と複数の独立assignmentを保ち、分離、正確な計算、合算の順で処理します。
Author: Do Huy Le — Tổng Giám Đốc, Nhan Kiet Manpower Supply Co., Ltd.
EWA: Hotline 0937.022.655 · Email info@nhankiet.vn · EWA
よくある質問
複数のアプリアカウントが必要ですか?
いいえ。一つの本人情報と別assignmentを推奨します。
勤務を先にすべて合算できますか?
単価、規則、期間が異なる場合は不可です。
一取引が複数勤務地の価値を使えますか?
可能ですがpayroll用の配分を明確に保存します。
Aの管理者はBを閲覧できますか?
既定では不可で、業務範囲に応じて権限を設定します。