SAP SuccessFactors Employee Centralデータプロビジョニングについて
下の表はSAP SuccessFactors Employee CentralがOktaに統合された場合に特定のデータ型がどのようにプロセスされるかを示しています。
| データ型 | 説明 |
|---|---|
| 複数ジョブの割り当て | （グローバル割り当てまたは同時割り当てのいずれかの）複数ジョブ割り当てがある従業員がいる場合、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)について2度目の確認を行います。 ユーザーの開始日がpreHire Interval（雇用前インターバル）期間内の場合、ユーザーはOktaでアクティブな雇用前ユーザーとして識別されます。Oktaは各ユーザーの最も古いjob_informationレコードを選択し、次の確認を行います：now > startDate > now + preHireInterval。条件がtrueの場合、ユーザーはアクティブとして扱われます。 ユーザーが非アクティブで、雇用前検証に合格しない場合、解雇後検証が実行されます。Oktaは直近の*___job_information___start_date（解雇開始日）値を選択し、それをinactiveStartDate < (now - postTerminationInterval)と照らし合わせて検証します。 ユーザーがすべての検証に失敗した場合、非アクティブと確認され、Oktaにはインポートされません。 以下の図は、Oktaユーザーのステータス検証のワークフローを示しています。
SuccessFactors統合はMultiple Active User Statuses（複数のアクティブユーザーステータス）をサポートし、そこで管理者は様々なユーザーステータスをOktaでアクティブとして扱うよう選択できます。デフォルトのステータスは常に［Active（アクティブ）］です。たとえば、有休中のCathyさんがOktaの自身のアプリにアクセスしようとしています。この機能で有休をアクティブなユーザーステータスとして設定していれば、Cathyさんはアプリにアクセスできます。 SucessFactorsプロビジョニングを構成する際に、［Active（アクティブ）］とみなしたいユーザーステータスを選択します。これを行うには、SuccessFactors統合で［Provisioning（プロビジョニング）］タブに進み、［To Okta（Oktaへ）］をクリックして、［一般］セクションを編集してください。これにより、［Active User Statuses（アクティブユーザーステータス）］でアクティブにするステータスを設定することができます。 注：
|
| 電話およびメール | 電話およびメールのどちらも、"isPrimary = true"とマークされたエンティティがOktaユーザープロファイルにマップされます。ライトバック機能が有効化されている場合、Oktaは電話およびメールフィールドにライトバックし、そのタイプをPrimary（プライマリ）として設定します。 APIの制限により、更新できるOktaのメールアドレスは、プライマリとしてマークされ、アクティブなメールタイプ（通常「ビジネス」タイプ）の構成済みメールアドレスがあるユーザーのものに限られます。 |
| 請負業者から正社員への変換 | SAP SuccessFactors Employee Centralでは、請負から正社員への切り替えは、臨時社員の解雇と正社員の新規雇用として扱われます。
SAP SuccessFactors Employee Centralで臨時社員が解雇されると、そのユーザーはOktaで非アクティブ化されます。これは、解雇後を有効にしない限り、ユーザーデータが次に同期されるときに発生します。このユーザーがSAP SuccessFactors Employee Centralで正社員として追加されると、そのデータがOktaにインポートされます。SAP SuccessFactors Employee Centralで新規作成された正社員を既存の非アクティブ化されているOktaユーザーと突き合わせるため、インポートマッチングルールが使用されます。ただし、ユーザーの再アクティブ化は手動で行う必要があります。インポートマッチングルールを使用した自動再アクティブ化はサポートされていません。 |
