SAP SuccessFactors Compensation 入門

社員データファイルの管理

Objective

After completing this lesson, you will be able to 標準フィールドを識別し、カスタムフィールドを追加することで、社員データファイルを設定および管理します。

社員データファイルのメインコンセプト

報酬プロセスを開始するために、報酬ではさまざまなインポートファイルからデータが取得されます。これらのファイルは、2 つの従業員固有データと計画固有データに分類されます。

報酬データソース

従業員固有データ計画固有データ
UDF再生範囲
適格性情報ガイドライン
 在庫金額テーブル
 通貨換算テーブル
 参照テーブル

ユーザー/社員データファイル (UDF) は、社員固有データの主要なソースであり、通常は HRIS からエクスポートされ、CSV ファイルを使用して SAP SuccessFactors システムにインポートされます。報酬データの受け渡しには、同じ UDF が使用されます。報酬にアップロードする前に、モジュールで使用できるようにするために報酬に必要な情報が入力されている必要があります。

社員データファイルには、2 つの情報セットが含まれています。

1 つのセットである基本デモグラフィックデータは、すべての SAP SuccessFactors スイートで共有され、HRIS から取得できる 40 以上の標準データエレメントがあります。基本デモグラフィックデータには、以下が含まれます。

UserIdユーザ名
メールマネージャHRデフォルトロケール
部門部門ロケーションカスタム 01 ~ 15

もう 1 つのデータセットである報酬デモグラフィックデータは、報酬計画に必要な追加フィールドです。これらの報酬データはビジネスニーズに応じて異なり、初期導入時に設定されます。報酬デモグラフィックデータは、必ずしも基本デモグラフィックデータと同じ頻度で送信されるわけではありません。

一部の標準報酬フィールドには、以下が含まれます。

列名データ型サンプルこのデータを使用する機能
JOBTITLE文字列分析ユーザーの肩書。
JOBLEVEL文字列IIユーザーの職務レベル。
PAYGRADE文字列ANALYST2コンパレシオやレンジペネトレーションなどの給与ベンチマークに使用されます。
DATE_OF_CURRENT_POSITION日付7/1/2013ユーザーが現在のポジションにいた日付。最後の給与調整の日付を表示するためにも使用できます。
SALARY_PRORATING番号80報酬調整の按分に使用されます。パーセントで表されます。初期値は 100 です。
給与番号96000集計、予算、およびボーナスの計算に使用されます。
LOCAL_CURRENCY_CODE文字列ユーロ

米ドルとユーザーの現地通貨間の給与計算に使用されます。複数通貨のデプロイメントに必要です。

ISO 4217 コードが想定されています。

MERIT_TARGET番号16000任意。昇給率が昇給目標に基づいている場合に適用できます。
MERIT_EFFECTIVE_DATE日付4/1/2013昇給の変更を有効にする必要がある日付。昇給および給与計算トランザクションのキャッシュフローの影響に使用されます。
PROMOTION_AMOUNT番号4000昇進の事前入力済み給与調整。
LUMPSUM_TARGET番号16000一時金の成果計算に使用されます。一時金の金額が一時金の目標に基づいている場合に必要です。
LUMPSUM2_TARGET番号16000一時金 2 の成果計算に使用されます。一時金 2 の金額が一時金 2 の目標に基づく場合に必要です。
BONUSTARGET番号3200業績に対する報酬/ボーナスの目標ボーナス額の計算に必要です。
COMPENSATION_READONLY文字列TRUEユーザー報酬データの編集可能性を示すために使用されます。ユーザのデータが読込専用であることを示すには、TRUE に設定します。そうでない場合、データは編集可能です。デフォルトは FALSE です。
COMPENSATION_ELIGIBLE文字列TRUE

フォームの作成時にユーザーが報酬フォームに参加する資格があるかどうかを示すために使用されます。

デフォルトは TRUE です。

COMPENSATION_SALARY_ELIGIBLE文字列TRUEフォームの作成時にユーザーが報酬フォームの給与シートに含める資格があるかどうかを示すために使用されます。ユーザーが一般的にフォームを使用する資格がある場合、つまり COMPENSATION_ELIGIBLE が true である場合にのみ適用されます。
COMPENSATION_BONUS_ELIGIBLE文字列TRUEフォームの作成時にユーザーが報酬フォームのボーナスシートに含まれる資格があるかどうかを示すために使用されます。ユーザーが一般的にフォームを使用する資格がある場合にのみ適用されます。つまり、COMPENSATION_ELIGIBLE は true です。デフォルトは TRUE です。
COMPENSATION_STOCK_ELIGIBLE文字列TRUEフォームの作成時にユーザーが報酬フォームのストックシートに含める資格があるかどうかを示すために使用されます。ユーザーが一般的にフォームを使用する資格がある場合、つまり COMPENSATION_ELIGIBLE が true である場合にのみ適用されます。デフォルトは TRUE です。
COMPENSATION_SAL_RATE_TYPE文字列時間時間や月など、ユーザーの給与レートのタイプを示すために使用されます。非年給者を含む報酬プランを含む導入に適用されます。
COMPENSATION_SAL_RATE_UNITS番号 COMPENSATION_SAL_RATE_UNITS。給与 * COMPENSATION_SAL_RATE_UNITS = 年俸。非年給者を含む報酬プランを含む導入に適用されます。
RAISE_PRORATING_START_DATE日付1/1/2013按分率の計算に使用される社員の開始日。この日付は RAISE_PRORATION_END_DATE から差し引かれます。昇給機能がオンになっている場合に使用されます。
RAISE_PRORATING_END_DATE日付12/31/2013按分率の計算に使用される社員の終了日。この日付から RAISE_PRORATION_BEGIN_DATE が差し引かれます。昇給機能がオンになっている場合に使用されます。
SALARY_PRORATING_START_DATE日付2013 年 1 月 1 日社員の開始日は、按分率の計算に使用されます。この日付は SALARY_PRORATION_END_DATE から差し引かれます。給与の按分機能がオンになっている場合に使用されます。
SALARY_PRORATING_END_DATE日付12/31/2013社員の終了日は、按分率の計算に使用されます。この日付から SALARY_PRORATION_BEGIN_DATE が差し引かれます。給与の按分機能がオンになっている場合に使用されます。
JOBFAMILY文字列企業社員が現在いる職務ファミリー。
JOBROLE文字列管理社員が現在持っている職務役割。
FINAL_JOBFAMILY文字列企業社員の新しい職務ファミリー。
FINAL_JOBROLE文字列販売管理社員の新しい職務役割。
FINAL_JOBCODE文字列2001社員の新しい職務コード。
SECOND_MANAGER文字列JMARRSAP SuccessFactors Compensation 専用に作成された社員階層。

各実装は異なり、カスタマ要件は大きく異なる場合があります。SAP SuccessFactors Compensation では、カスタムデータを柔軟に処理することができます。カスタムデータは、標準報酬フィールドとともにユーザーデータファイルを使用してインポートし、予算やガイドラインなどのさまざまな目的で使用することができます。カスタムインポートフィールドでは、インポートキーを使用してデータマッピングを確立することができます。

カスタムフィールドは、必ずしもインポートされるわけではありません。標準フィールド、参照テーブルの出力、または列挙値を使用してデータを計算することができます。報酬プランへのカスタムフィールドの追加については、後続のレッスンで詳しく説明します。

社員データファイルの管理

ビジネスの例

報酬計画のみを目的として、社員データファイルにカスタムインポートフィールドを作成します。

注記

米国以外の地域設定を使用している学習者は、CSV ファイルを開いてインポートする際に問題が発生する可能性があります。SAP SuccessFactors は米国の形式に従います。日付の形式は MM/DD/YYYY で、区切り文字/リスト区切り記号はカンマです。この形式を設定する最も簡単な方法は、コンピュータの [地域] 設定を [米国形式] に一時的に変更することです。

ステップ

  1. 管理者として SAP SuccessFactors にログインします。

  2. アクションまたはユーザーの検索 (アクション検索) を使用して、すべてのプランのアクションにナビゲートします。

  3. 社員データのエクスポートページで、報酬データの更新オプションを指定を展開します。

  4. ユーザー報酬データを含めるボックスにチェックを付けます。(短い形式でユーザをエクスポートする場合には適用されません。)

  5. ユーザファイルのエクスポートを選択します。

  6. Microsoft Excel を使用して、エクスポートされた CSV ファイルを開きます。

  7. 最後に使用された列の後に新しい列を追加します。以下の情報を使用します。

    • カラムの最初のローと 2 番目のローに Custom_ProgramLevel と入力します。
    • 「Tier 1」と「Tier 2」と入力すると、すべての社員名が交互に表示されます。
  8. CSV ファイルをローカルに保存します。

  9. アクション検索を使用して社員データのインポート基準に移動します。

  10. Select an Entity 項目で、Basic Import を選択します。

  11. CSV ファイルを参照します。

  12. インポートファイルデータの検証を選択します。

  13. チェックが正常に終了したら、インポートを選択します。

結果

これで演習問題は完了です。

サマリ

  • 計画担当者階層の設定: 計画者階層は、組織階層に基づいて報酬フォームを生成するための事前定義されたレポート構造であり、計画時に安定性を維持するためにコンサルタントによって初期設定されます。

  • 標準階層: 簡易化と動的なエンパワーメントの利点により、ユーザーデータファイルのマネージャー列を使用して計画担当者を指定しますが、フォームの作成が過剰になり、組織変更に脆弱性が生じる可能性があります。

  • ロールアップ階層: 特定のマネージャ (ディレクターや店舗マネージャなど) を計画担当者として指定し、フォームの複雑さを軽減し、計画責任に焦点を当てます。ただし、この設定ではレポートが難しい場合があります。

  • 報酬マネージャー階層: 組織変更から独立しており、プランナーの指定に SECOND_MANAGER 列が使用されるため、ルートマップの役割など、より多くの管理作業および設定が必要になります。

  • テンプレートと検証:ロールアッププランナーは COMPENSATION_PLANNER_XX 列を使用してユーザーデータファイルで識別され、マネージャーが TRUE としてマークされ、テンプレートの確認が要求され、より複雑な管理維持が行われる可能性があります。