遡及支払の概要
遡及支払(遡及計算とも呼ばれる)は、元の給与計算後に前の給与で有効な変更が更新された場合の、前の給与計算結果の再計算です。
たとえば、カットオフ後にタイム・カードが送信された場合や、従業員が過去の支給期間のパフォーマンス賞与を受け取った場合などです。
遡及変更の給与計算の再計算プロセス(遡及計算プロセス)を使用して、遡及給与変更を計算します。
遡及計算プロセスを実行すると、発生した未処理の通知に基づいて、従業員の以前の給与期間が再計算されます。 遡及プロセスの実行時に遡及変更のある全ての期間を再計算しますが、保存された元の結果は変更されません。 履歴給与データは上書きされません。 かわりに、元の結果との比較に使用する新しい結果セットが作成されます。 元の期間の結果と新しく計算された遡及期間の結果の差異が見つかった場合、新しく計算された結果は現在の期間の遡及エレメントに保存されます。 現在の期間に対して給与計算プロセスを実行すると、新しく作成された遡及エントリが含まれます。
遡及支払に含まれるエレメント
エレメントを遡及計算にいつ有効にするかを決定することが重要です。 エレメント・テンプレートを使用してエレメントを作成する場合は、そのエレメントを遡及変更の対象にし、遡及イベント・グループを選択します。 遡及計算プロセスでは、これらの有効なエレメントが計算に含まれます。
遡及支払のイベント・グループ
遡及イベント・グループ内の変更タイプを定義して、イベントおよび遡及イベント通知をトリガーします。 エレメント・エントリへの遡及変更および事業所などのアサイメント詳細を追跡するには、遡及イベント・グループに事前定義された「エントリ変更」を使用することをお薦めします。 遡及変更の対象となる全てのエレメントをイベント・グループに関連付けます。 また、遡及タイプの独自のイベント・グループを構成することもできます。
遡及支払のイベント通知
遡及計算プロセスに含める従業員を示すために、遡及イベント通知が使用されます。 遡及イベント通知ステータスが"処理待ち"の従業員が含まれます。 従業員が遡及計算で処理されると、遡及イベント通知のステータスが処理済に変更されます。
- 従業員に既存の遡及イベント通知と未処理の遡及イベント通知がない場合は、新しい遡及イベント通知が生成されます。 通知の処理日は、給与報奨の日付など、イベント日付に設定されます。
- 従業員に既存の未処理の遡及イベント通知がある場合は、通知の処理日を更新できます。 たとえば、従業員には05-MARの有効日付き給与報奨が付与されます。 このイベントは、処理日が05-MARの遡及イベント通知の作成をトリガーします。 その後、有効日が2月1日から2月1日の従業員の職務変更が入力されます。 職務変更イベントによって未処理の遡及イベント通知の再評価がトリガーされ、処理日が2月1日に更新されます。 これにより、従業員の全ての給与計算が2月から現在の給与計算期間に確実に再計算されます。
遡及イベント通知の処理日または上書き日(使用可能な場合)によって、遡及給与計算処理で従業員の給与計算がどの程度さかのぼって再計算されるかが制御されます。 遡及給与計算プロセスに関して、以下の点を考慮してください:
- 「遡及イベント」ページで、「処理待ち」ステータスのイベント通知の上書き日を入力できます。
- 遡及計算では、支給期間の一部ではなく、支給期間の初めから終わりまでが計算されます。 たとえば、月給従業員に、処理日が10-SEP-21の未処理の遡及イベント通知がある場合、遡及計算では2021年9月の給与計算実行とそれ以降のすべての給与計算が再計算されます。
- イベント通知が処理されると、上書き日を使用して従業員の遡及期間の開始日が決定されます。
- プロセスの最早開始日を設定することで、遡及計算プロセスに含める給与期間数を制御できます。 たとえば、従業員の上書き日を設定すると、遡及計算期間の開始日として使用されます。 従業員の遡及通知に入力された上書き日は、遡及処理日(先頭)パラメータと遡及変更(ローリング期間)パラメータを使用して定義された開始日よりも優先されます。
- 遡及期間の開始日は、遡及イベント通知の処理日より前または後の日付に設定できます。 たとえば、処理日が2021年10月10日で、月次の給与計算で従業員の上書き日として2021年9月4日に入力されているとします。 遡及計算では、支給期間全体(2021年9月1日から2021年9月30日)のエレメントが引き続き取得され、9月の給与計算とそれ以降のすべての実行が再計算されます。
- 既存の上書き日を持つ遡及通知は、「イベント通知」ページから検索できます。
遡及支払プロセス・タスク
これらの給与計算プロセスとレポートを使用して、遡及支払を計算し、結果を分析します。
遡及関連タスクのフロー・パターンを作成するか、タスクを給与サイクル・フロー・パターンに組み込むか、または個々のプロセスを実行するかにかかわらず、次の順序で実行することをお薦めします:
タスク名 |
フロー・パターン |
説明 |
---|---|---|
遡及通知レポートの実行 |
RETROACTIVE_NOTIFICATION_REPORT |
このレポートを発行して、遡及給与イベントの通知およびイベントを引き起こした変更の詳細を表示します。 このレポートでは、未処理の通知がハイライトされ、遡及支払プロセスで処理されます。 |
遡及変更の給与の再計算 |
RETROACTIVE_PAY |
このプロセスを送信して、元の給与計算に含まれていない遡及変更を計算します。 これは、前の給与期間を比較し、遡及エントリを作成する主要な遡及支払プロセスです。 給与関係グループを使用して実行し、このタスクで処理されるユーザーを制限できます。 それ以外の場合は、すべてのプロセスが実行されます。 ノート: 遡及変更の給与の再計算プロセスを発行する場合は、給与関係グループ・パラメータに関係グループを入力します。
|
遡及変更の給与の再計算 |
遅延採用の評価 |
このプロセスを送信して、遅延採用の自動評価、純支給額の結果の作成、および遡及イベント通知の作成を行います。 これにより、遡及変更の給与計算の再計算プロセス内で、遅延採用を処理できます。 このフロー・パターンには、遅延採用および遅延採用遡及計算通知の2つのタスクが含まれています。 これらのタスクは遅延採用に対するエレメント・エントリの手動入力を不要にし、遅延採用遡及計算通知タスクによって通知が自動的に作成されます。 |
遡及変更の給与の再計算単一従業員 |
RECALCULATE_PAYROLL_FOR_RETROACTIVE_CHANGES_SINGLE_EMPLOYEE |
このプロセスを送信して、1人の従業員の元の給与計算に含まれていない遡及変更を計算します。 これにより、遡及変更の給与計算の再計算プロセスと同じ計算が行われますが、1人の従業員に対して実行されます。 |
遡及エントリ・レポートの実行 |
RETROACTIVE_ENTRIES_REPORT |
このレポートを送信して、遡及エントリの詳細、および遡及エントリのトリガーとして比較された元の計算結果を表示します。 このレポートでは、遡及プロセスで作成された遡及エントリがハイライト表示されます。 また、遡及支払エレメント・エントリまたは遡及支払実行結果の作成者タイプも識別されます。 |
給与計算の実行 |
フロー・パターン・システム名がありません |
このプロセスを発行して、給与を計算します。 |
遡及原価計算の計算 |
RETRO_COSTING |
原価計算設定の遡及変更の原価を再計算するプロセスを送信します。 |
考慮事項
遡及支給を実行する際の考慮事項:
-
遡及支払プロセスは、常に給与計算プロセスの実行とほぼ同じように実行することが重要です。 また、正確性を最大限に高めるために、可能なかぎり締め日に近い日付で実行します。これは、給与計算のすべてのデータ入力が完了した時点です。
ノート: 給与計算処理後に遡及支払処理を実行した場合、遡及調整は、次の給与期間まで繰り越されます。 -
給与計算を実行して、追加の遡及調整があることがわかった場合は、後の給与期間まで待機し、その後の給与期間に対して遡及支払プロセスを実行できます。
ノート: 現在の期間でこれらを処理する場合は、変更を加える必要があるため、給与計算処理日以降の遡及支払処理を実行します。 遡及エレメントを作成したら、後続の給与計算またはQuickPayで従業員を処理する必要があります。 このシナリオでは、エレメントに対してエレメント処理ルールを設定することが、最終クローズ日であることが重要です。