後継データ モデル内のコスト センターを権限グループのフィルターとして使用できるようにするには、次の操作を行う必要があります。
Succession データ モデル内の <dg-filters> セクションに移動します。
<dg-filters> セクション内にコスト センター オブジェクトのエントリを追加します。
このアクションにより、コスト センターを、Employee Central で権限グループを定義するために使用される動的グループのフィルターとして選択できるようになります。
A: <dg-filters> に移動し、コストセンターを追加します。

SAP SuccessFactors Employee Centralでポジションがキャパシティコントロールの対象となる場合、システムは目標のフルタイム換算（FTE）をチェックし、そのポジションの人員が過剰にならないようにします。キャパシティコントロールは、ポジションに配置できる従業員数またはFTEの最大数に制約を適用することで、組織がリソースを効果的に管理し、事前定義された制限の超過を回避するのに役立ちます。この機能は、予算や組織上の制約を管理する際に特に役立ちます。

SAP SuccessFactors Employee Central では、従業員 ID は次のように管理されます。
A . 一度生成されたユーザー ID を変更することはできません。
ユーザーIDは、従業員の雇用記録を識別するための一意の識別子として機能します。一度割り当てられたIDは変更できません。
D . ユーザーは複数のユーザー ID を持つことができます。
特に同時雇用や海外赴任などの状況では、従業員が複数のユーザーIDを保有する場合があります。各雇用インスタンスは個別のユーザーIDに関連付けられます。
E . ユーザーは外部の個人IDを1つだけ持つことができます。
Person ID（外部）は、システム内のすべての雇用記録において個人を一意に識別します。従業員には、雇用件数に関係なく、単一のPerson ID（外部）が割り当てられます。
オプション B と C は誤りです。
B . ユーザーは 1 つのユーザー ID のみを持つことができます。
これは誤りです。前述のとおり、従業員は異なる雇用インスタンスに対応する複数のユーザー ID を持つことができるためです。
C . 一度生成された個人 ID を外部から変更することはできません。
これは誤りです。Person ID（外部）は安定した識別子として意図されていますが、必要に応じて変更することができます。ただし、データの整合性を維持するために、変更は慎重に管理する必要があります。

HR ビジネス パートナーが開始した給与変更がマネージャーによって承認されるようにするには、次の詳細を使用してワークフローを構成する必要があります。
承認者タイプ: マネージャー
承認者の役割: マネージャー
コンテキスト: イニシエーター (これにより、承認リクエストがワークフローを開始した人のマネージャーにルーティングされます)。
承認者との関係: イニシエーターの立場から、システムはそのマネージャーとの関係を導出します。
ステップ 1 で「役割: マネージャー - ソース: イニシエーター」を選択すると、これらの要件に準拠します。
シナリオ2: セルフサービスによる承認

Jobinfo_FTE_Compクロスエンティティルールの報酬情報セクションのイベント日付を設定するには、オプションDが正しい方法です。この方法により、報酬情報セクションのイベント日付フィールドが求人情報のイベント日付と一致するようになります。この同期は、HRトランザクションにおいてエンティティ間で有効日付の一貫性を維持するために不可欠です。
シナリオ1: HRトランザクションルール