SAP SuccessFactors Employee Centralデータプロビジョニングについて

複数ジョブが割り当てられている従業員がいる場合（グローバル割り当てまたは同時割り当て）、以下のようにOktaでプロセスされます。

グローバル割り当てには"person___employment_information_GA1___"というプレフィックスが付きます。例："person___employment_information_GA1___job_information___job_title"

標準割り当てには"person___employment_information_ST1___job_information"というプレフィックスが付きます。例："person___employment_information_GA1___job_information___job_title"。ST1/ST2でemployment_information.employment_idの値を定義します。例："employment_information.employment_id=123"が"ST1"としてプロセスされ、"employment_information.employment_id=456"はST2としてプロセスされます。

ユーザーのステータスはEmployee Centralのジョブ情報エンティティから取得されます。

ユーザーのjob_information.emplStatus == "A"の場合、ユーザーはOktaでアクティブとして扱われます。

ユーザーのステータスがジョブ情報エンティティでアクティブでない場合、Oktaはユーザーのjob_information.start_date)を再度確認します。

ユーザーの開始日がpreHire Interval（雇用前インターバル）期間内の場合、ユーザーはOktaでアクティブな雇用前ユーザーとして識別されます。Oktaは各ユーザーに対して最も早い値のjob_informationレコードを選択し、次のようなチェックを実行します： "now > startDate > now + preHireInterval" — この条件に当てはまる場合、ユーザーはアクティブとして扱われます。

ユーザーが非アクティブであり、雇用前検証を通過しない場合、退職後検証が実施されます。Oktaは直近の*___job_information___start_date（退職開始日）の値を選択し、"inactiveStartDate < (now - postTerminationInterval)"と照合します。

ユーザーがすべての検証に通らなかった場合、非アクティブと識別され、Oktaにはインポートされません。

下の図はOktaユーザーステータス検証のワークフローを示しています。

SuccessFactors統合はMultiple Active User Statuses（複数のアクティブユーザーステータス）をサポートし、そこで管理者は様々なユーザーステータスをOktaでアクティブとして扱うよう選択できます。たとえ管理者が何も選択しなくても、デフォルトのステータスは常に［Active（アクティブ）］です。たとえば、キャシーは現在有給休暇中ですが、それでもOktaでアプリへのアクセスを希望しているとしています。この機能を使用すれば、管理者は有給休暇中をアクティブユーザーステータスとして選択し、キャシーはアプリにアクセスすることができます。

SucessFactorsのプロビジョニングを構成する際に（［Provisioning（プロビジョニング）］タブ >［To Okta（Oktaへ）］>［General（一般）］セクションの［Active User Statuses（アクティブユーザーステータス）］フィールド）、［Active（アクティブ）］とみなされるユーザーステータスを選択します。

注：

• 2020年10月より前に作成されたアプリでは、OktaがSuccessFactorsから利用可能なユーザーステータスの一覧を取得できるように、プロビジョニング設定を再保存したりProfile Editorで属性リストを更新する必要があります。
• 統合ユーザーがジョブステータス情報を取得するにはpicklists_sys_admin権限が必要です。［Provisioning（プロビジョニング）］タブにステータスリストが表示されない場合、APIユーザーがこの権限を持っているか確認してください。

電話およびメールのどちらも、"isPrimary = true"とマークされたエンティティがOktaユーザープロファイルにマップされます。ライトバック機能が有効化されている場合、Oktaは電話およびメールフィールドにライトバックし、そのタイプをPrimary（プライマリ）として設定します。

API制限により、Oktaのメールアドレスは、プライマリにマークされた設定済みのメールを持ち、アクティブなメールタイプ（通常は「Business」タイプ）を持つユーザーに対してのみアップデート可能です。