概念: 休暇残数の保存に関するガイドライン
従業員がテナントの休暇タスクおよびレポートにアクセスすると、休暇プランのルールに基づいて、休暇プラン残数と休暇付与数が動的に計算されます。Workday は、特定の時点からの計算を実行するレポートにバックグラウンドでアクセスし、残数の値にアクセスします。
すべての従業員に休暇の履歴があります。休暇イベント、累積する休暇付与、ある累積期間から別の累積期間への繰越など、多くのイベントが従業員プロファイルに取り込まれます。以下のように、残数が保存されるように設定しているか否かに応じて、Workday による同じ情報へのアクセス速度に差が出ます。
- 残数が保存されるようにテナントを設定していない場合は、処理にかかる時間が長くなります。特定の参照時点がない場合は、Workday で残数が最初に入力された時点から計算が実行されます。すべての休暇コンポーネントを計算し、休暇残数の結果を出力するため、Workday は従業員の最初の履歴に戻る必要があります。
- これに対して、残数を一定の間隔で保存した場合は、従業員が自身の休暇プラン残数にアクセスすると、最後に保存された残数から計算された結果が表示されます。より新しい日付が使用されるため、処理時間が大幅に短縮され、より優れた効率的なユーザー エクスペリエンスが可能になります。
パフォーマンスを最適化するために、残数を追跡するすべての休暇プランについて、残数を定期的に保存するプロセスをスケジュールできます。
"休暇計算残数プロセスのスケジュール"
タスクを使用して 91 日以上前の基準日で休暇残数と休暇付与を保存すると、保存された休暇残数と休暇付与数がその後の動的計算の起点として使用されます。休暇プランの期間スケジュール内であれば、任意の期間の開始日時点での残数を保存することができます。将来の日付の残数を保存することはできません。
休暇・休職に関連するパフォーマンスの問題が発生した場合は、
"休暇計算残数プロセスのスケジュールの表示
" レポートを使用して、休暇残数を保存するスケジュールがあるかどうかを確認します。スケジュールされていない場合は作成します。パフォーマンスのベスト プラクティス
最低レベルのパフォーマンスを維持するため、Workday では毎月、過去 13 か月以内の基準日の時点で休暇プランに残数が保存されているかどうかをチェックします。保存されていない場合は、その月の第 3 日曜日から 13 か月前の時点における残数が自動的に保存されます。ただし、休暇プランとビジネス要件に合わせてカスタマイズしたプロセスを手動でスケジュールすることをお勧めします。
以下をお勧めします。
- 今日の日付時点の休暇残数は保存しない。
- 91 日以上前の基準日で"休暇計算残数プロセスのスケジュール"を実行する。休暇残数の保存時に、プランの期間スケジュールから取得した期間開始日が使用されます。
- 期間スケジュールの頻度よりも高頻度で"休暇計算残数プロセスのスケジュール"を実行しないでください。例: 休暇プランの期間スケジュールに応じて、以下のようにプロセスを実行します。
- 隔週 -プロセスを隔週で実行できます。プロセスを毎週実行しないでください。
- 月 -プロセスを毎月またはそれより低い頻度で実行できます。プロセスを毎週または隔週で実行しないでください。
- 四半期 -3 か月ごとにプロセスを実行します。プロセスを毎週、隔週、または毎月実行しないでください。
現在の期間に対してプロセスを実行しないでください。"実行日から遡る日数"には、ゼロより大きい値を設定します。91 日以上に設定することをお勧めします。この値を 91 日以上に設定する主なメリットは、休暇付与が確実に保存されることです。これにより、パフォーマンスがさらに向上します。 - ジョブのスケジュールを編集して、同時に処理するプランの数を減らしたり、繰返し頻度を上げたりします。
- プロセスを夜間に実行するようにスケジュールします。Workday の初期デプロイ プロジェクト、または合併や買収の場合は、操作の順序を考慮してください。計算の処理時間に影響する可能性があります。パフォーマンスを最適化するため、退職した従業員の残数を Workday テナントにロードする際は、以下の順序でステップを実行することをお勧めします。
- 休暇をロードする
- 休暇残数を保存する
- 従業員の退職処理を行う
- 1 回のロードで 2,000 行を超える大量のレコード トランザクションの場合は、休暇および休暇・休職用の "Import" Web サービスを使用する。
- スケジュールのレポートと同期には十分注意する。スケジュールされた休暇の計算残数を実行する前に、必ずレポートを実行してください。少なくとも四半期ごとに、レポートを実行して保存された残数を計算します。残数を計算する開始点を指定すると、レポート フレームワークによる情報のリコールに役立ちます。四半期ごとの全社的な休暇付与レポートを実行している場合は、最近スケジュールされた保存済み残数を実行した直後にレポートを実行することをお勧めします。"Workers for HCM Reporting" などのカスタム レポートやインデックス付きデータ ソースは、効率的なパフォーマンスを実現するための重要な考慮事項であり、より効率的な方法で保存された休暇残数をリコールするのに役立ちます。
- 組織のアクティブな HCM 従業員が 100,000 人を超える場合は、トランザクションが大量に発生する可能性があるため、テナントのパフォーマンスをレビューする必要がある。この数の従業員をサポートするには、テナントの実行時間とエンド ユーザー エクスペリエンスを評価するために、さらに注意が必要になる場合があります。
- 社員がその期間における休暇の入力を完了してから、"休暇計算残数プロセスのスケジュール"プロセスを実行する。例: 12 月については、社員がその年の最後の休暇を入力するのを待ってから、プロセスを実行します。そうすることで、過去に遡って入力されたエントリに合わせて残数を再計算し、保存する回数を減らすことができます。
テナント設定
"休暇・休職" ワークレットで残数がどのように表示されるかをレビューします。ロードに時間がかかっている場合、またはワークレットの自動入力に時間がかかっている場合は、
"テナント設定の編集 - HCM"
タスクにアクセスし、"休暇"
セクションに移動することを検討してください。"休暇・休職ワークレットの残数を無効にする"
オプションを選択してください。従業員は、休暇・休職を表示したり、申請したりする際に、引き続きカレンダーで残数を確認できます。給与計算のテナント設定をレビューします。
"テナント設定の編集 - 給与計算"
タスクにアクセスし、"給与明細"
セクションに移動して、"Persist Absence Data for Payslips"
オプションを有効にし、給与明細と "Get Payroll Payslips" の Web サービスにおけるパフォーマンスを向上させます。支給計算と支給完了の間に、データが保存されます。このオプションを有効にする前に給与計算が完了している場合を除き、支給結果から得られた保存されている休暇・休職データが確認されます。パフォーマンスへの影響
以下の要素を使用することで、休暇残数計算はより複雑になります。一部またはすべてのプランについて、プロセスの実行頻度を上げる必要があるかどうか検討します。
- 期間スケジュールの頻度。例: 毎週または毎月。休暇プランには日単位の期間スケジュールを使用しないでください。少なくとも週単位のスケジュールを選択することをお勧めします。
- 限度: 上限、下限、繰越。
- 残数に関連付けられている複数の休暇付与。
- プランに関連付けられている複数の休暇。
- 他のプラン残数に依存するプラン残数。
- 期間スケジュール内の処理された期間数。
- プランの対象となる社員の数。休暇プランまたは休日カレンダーで国の資格を設定します。
- 上書きと調整の量。
- Workday タイム トラッキングから入力された、時間計算を伴う休暇申請の量。
- Web サービスからロードされた休暇と訂正の量。
その他の一般的な推奨事項:
- 各プランは 1 つのスケジュールのみに含める。
- 複雑な休暇付与、および累積期間に基づく休暇付与については、残数を保存することを検討する。残数を保存しない場合、テナントの結果と実行時間に悪影響を及ぼす可能性があります。
- 期間スケジュールが、従業員の残数をロードするのに必要な期間のみに制限されていることを確認する。作成した過去の期間スケジュールの日付があまりにも古く、それらの残数が一貫して保存されていない場合、残数の動的計算にかかる時間が長くなります。
- 詳細ルックアップ テーブル計算を使用していることを確認する。
- "Time Off Paid" 休暇コンポーネント関連計算 (ACRC) を使用する場合、これらの計算では、下限値などの他の計算を評価して値を返す必要がある。多くの場合、プランで下限値と"無給休暇を許可する最大限度数"の検証が使用されている場合は、この ACRC を使用する必要はありません。可能であれば、代わりに "Time Off Total" ACRC を使用してください。これを使用すると、他の計算が評価されません。
- セキュリティ設定をレビューする。休暇・休職関連のドメインおよびビジネス プロセス セキュリティ ポリシーの設定が複雑である場合、タスクやビジネス プロセスへのアクセスに影響を与える可能性があります。
インテグレーション
多くのインテグレーションでは、レポート フレームワークを使用して外部 Web サービスのデータを取得します。残数が保存されずに Web サービスが実行されると、スケジュールされたインテグレーションの実行時間に影響を与える可能性があります。テナントがインバウンド トランザクションおよびアウトバウンド トランザクションの情報をプッシュまたはプルすることによるパフォーマンスへの影響を考慮してください。
アウトバウンド トランザクションの場合、インテグレーションが期間に基づいて残数にアクセスしているかどうかを確認してください。データの量と時間枠はパフォーマンスに影響を与える可能性があります。可能であれば、これらの時間枠を制限するようにしてください。インテグレーションの実行に時間がかかることを認識している場合は、別のタイミングでインテグレーションを実行するか、残数を保存することでインテグレーションを高速化できるかどうかを検討してください。