ポジション管理における以下のプロセスは、ポジション管理設定から制御されます。
ポジションのフォローアップアクティビティ: 特定のイベント (空席の作成など) の後にポジションを自動的に調整するなどのフォローアップアクションを構成できます。
毎日の階層の自動適応: 役職や組織関係の変更に基づいて、役職階層が毎日更新されます。
採用予定ステータスの適応: 特定の条件またはイベントに基づいて、ポジションの「採用予定」ステータスを自動的に調整します。
これらの設定により、ポジション管理が効率化され、正確な組織構造を維持するのに役立ちます。

場所から法人への 1 対多の関連付けを確立し、ジョブ情報ブロックの会社フィールドに基づいて場所フィールドのフィルタリングを有効にするには、次の構成が必要です。
場所オブジェクトで関連付けを定義します。
ロケーションオブジェクトの定義に、legalEntityオブジェクトにリンクするための<association>要素を追加します。この関連付けは、<hris-element id="location">セクション内で定義する必要があります。
場所フィールドのフィールド条件を設定します。
求人情報（jobInfo）要素内に、<hris-field id="location"> の一部として <field-criteria> 要素を追加します。この設定により、求人情報ブロックで選択された会社（法人）に基づいて、場所フィールドがフィルタリングされます。
したがって、正しい答えは次のとおりです。
B: <hris-field id="location"> の一部である <field-criteria>
D: <hris-element id="location"> の一部としての <association>
これらの構成は、SAP SuccessFactors Employee Central で関連付けとフィールド条件を設定するための標準的な方法と一致しています。

同じ有効日でジョブ情報を更新すると、進行中のワークフローのシステム検証がトリガーされます。
進行中のワークフローが存在する場合、保留中のワークフローに干渉することなく変更が許可されるかどうかをシステムが検証する必要があるため、同じ有効日でのジョブ情報の更新によって競合が発生する可能性があります。
これは、データの一貫性を確保し、重複したエントリや競合するエントリを回避するために設計されています。
再雇用、新しい従業員の追加、従業員の解雇などのその他のオプションは、進行中のワークフローの検証のトリガーとは関係ありません。

従業員が自ら国籍情報を変更するには、IF 条件が次の条件を満たしている必要があります。
Context.Current User が Login User と等しいことを検証します (ログインしているユーザーが変更を行っていることを確認します)。
Nationality.Value が Nationality.Previous Value と等しくないかどうかを確認します (変更が行われていることを確認します)。
シナリオ2: セルフサービスによる承認

SAP SuccessFactors Employee Central では、次のようなシナリオのビジネス ルールでモデル ベース オブジェクトが利用されます。
A . トリガーワークフロー
モデル ベース オブジェクトを使用すると、ワークフローを開始する条件を定義し、特定のデータの変更やイベントに基づいてプロセスを自動化できます。
C . 雇用/再雇用のトリガールール
採用または再採用のプロセス中に、モデル ベース オブジェクトは、既定値の設定、データの検証、ビジネス ロジックの適用を行って組織のポリシーに準拠していることを確認するのに役立ちます。
オプション B と D は通常、ビジネス ルールのモデル ベース オブジェクトとは関連付けられていません。
B . 内部ジョブ履歴を表示するためのトリガールール
内部ジョブ履歴の表示は通常、レポートを通じて管理され、ビジネス ルール内のモデル ベース オブジェクトは含まれません。
D . Foundationオブジェクトへの変更を保存する
基盤オブジェクトは組織データにとって不可欠ですが、それらに対する変更を保存する場合、通常、ビジネス ルールでモデル ベース オブジェクトを使用する必要はありません。