DAILY WAGEHired TodayPaid Today

ニュース

一人が複数の勤務地で働く場合、勤怠と金額をどう分けるか?

一つの本人情報と、勤務地ごとの別々の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をつなぎ、配分合計を元取引と一致させます。

FieldMeaning
WorkerShared identity
Client/workplaceWork source
Pay periodSettlement scope
Approved workInput data
Work valueWorkplace value
Allocated withdrawalsAmount paid
DifferenceException
Target payrollSettlement 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を閲覧できますか?

既定では不可で、業務範囲に応じて権限を設定します。

← ニュース