報酬ワークシートの管理

報酬ワークシートは、計画担当者が報酬推奨を決定および入力するために使用する実際の計画シートです。ワークシートは報酬プランから生成されます。ワークシートが開始されると、新しい報酬サイクルが開始されます。

報酬プランの設定全体を通じて、管理者は、ワークシートを複数回作成および削除して、プランが正しいことを確認する必要があります。

ワークシートの管理には、ワークシートの作成とワークシートの管理の 2 つの選択肢があります。

ワークシート (開始とも呼ばれる) を作成すると、報酬プランナーに基づいて、グループ別に、またはルートステップ別にワークシートが一括生成されます。フォームが開始されると、マネージャーが報酬タブを選択すると、関連するフォームがフォーム受信ボックスに表示されます。

1. ワークシートの管理にナビゲートし、ワークシートの作成を選択します。
2. 一意のワークシート名を入力します。
3. 開始/終了日付 (通常は計画期間) を選択します。
4. 支払期日を選択します。
5. トップレベルのマネージャー/プランナーを選択します (社員の検索ボタンを使用するか、プランナーのユーザー名を入力する必要があります)。その後、そのマネージャーとその階層内のすべてのプランナーに対してフォームが作成されます。
6. 適切なチェックボックスを選択します。
   • 無効なユーザーを含める - UDF でユーザーが無効であるものの、ワークシートに存在する必要がある場合は、このボックスにチェックを付けます。
   • 計画責任者のみのワークシートの作成 - 階層のフォームを作成するのではなく、指定された計画担当者に対して単一のワークシートを作成します。フォーム作成時間を短縮するために、主にテストシナリオで使用されます。
   • 電子メール通知を送信 - 選択すると、フォームがレビュー可能であることがプランナーに通知され、プランの開始を選択します。

報酬計画に CEO を含めるには、階層の最上位として取締役会を表すユーザを登録します。

ワークシートの管理ワークシートが開始されると、管理者はワークシートの管理インターフェイスを使用して、フォームを削除し、MS Excel 形式または .csv 形式でエクスポートすることができます。検索をドリルダウンするためのフィルタオプションを使用することができます。

フォームを削除する機能は、テストに役立ちます。フォームは自由に登録および削除することができます。削除されたフォームは、削除された日数に基づいて自動的にパージすることができます。管理者は、 [すべてのプランに対するアクション]→[会社設定] で消去期間を設定することができます。このオプションを設定すると、エグゼクティブレビューのロードパフォーマンスを向上させることができます。

ワークシートの更新報酬フォームの更新により、ワークシートのデータが更新されます。個別の報酬フォームは開いて保存したときにのみ更新されるため、この機能は、社員データのインポート後、社員データ、予算データ、および目標情報に変更がある場合、データエクスポート前、およびパフォーマンスレビュー評価が報酬プランプロセスに不可欠な場合に推奨されます。すべてのワークシートまたは単一のフォームを更新することができます。

社員フォーム Membershipすべての組織は動的であり、社員は移動します。採用、退職、昇進、辞職、およびポジション変更を行います。管理者は、組織に参加したメンバーの追加、新しいマネージャーおよび報酬プランナーへのメンバーの移動、および組織を退職したメンバーの削除を行うことができます。SAP SuccessFactors Compensation には、メンバーの追加、メンバーの移動、メンバーの削除の 3 つの個別のツールがあります。

メンバーを追加するには、社員が SAP SuccessFactors データベースに存在する必要があります。個人を検索して適切なテンプレートを選択すると、テンプレートを使用する計画担当者のドロップダウンリストが入力されます。適切なフォームを選択し、電子メールを送信するかどうかを決定し、追加ボタンを選択します。

フォーム間でメンバーを移動オプションも同様に機能します。ツールで、ドロップダウンメニューから報酬テンプレートを選択します。次に、メンバーが現在使用している報酬フォーム (ソースフォーム) を選択し、メンバーの移動先の報酬フォーム (ターゲットフォーム) を選択し、移動するメンバーを選択し、目的の電子メール通知を選択して、移動を選択します。

メンバーの削除も同様です。フォームからメンバーを削除ツールで、報酬テンプレートを選択し、報酬フォームを選択し、削除するメンバーを選択し、予算を削除するかどうか、および電子メール通知を送信するかどうかを選択して、削除ボタンを選択します。

フォームが作成されてカスケードされた後、プランナーはワークシートに推奨事項を入力する必要があります。計画担当者の推奨事項は、管理者が設定した範囲パラメータ (ガイドライン) によってガイドされます。

昇給フィールドと追加 (調整) フィールドと昇進フィールドは給与に影響し、推奨事項の金額が基本給 (最終給与) に追加されます。一時金は、非給与に影響する 1 回限りの現金支給です。合計支給額に推奨金額が追加されます。

推奨事項ステージ推奨事項が入力されると、計画担当者/承認者はワークシートをルートマップの次のステップに移動することができます。このステップは、ワークシートの上部または下部にあります。

ルートマップの最後のユーザーがワークシートを送信して承認すると、完了したフォームとみなされます。これらのフォームは、完了した→報酬→フォーム内で引き続きレビューすることができます。

管理者は、ディープリンクを利用して、これらのフォームへのショートカットを提供することもできます。電子メール通信またはカスタムホームページタイルにディープリンクを追加することができます。たとえば、your-instance.com/sf/completed-comp/forms などです。

組織によっては、年のさまざまなポイントで、階層内の社員に対してフォームを開始する必要がある場合があります。

• 英国の昇給計画は 3 月に行われ、オランダの昇給計画は 4 月に行われます。
• 両方の国のチームを含む計画担当者は、英国の社員を含むワークシートを 1 つ受け取り、オランダの社員用に別のワークシートを受け取ります。

この機能を有効化するには、役割ベースの権限をオンにする必要があります。管理者は、動的グループを管理する権限を持っている必要があります。

1. 管理センター→ユーザー情報の更新→社員グループの管理に移動して、社員の動的グループを作成します。
2. 必要な条件に基づいて、社員グループを作成します。これらのグループは、RBP の動的権限グループと同様に機能します。
   • グループ登録を選択します。
   • ユーザープールからカテゴリを選択し、そのカテゴリの関連パラメータを選択します。
   • グループのメンバーを表示するには、更新を選択します。
   • 必要に応じて、グループからメンバーを除外します。
   • 完了をクリックします。
3. 目的のプログラム設定→詳細設定に移動します。
4. ワークシートに社員を複製しないを選択し、社員別にワークシートを作成します。
   • [重複しない] オプションを使用すると、グループのメンバシップが変更された場合に、ユーザーがフォームを移動できなくなります。
   • フォームがすでに作成されている場合、[社員グループ別に作成] オプションは灰色表示されます。このオプションを有効にするには、ワークシートを削除します。
5. フォームテンプレートの更新をクリックします。
6. フォームを起動します。
7. を起動するには、前述のプロセスと同じプロセスを使用します。
8. 表示される新しいオプション Select a Group of Employees を表示します。
9. フォームに含める社員のグループを選択します。
   • 計画担当者は、選択したグループの社員のみを含むフォームを受信ボックスで受信します。
   • また、計画の責任者を選択して、選択した社員グループのフォームを受信する必要がある計画担当者を絞り込むこともできます。

社員グループは動的であるため、この例では、社員が事業所を変更すると、その場所の社員グループに自動的に移動されます。詳細設定で [重複しない] オプションが選択されている場合、社員はフォーム間で移動されません。

計画担当者がワークシートを開くと、ソースデータからさまざまなデータフィールドがリロードされます。データ更新適用では、項目が動的に更新されるフォームを開くプロセスがシミュレートされます。この機能は、複数のフォームを更新する必要があるものの、ユーザーがフォームを開く可能性が低い場合に役立ちます。データ更新を適用するためのオプションは以下のとおりです。

• 報酬ワークシートは、計画担当者が報酬推奨を入力および決定するために使用する計画シートです。
• 組織によっては、年のさまざまなポイントで、階層内の社員に対してフォームを開始する必要がある場合があります。この機能を有効化するには、役割ベースの権限をオンにする必要があります。管理者は、動的グループを管理する権限を持っている必要があります。
• 計画担当者がワークシートを開くと、ソースからデータフィールドがリロードされます。"データ更新適用" プロセスでは、フォームのオープンがシミュレートされ、項目が動的に更新されます。