個人情報を SAP SuccessFactors Employee Central にインポートする場合、次のフィールドは必須です。
B. イベント日
このフィールドは、個人情報記録の有効日を指定します。これは、正確な履歴データを維持し、変更が正しい日付から適用されるようにするために非常に重要です。
SAPヘルプポータル
D . 人物ID 外部
person-id-externalは、システム内のすべての雇用記録において、個人を一意に識別する識別子として機能します。これは、個人情報を適切な人物に紐付けるために不可欠です。
SAPヘルプポータル
オプションAとCは個人情報のインポートには必要ありません。
A . ユーザー名
ユーザー名はシステムのログイン資格情報に関連付けられており、個人情報をインポートするための必須フィールドではありません。
C. ユーザーID
ユーザー ID は雇用記録に関係し、個人情報のインポート プロセスでは必須ではありません。

従業員の異動プロセスが開始され、ワー​​クフローがトリガーされるシナリオでは、システムの動作は次のようになります。
* 代替ワークフローの使用：従業員の将来の日付のレコードが入力されている場合、システムは代替ワークフローを利用します。このメカニズムにより、取引の有効日に基づいて適切なワークフローが適用され、将来の日付の変更を正確に処理できます。
この機能は、事前にアクションを実行する必要があるシナリオを処理するように設計されており、将来の日付のレコードが有効になったときにシステムが正しいワークフローを処理することを保証します。

SAP では、クリーンなコア統合のために SOAP API とデータ API の使用を推奨しています。
SOAP API: 統合のための構造化された標準化された通信方法を提供します。特にリアルタイムおよび同期プロセスに適しています。
データ API: スムーズなデータ交換を可能にし、非侵入的なクリーンなコア統合を実現するのに適しています。
IDoc や RFC などの他の方法は古いテクノロジーであり、より深いシステムのカスタマイズを必要とすることで、クリーンなコア原則が損なわれる可能性があります。

* B. SYNC の値を持つ technicalParameters 列がインポート ファイルに含まれていません。
* ポジションデータをインポートする場合、ポジション属性の変更が現職者のデータと同期されるように、値が「SYNC」の technicalParameters 列を含める必要があります。
* C. データの変更を同期するビジネス ルールでは、ポジションの部門をジョブ情報と同じに設定します。
* ルールが正しく設定されていない場合、現職者の求人情報の部門フィールドが期待どおりに更新されない可能性があります。正しい設定であれば、ポジションの部門と現職者の求人情報が一致するはずです。
これらの要因により、職位データと現職者データの間に矛盾が生じます。

C . 親ポジションフィールドはビジネスルールに含めないでください。
親ポジション フィールドは通常、ポジション階層に基づいて自動的に導出され、ポジション属性をデフォルト設定するためのビジネス ルールに明示的に含める必要はありません。
D . FTEフィールドは、標準時間に基づいてFTEを計算するビジネスルールから派生する必要があります。
FTE (フルタイム相当) 値は、デフォルト ルールに直接含めるのではなく、標準時間を考慮した専用のルールを使用して計算する必要があります。
これらのフィールドを不適切に含めると、データの不整合やルール実行の問題が発生する可能性があります。