6 Workdayコネクタの使用
要件に合せてアプリケーションを構成したら、Workdayコネクタを使用してリコンシリエーションおよびプロビジョニング操作を実行できます。
この章では、次の項目について説明します。
6.1 リコンシリエーションの構成
コネクタを構成して、リコンシリエーションのタイプおよびそのスケジュールを指定できます。
6.1.1 完全リコンシリエーションおよび増分リコンシリエーションの実行
完全リコンシリエーションでは、既存のすべての就業者をターゲット・システムからOracle Identity Governanceにリコンサイルします。増分リコンシリエーションでは、前回のリコンシリエーションの実行後に追加または変更されたレコードのみがOracle Identity Governanceにフェッチされます。
アプリケーションを作成した後はまず、完全リコンシリエーションを実行する必要があります。さらに、すべてのターゲット・システム・レコードをOracle Identity Governanceでリコンサイルする必要がある場合はいつでも、増分リコンシリエーションから完全リコンシリエーションへ切り替えることができます。
<String>0</String>
に設定して、次のリコンシリエーション・ジョブのいずれかを実行します:
- Workdayターゲット・アプリケーションの場合:
<アプリケーション名>
Workday Target User Reconciliation - Workday認可アプリケーションの場合:
<アプリケーション名>
Workday Trusted User Reconciliation
完全リコンシリエーション・ジョブが完了すると、コネクタは、「同期トークン」の値をリコンシリエーションの実行が開始したときの日付とタイムスタンプで更新します。完全リコンシリエーションを実行した後、トランザクション日数を使用してリコンシリエーション操作を実行し、将来の入社日および将来の退職日の属性をリコンサイルします。トランザクション日数でのリコンシリエーションは、初期設定の一部として一度のみ実行されることが理想的です。詳細は、「トランザクション日数でのリコンシリエーションの実行」を参照してください。
増分リコンシリエーションを実行するには、「同期トークン」が最後のリコンシリエーション実行のタイムスタンプで更新されていることを確認し、「フィルタ問合せ」およびトランザクション日数に割り当てられている値を削除します。
ノート:
「同期トークン」は、完全リコンシリエーションまたは増分リコンシリエーション操作が実行された場合にのみ更新されます。フィルタ・リコンシリエーションまたはトランザクション日数でのリコンシリエーションが実行された場合は、更新されません。完全リコンシリエーションおよび増分リコンシリエーションのジョブの詳細は、「Workdayターゲット・コネクタのリコンシリエーション・ジョブ」および「Workday認可コネクタのリコンシリエーション・ジョブ」を参照してください。
6.1.2 トランザクション日数でのリコンシリエーションの実行
完全リコンシリエーションまたは制限付きリコンシリエーションが実行されるたびに、契約従業員の入社日は、契約従業員が将来の有効日で雇用された場合はリコンサイルされません。同様に、正規従業員の退職日は、正規従業員が将来の有効日で退職した場合はリコンサイルされません。
これらの値をリコンサイルするには、トランザクション日数パラメータの値を指定して、リコンシリエーション・ジョブを実行する必要があります。これは、正規従業員が退職後に組織でアクティブになる最大日数、または契約者を組織で事前雇用できる最大日数のうち、いずれか大きい方の値です。
たとえば、組織の通知期間が45日の場合、退職プロセスが開始されてから最大45日間、従業員をアクティブにできます。契約者雇用プロセスが元の入社日の30日前に開始された場合、トランザクション日数パラメータの値を45
として指定します。
ノート:
増分リコンシリエーションが実行されるたびに、将来の入社日および将来の退職日の属性値もリコンサイルされます。したがって、完全リコンシリエーションまたはフィルタ・リコンシリエーションの後にのみ、トランザクション日数でのリコンシリエーションを実行することをお薦めします。6.1.3 制限付きリコンシリエーションの実行
制限付きつまりフィルタ済リコンシリエーションは、設定されたフィルタ基準に基づいてリコンサイルすることによりレコードの数を制限するプロセスです。
デフォルトでは、前回のリコンシリエーションの実行後に追加または変更されたすべてのターゲット・システム・レコードが、現在のリコンシリエーションの実行中にリコンサイルされます。リコンサイルする必要のある追加または変更されたターゲット・システム・レコードのサブセットを指定して、このプロセスをカスタマイズできます。これは、リコンシリエーション・モジュールのフィルタを作成して行います。
このコネクタには、様々なフィルタ条件を使用してターゲット・システム・レコードをフィルタ処理できる「フィルタ問合せ」パラメータ(リコンシリエーション・ジョブ・パラメータ)が用意されています。「フィルタ問合せ」パラメータに値を指定すると、コネクタはフィルタ基準に一致するターゲット・システム・レコードのみをOracle Identity Governanceにリコンサイルします。
Workdayコネクタでサポートされているフィルタは次のとおりです:
- WIDを使用して就業者をフィルタします。
たとえば、
WID=06f0036f384a016c1da65076fa5f6d0a
ですここで、WIDが
06f0036f384a016c1da65076fa5f6d0a
のユーザーがリコンサイルされます。 - Employee_IDおよびContingent_Worker_IDを使用して就業者をフィルタします。
正規従業員をリコンサイルするには、
Employee_ID=21220
を使用します。22120は従業員の従業員IDです。契約者をリコンサイルするには、Contingent_Worker_ID=22406
を使用します。22406は契約者の派遣就業者IDです。 - 組織IDを使用して就業者をフィルタします。
たとえば、
Organization_Reference_Id=Global_Modern_Services_supervisory
ですここで、
Global_Modern_Services_supervisory
は組織IDで、この組織に属するすべてのユーザーがリコンサイルされます。 - 国を使用して就業者をフィルタします
たとえば、
Country=US
ですここで、USは米国のISO Alpha-2国コードです。米国に属するWorkdayのすべてのユーザーがリコンサイルされます。
- 国別IDを使用して就業者をフィルタします
たとえば、
National_ID_Type_Code=IND-PAN&Identifier_ID=AXXPX1234K
ですここで、IND-PANは国別IDの国別IDタイプ・コードで、AXXPX1234Kは国別IDの識別値です。
ノート:
Workdayコネクタでは、他のフィルタはサポートされません。6.2 リコンシリエーション・ジョブの構成
ターゲット・システムで定期的に新しい情報をチェックしてOracle Identity Governanceにそのデータを複製するリコンシリエーションを実行するリコンシリエーション・ジョブを構成します。
この手順は、ユーザーと権限のリコンシリエーション・ジョブを構成する場合に適用できます。
6.3 プロビジョニング操作の実行
Oracle Identity Governanceでのプロビジョニング操作の実行について学習し、それらの操作を実行するときに適用する必要があるガイドラインを示します。
6.3.1 ユーザーの作成
「ユーザーの作成」ページを使用して、Identity Self Serviceに新規ユーザーを作成します。アカウントのプロビジョニングやリクエストは「ユーザーの詳細」ページの「アカウント」タブで実行します
6.3.2 ユーザーの変更
「ユーザーの変更」ページを使用して、Identity Self Serviceで既存のユーザーを更新できます。
ノート:
就業者の連絡先データを更新する際には、次のことを確認します:- 勤務先電話番号または自宅電話番号の属性の値を
+91-0123456789x123
形式で指定します。ここで、91
は+
を接頭辞として持つ国コード、0123456789
は-
を接頭辞として持つ電話番号、123
はx
を接頭辞として持つ内線番号です。 - プライマリ連絡先詳細を追加しないと、セカンダリ連絡先詳細を追加できません。たとえば、親フォームに勤務先電話番号を追加しないと、Workdayでは「Phone type: Work」のセカンダリ電話番号を追加できません。
- 就業者に同じタイプのプライマリ連絡先データとセカンダリ連絡先データがある場合、Workdayシステムではプライマリ連絡先データをすべて削除できるわけではありません。最初にセカンダリ連絡先詳細を削除しないと、プライマリ連絡先詳細を削除できません。
- Workdayで就業者の連絡先データが将来の有効日で更新された場合、トランザクションが発生するか、Workdayシステムで取り消されるまで、就業者連絡先データを更新することはできません。
6.4 開始日および終了日の処理
6.4.1 開始日の処理
就業者がWorkdayアプリケーション(Workday信頼できるコネクタ内)からリコンサイルされ、ユーザーが作成されると、Oracle Identity Managerは「開始日」属性を評価します。属性が現在の日付またはそれ以前の日付に設定されている場合、ユーザーはOracle Identity Managerに作成されます。イベント・ハンドラは開始日を評価し、Oracle Identity Managerはこのアカウントを「アクティブ」として設定します。
開始日を将来の日付に設定してユーザーを作成する際、Oracle Identity Managerでは、「開始日まで無効」状態でユーザーが作成されます。開始日に達すると、開始日後のユーザーを有効化で「開始日」属性が評価され、リコンシリエーション実行中に開始日が過ぎたすべてのユーザーが有効になります。これにより、ユーザーの状態が「アクティブ」に設定されます。
6.4.2 終了日の処理
「終了日」属性は、終了を制御し、アカウント・クローズがシャッフルで失われないようにプロセスを自動化します。
ノート:
開始日後のユーザーを有効化および終了日後のユーザーを無効化/削除のスケジューラは、多くの場合、1日に1回、指定した時間に実行するように設定されます。属性は、スケジュール済ジョブが実行されるまで評価されません。通常の営業時間の前に開始日後のユーザーを有効化スケジュール済ジョブを実行し、通常の営業時間の後に終了日後のユーザーを無効化/削除スケジュール済ジョブを実行するように設定することをお薦めします。6.5 コネクタのアンインストール
コネクタのアンインストールでは、リソース・オブジェクトに関連付けられているすべてのアカウント関連データを削除します。
なんらかの理由でコネクタをアンインストールする場合は、コネクタのアンインストール・ユーティリティを実行します。このユーティリティを実行する前に、必ずConnectorUninstall.propertiesファイルでObjectType
とObjectValues
のプロパティに値を設定します。たとえば、リソース・オブジェクト、スケジュール済タスクおよびコネクタに関連付けられたスケジュール済ジョブを削除する場合は、ObjectType
プロパティの値として"ResourceObject", "ScheduleTask", "ScheduleJob"を入力し、ObjectValues
プロパティの値としてコネクタに対応するオブジェクト値のセミコロン区切りのリストを入力します。
次に、ResourceObjectsおよびScheduleJobsをアンインストールする例をそれぞれ示します:
-
ObjectType=ResourceObject
ObjectValues=<アプリケーション名>
-
ObjectType= ScheduleJob
ObjectValues= <アプリケーション名>Workday Target User Reconciliation
ノート:
ObjectType
プロパティとObjectValue
プロパティとともにConnectorName
プロパティとRelease
プロパティの値を設定すると、ObjectValue
プロパティでリストしたオブジェクトの削除はユーティリティによって実行されますが、コネクタ情報はスキップされます。
詳細は、『Oracle Fusion Middleware Oracle Identity Governanceの管理』のコネクタのアンインストールに関する項を参照してください。