この章では、Design Consoleでのプロセス管理について説明します。内容は次のとおりです。
「プロセス管理」フォルダには、Oracle Identity Managerのプロセスと電子メール・テンプレートを作成および管理するためのツールが用意されています。
このフォルダには、次のフォームが含まれます。
電子メール定義: このフォームでは、電子メール通知用のテンプレートを作成できます。
プロセス定義: このフォームでは、プロビジョニング・プロセスを作成および管理できます。また、ワークフロー定義をグラフィカルに表示するワークフロー定義レンダラを起動できます。
図5-1に示す「電子メール定義」フォームは「プロセス管理」フォルダにあります。このフォームでは、電子メール通知用のテンプレートを作成できます。これらの通知は、次の場合にユーザーに送信するように設定できます。
タスクがユーザーに割り当てられた場合。
タスクが特定のステータスになった場合。
電子メール定義の適用は、「プロセス定義」フォームの「割当て」タブで行います。
「電子メール定義」フォームを使用する前に、Oracle Identity Managerでユーザーに電子メール通知を送信するために使用される電子メール・サーバーのアドレスを指定する必要があります。
Oracle Identity Manager 11gリリース2 (11.1.2)では、Oracle Identity System Administrationを使用して電子メール・サーバーを指定します。電子メール・サーバーを指定するには、次の手順を実行します。
Oracle Identity System Administrationにログインします。
「システム管理」の下で、「システム構成」をクリックします。
「電子メール・サーバー」システム・プロパティを検索し、そのプロパティをクリックして詳細を開きます。
プロパティ名が電子メール・サーバーを表すリソース・アセット・インスタンスの名前に設定されていることを確認し、「保存」をクリックします。
注意: 「電子メール・サーバー」システム・プロパティの値は、電子メール・サーバーのホスト名ではなく、電子メール・サーバーITリソースになっている必要があります。 |
このITリソースが表示されたら、電子メール・サーバーのIPアドレス、およびこのサーバーの使用を検証するユーザーの名前とパスワードを指定します。
表5-1に、「電子メール定義」フォームのフィールドを示します。
表5-1 「電子メール定義」フォームのフィールド
フィールド名 | 説明 |
---|---|
名前 |
電子メール定義の名前。 |
タイプ |
このリージョンには、次のことを指定する3つのオプションがあります。
電子メール定義をプロビジョニング定義として分類する場合、または電子メール変数をプロビジョニング・プロセスに関連付ける場合は、プロビジョニング関連オプションを選択します。 電子メール定義を一般通知として分類する場合は、「一般」オプションを選択します。 |
オブジェクト名 |
この参照フィールドでは、電子メール定義が関連するプロビジョニング・プロセスに関連付けられるリソース・オブジェクトを選択します。 注意: 電子メール定義をすべてのリソース・オブジェクトで使用できるようにするには、この参照フィールドを空のままにしてください。 |
プロセス名 |
この参照フィールドでは、選択したリソース・オブジェクトに割り当てられているプロビジョニング・プロセスを選択します。これは、電子メール定義が関連するプロビジョニング・プロセスです。 注意: プロビジョニング関連オプションを選択しなかった場合、「オブジェクト名」参照フィールドと「プロセス名」参照フィールドはどちらもグレー表示になります。 |
言語 |
この参照フィールドでは、電子メール定義に関連付けられる言語を選択します。 |
リージョン |
この参照フィールドでは、電子メール定義の言語に関連付けられるリージョンを選択します。 |
ターゲット |
電子メール定義の変数のソースを選択します。たとえば、変数として「ユーザー・ログイン」を選択する場合は、ソースとして「ユーザー・プロファイル情報」を選択します。 注意: このボックスに表示される項目は、「タイプ」リージョンで選択したオプションによって変わります。 |
変数 |
このボックスでは、電子メール定義の変数(「ユーザー・ログイン」など)を選択します。このボックスに表示される変数は、「ターゲット」ボックスで選択した項目によって変わります。 |
差出人 |
このボックスでは、現在、次の2つのタイプのユーザーを選択できます。
|
ユーザー・ログイン |
電子メール通知の差出人リージョンのユーザーのID。 注意: 差出人ボックスに「ユーザー」項目が表示されない場合、「ユーザー・ログイン」フィールドはグレー表示になります。 |
件名 |
電子メール定義のタイトル。 |
本文 |
電子メール定義の内容。 |
電子メール定義を作成するには、次の手順を実行します。
「電子メール定義」フォームを開きます。
「名前」フィールドに、電子メール定義の名前を入力します。
電子メール定義をプロビジョニング・プロセスで使用する場合は、プロビジョニング関連オプションを選択します。
「言語」参照フィールドをダブルクリックし、この電子メール定義に関連付ける言語を選択します。
「リージョン」参照フィールドをダブルクリックし、電子メール定義の言語に関連付けるリージョンを選択します。
注意: 電子メール通知は、最初にOracle Identity Managerをインストールしたときに指定したロケールに基づきます。 |
「保存」をクリックします。
これで、「電子メール定義」フォームの残りのデータ・フィールドが有効になります。
この電子メール定義を特定のリソース・オブジェクトに関連付けるには、「参照」ダイアログ・ボックスで「オブジェクト名」参照フィールドをダブルクリックします。その後、この電子メール定義が関連するプロビジョニング・プロセスに関連付けられるリソース・オブジェクトを選択します。
電子メール定義をすべてのリソース・オブジェクトで使用できるようにするには、この参照フィールドを空のままにしてください。
「プロセス名」参照フィールドをダブルクリックします。
「参照」ダイアログ・ボックスで、手順7で選択したリソース・オブジェクトに割り当てられるプロビジョニング・プロセスを選択します。これは、この電子メール定義が関連するプロビジョニング・プロセスです。
注意: プロビジョニング関連オプションを選択しなかった場合、「オブジェクト名」参照フィールドと「プロセス名」参照フィールドはどちらもグレー表示になります。 |
差出人ボックスをクリックします。
カスタム・メニューが表示されたら、電子メール通知の差出人リージョンに表示されるユーザーのタイプを選択します(「リクエスタ」、「ユーザー」または「プロビジョニングされたユーザーのマネージャ」)。
注意: 手順3でプロビジョニング関連オプションを選択しなかった場合、差出人ボックスにプロビジョニングされたユーザーのマネージャ項目は表示されません。 |
オプション。差出人ボックスで「ユーザー」オプションを選択した場合は、「ユーザー・ログイン」参照フィールドをダブルクリックします。
「参照」ダイアログ・ボックスで、電子メール通知の差出人リージョンに表示されるユーザーIDを選択します。
差出人ボックスで「ユーザー」項目を選択しなかった場合、「ユーザー・ログイン」フィールドはグレー表示になります。
件名フィールドに情報を追加します。
このフィールドには、電子メール定義のタイトルが含まれます。
本文テキスト領域に情報を追加します。
このテキスト領域には、電子メール定義の内容が含まれます。
必要に応じて、件名フィールドおよび本文テキスト領域に電子メール変数を移入します。
次の表に、電子メール定義用にカスタマイズ可能な電子メール変数を示します。
名前 | 説明 |
---|---|
タイプ |
これらのオプションでは、電子メール定義の変数をプロビジョニング・プロセスに関連付けるかどうかを指定します。 電子メール変数をプロビジョニング・プロセスに関連付けるには、プロビジョニング関連オプションを選択します。 |
ターゲット |
このボックスでは、電子メール定義の変数のソースを選択します。たとえば、「ユーザー・ログイン」変数を使用する場合は、ソースとして「ユーザー・プロファイル情報」を選択します。 |
変数 |
このボックスでは、電子メール定義の変数(「ユーザー・ログイン」など)を選択します。 |
注意: 「ターゲット」ボックスのカスタム・メニューに表示される項目は、「プロビジョニング関連」と「一般」のどちらのラジオ・ボタンを選択するかによって変わります。同様に、変数ボックスのカスタム・メニューに表示される項目は、「ターゲット」、「ロケーション・タイプ」および「連絡先タイプ」の各ボックスに表示される項目に対応します。 |
件名フィールドまたは本文テキスト領域で使用する電子メール変数を作成します。
「保存」をクリックします。
電子メール定義が作成されます。
プロセスとは、Oracle Identity Managerでのプロビジョニングの論理ワークフローを表すメカニズムのことです。プロセス定義は複数のタスクで構成されます。プロセス・タスクは、プロセスの目的を満たすために完了する必要がある手順を表します。たとえば、プロビジョニング・プロセスでは、ユーザーまたは組織がターゲット・リソースにアクセスできるようにするためにタスクが使用されます。
図5-2に示す「プロセス定義」フォームは「プロセス管理」フォルダにあります。このフォームでは、リソース・オブジェクトに関連付けるプロビジョニング・プロセスを作成および管理できます。
図5-2では、Xellerate Organizationプロビジョニング・プロセスが作成され、同名のリソース・オブジェクトに割り当てられています。
表5-2に、「プロセス定義」フォームのフィールドを示します。
表5-2 「プロセス定義」フォームのフィールド
フィールド名 | 説明 |
---|---|
名前 |
プロセスの名前。 |
タイプ |
プロセス定義の分類タイプ。 |
オブジェクト名 |
プロセスが割り当てられるリソース・オブジェクトの名前。 |
記述フィールドのマップ |
インスタンスがリソース・オブジェクトに割り当てられた後、このボタンをクリックして、プロセス定義の識別子として使用されるフィールドを選択します。 |
レンダラ・ワークフロー |
このボタンをクリックしてWebブラウザを起動し、ワークフロー・レンダラ・ツールによって現在のワークフロー定義を表示します。 |
デフォルト・プロセス |
このチェック・ボックスでは、現在のプロセスをそれが関連付けられたリソース・オブジェクトのデフォルトのプロビジョニング・プロセスにするかどうかを指定します。 プロセスを割当て先リソース・オブジェクトのデフォルトのプロビジョニング・プロセスとして設定するには、このチェック・ボックスを選択します。チェック・ボックスを選択解除した場合、プロセスはデフォルトではなくなります。プロセス選択ルールによって選択された場合にのみ呼び出されます。 |
自動保存フォーム |
このチェック・ボックスでは、このプロビジョニング・プロセスに関連付けられているカスタム・フォームの表示を抑制するか、フォームを表示して、プロセスがインスタンス化されるたびにユーザーがデータを入力できるようにするかを指定します。 カスタム・プロセス・フォームを表示せずにフォームにデータが自動的に保存されるようにするには、このチェック・ボックスを選択します。このチェック・ボックスを選択した場合、ユーザーがフォームにアクセスできなくなるため、システム定義データを入力するか、必須データが確実にフォームに移入されるようにアダプタを構成する必要があります。カスタム・プロセス・フォームを表示して、ユーザーがデータをフィールドに入力できるようにするには、このチェック・ボックスを選択解除します。 |
自動事前移入 |
このチェック・ボックスでは、カスタム・フォームのフィールドへの移入をOracle Identity Managerとユーザーのどちらに任せるかを指定します。次の2つのタイプのフォームに関係します。
自動事前移入チェック・ボックスを選択した場合、関連付けられているカスタム・フォームが表示されると、事前移入アダプタがアタッチされたフィールドにOracle Identity Managerによってデータが移入されます。 このチェック・ボックスを選択解除した場合、ツールバーの事前移入ボタンをクリックするか、手動でデータを入力することで、ユーザーがフィールドにデータを移入する必要があります。 注意: この設定は事前移入アダプタのトリガーを制御するものではありません。アダプタの実行によって得られる内容を関連するフォーム・フィールドに表示するのが、Oracle Identity Managerとユーザーのどちらかということだけを決定するものです。 事前移入アダプタの詳細は、「事前移入アダプタに関する作業」を参照してください。 注意: このチェック・ボックスは、プロセスに関連付けられるプロセス・フォームを作成し、事前移入アダプタをそのフォームとともに使用する場合にのみ関係します。 |
表名 |
プロセス定義に関連付けられているフォームを表す表の名前。 |
プロセス定義を作成するには、次の手順を実行します。
「プロセス定義」フォームを開きます。
「名前」フィールドに、プロセス定義の名前を入力します。
「タイプ」参照フィールドをダブルクリックします。
「参照」ダイアログ・ボックスが表示されたら、プロセス定義の分類タイプ(「承認」)を選択します。
「オブジェクト名」参照フィールドをダブルクリックします。
「参照」ダイアログ・ボックスが表示されたら、プロセス定義に関連付けられるリソース・オブジェクトを選択します。
オプション。プロセスを割当て先リソース・オブジェクトのデフォルトのプロビジョニング・プロセスとして設定するには、デフォルト・プロセス・チェック・ボックスを選択します。
現在のプロセス定義をデフォルトにしない場合は、手順6に進んでください。
オプション。プロビジョニング・プロセスのカスタム・フォームの表示を抑制して、フォームにデータが自動的に保存されるようにするには、「自動保存フォーム」チェック・ボックスを選択します。
この設定は、プロビジョニング・プロセスにのみ適用されます。
プロビジョニング・プロセスのカスタム・フォームを表示して、ユーザーに情報の入力を求めるには、このチェック・ボックスを選択解除します。
注意: 「自動保存フォーム」チェック・ボックスを選択した場合は、関連するカスタム・プロセス・フォームのすべてのフィールドに、アダプタが関連付けられていることを確認してください。ただし、プロセス・フォームには、プロセス・データ・フロー・マッピングまたは組織デフォルトに対するデフォルトのデータまたはオブジェクトが存在することがあります。 アダプタの詳細、およびアダプタとカスタム・フォームのフィールドとのリレーションシップの詳細は、第8章「アダプタ・ファクトリの使用」を参照してください。 |
カスタム・フォームがプロセス定義に関連付けられ、このフォームに含まれるフィールドに事前移入アダプタがアタッチされている場合に、Oracle Identity Managerによってこれらのフィールドにデータが自動的に移入されるようにするには、自動事前移入チェック・ボックスを選択します。
ユーザーにこのフォームのフィールドに手動でデータを移入させる場合は(ツールバーの事前移入ボタンをクリック)、自動事前移入チェック・ボックスを選択解除します。
注意: プロセス定義にカスタム・フォームが関連付けられていないか、このフォームのフィールドに事前移入アダプタがアタッチされていない場合は、自動事前移入チェック・ボックスを選択解除してください。事前移入アダプタの詳細は、「事前移入アダプタに関する作業」を参照してください。 |
表名参照フィールドをダブルクリックします。
「参照」ウィンドウが表示されたら、プロセス定義に関連付けられているフォームを表す表を選択します。
「保存」をクリックします。
プロセス定義が作成され、「記述フィールドのマップ」ボタンが有効になります。このボタンをクリックすると、「記述フィールドのマップ」ダイアログ・ボックスが表示されます。
このウィンドウでは、プロセスのインスタンスがリソース・オブジェクトに割り当てられる際にプロセス定義の識別子として使用されるフィールド(「組織名」フィールドなど)を選択できます。このフィールドとその値は、「リコンシリエーション・マネージャ」フォームに表示されます。
関連項目: プロセスにカスタム・プロセス・フォームがアタッチされている場合は、そのフォーム上のフィールドもこのウィンドウに表示され、選択できます。 |
「プロセス定義」フォームを起動してプロセス定義を作成すると、このフォームのタブが有効になります。
「プロセス定義」フォームには、次のタブがあります。
それぞれのタブについて、次の各項で説明します。
このタブでは、次のことが可能です。
現在のプロセス定義を構成するプロセス・タスクの作成および変更
プロセス定義からのプロセス・タスクの削除(有効でなくなった場合)
図5-3に、「プロセス定義」フォームの「タスク」タブを示します。
プロセス・タスクは、プロセスの中で完了する必要がある手順を表します。
プロセス・タスクを追加するには、次の手順を実行します。
「追加」をクリックします。
新しいタスクの作成ダイアログ・ボックスが表示されます。
「タスク名」フィールドに、プロセス・タスクの名前を入力します。
新しいタスクの作成ウィンドウのツールバーで、「保存」をクリックします。次に、「閉じる」をクリックします。
プロセス・タスクがプロセス定義に追加されます。
図5-4に示すリコンシリエーション・フィールド・マッピング・タブでは、ターゲット・システムまたは信頼できるソースのデータ要素とOracle Identity Managerのフィールドとの間のリレーションシップを定義できます。
マッピングで選択できるのは、関連付けられているリソースの「リコンシリエーション・フィールド」タブで定義したフィールドのみです。これらのマッピングにより、リコンシリエーション・イベントでターゲット・システムからの情報がOracle Identity Managerのどのフィールドに移入されるかが決まります。ターゲット・リソースの場合(信頼できるソースではない)、このタブを使用して、どのフィールドがキー・フィールドかを示すことができます。キー・フィールドとは、「リコンシリエーション・マネージャ」フォームのプロセス一致ツリー・タブで一致を生成するために、プロセス・フォームとリコンシリエーション・イベントのどの値が同じである必要があるかを決定するものです。
各マッピングについて、次の情報が表示されます。
Oracle Identity Managerのデータとリコンサイルされるターゲット・システムまたは信頼できるソースのフィールドの名前(関連付けられているリソースの「リコンシリエーション・フィールド」タブで定義)。
フィールドに関連付けられているデータ型(関連付けられているリソースの「リコンシリエーション・フィールド」タブで定義)。
有効な値は「複数値」、「文字列」、「数値」、「日付」および「ITリソース」です。
注意: 「ITリソース」は、キー・フィールドとしてマークする必要があります。 |
信頼できるソースの場合: ユーザー検出の場合、信頼できるソース・フィールドのデータとユーザー・フォーム上のフィールドの名前のマッピング。組織検出の場合、信頼できるソース・フィールドのデータとOracle Identity Managerの「組織」フォーム上のフィールドの名前のマッピング。
信頼できるソースでユーザー検出と組織検出を実行する場合は、組織検出を先に実行する必要があります。
ターゲット・リソースの場合: ターゲット・リソース・フィールドのデータがマップされる、リソースのカスタム(プロビジョニング)プロセス・フォーム上のフィールドの名前。
ターゲット・リソースの場合: フィールドがこのターゲット・リソースのリコンシリエーションにおけるキー・フィールドかどうかを示すインジケータ。
リコンシリエーション・イベント・データを照合するプロビジョニング・プロセスの場合は、プロセス・フォームのキー・フィールド値がリコンシリエーション・イベントのものと一致する必要があります。
注意: 効率的な重複権限または子データ検証を有効にするように、リコンシリエーション・フィールド・マッピングの子データの権限属性およびキー属性の両方を構成することをお薦めします。権限または子データの重複検証の詳細は、『Oracle Fusion Middleware Oracle Identity Manager管理者ガイド』の権限または子データの重複検証に関する説明を参照してください。 |
ユーザー・アカウント・ステータスのリコンシリエーションを構成するには、次の操作を実行する必要があります。
信頼できるソースの場合: ターゲットのユーザーのステータスを表すリコンシリエーション・フィールド(「ステータス」
など)をそれに対応する信頼できるリソース・オブジェクトに作成する必要があります。このフィールドの値は、「有効」
または「無効」
のいずれかにする必要があります。このリコンシリエーション・フィールドは、対応するプロセス定義のユーザー属性status
にマップする必要があります。
ターゲット・リソースの場合: ターゲットのリソースのステータスを表すリコンシリエーション・フィールド(「ステータス」
など)をそれに対応するリソース・オブジェクトに作成する必要があります。このリコンシリエーション・フィールドは、対応するプロセス定義のプロセス属性OIM_OBJECT_STATUS
にマップする必要があります。ターゲット・リソース・リコンシリエーションでは、次のステータスがサポートされています。
失効
プロビジョニング済
準備完了
情報の指定
有効
なし
待機中
プロビジョニング
無効
ターゲット・リソースまたは信頼できるソースのフィールド(関連付けられているリソース定義の「リコンシリエーション・フィールド」タブで定義)とOracle Identity Managerの該当するフィールドをマップすることができます。これらのマッピングにより、リコンシリエーション・イベントでOracle Identity Managerのどのフィールドが更新されるかが決まります。これらのマッピングは、「リコンシリエーション・マネージャ」フォームで次のいずれかをクリックしたときに行われます。
「ユーザーの作成」または「組織の作成」ボタン
「一致したユーザー」または「一致した組織」タブにある「リンク」ボタン
プロセス一致ツリー・タブにあるリンクの確立ボタン
信頼できるソースのユーザー検出では、ユーザー・リソースからユーザー・プロビジョニング・プロセスのフィールドにマップされるフィールドを定義します。信頼できるソース・フィールドのマップ先のフィールド(ユーザー属性)は、「ユーザー」フォームから導出されます。
信頼できるソースの組織検出では、Oracle Identity Manager組織リソースからOracle Identity Manager組織プロビジョニング・プロセスのフィールドにマップされるフィールドを定義します。信頼できるソース・フィールドのマップ先のフィールド(組織属性)は、「組織」フォームから導出されます。
関連付けられているリソースのプロビジョニング・プロセス定義にアクセスし、リコンシリエーション・フィールド・マッピング・タブを選択した後、次の各項で説明するの2つの手順のいずれかを使用してください。
単一値フィールドのマップ
単一値フィールドをマップするには、次の手順を実行します。
「フィールド・マップの追加」をクリックします。
リコンシリエーション・フィールド・マッピングの追加ダイアログ・ボックスが表示されます。
「フィールド名」フィールドのメニューから、マップするターゲット・システムのフィールドを選択します。
Oracle Identity Managerで、関連付けられている「リソース・オブジェクト」フォームの入力内容に基づいて、このフィールドのフィールド・タイプが自動的に設定されます。
信頼できるソースの場合:
「ユーザー属性」メニューから値を選択し、「OK」をクリックします。手順4に進みます。
ターゲット・リソースの場合:
「プロセス・データ・フィールド」をダブルクリックします。「参照」ダイアログ・ボックスで正しいマッピングを選択し、「OK」をクリックします。
信頼できるソースのマッピングを定義している場合は、手順5に進みます。
ターゲット・リソースの場合にのみ、リコンシリエーション照合用キー・フィールド・チェック・ボックスを設定します。このチェック・ボックスを選択した場合、Oracle Identity Managerによって、プロビジョニング・プロセス・フォームのこのフィールドの値が、リコンシリエーション・イベントのフィールドの値と一致しているかどうかが評価されます。一致したすべてのプロセスが「リコンシリエーション・マネージャ」フォームのプロセス一致ツリー・タブに表示されます。このチェック・ボックスを選択解除した場合、Oracle Identity Managerでのプロセス照合で、このフィールドの値がプロセス・フォームやリコンシリエーション・イベントと一致する必要はありません。
注意: フィールドをキー・フィールドとして設定するには、該当するリソースのオブジェクト・リコンシリエーション・タブで必須に設定されている必要があります。 |
「保存」をクリックします。
選択したフィールドのマッピングは、ターゲット・リソースまたは信頼できるソースから次にリコンシリエーション・イベントを受け取ったときに適用されます。
複数値フィールドのマップ(ターゲット・リソースの場合のみ)
複数値フィールドをマップするには、次の手順を実行します。
「表マップの追加」をクリックします。
リコンシリエーション表マッピングの追加ダイアログ・ボックスが表示されます。
「フィールド名」フィールドのメニューから、マップするターゲット・システムの複数値フィールドを選択します。
Oracle Identity Managerで、関連付けられている「リソース・オブジェクト」フォームの入力内容に基づいて、このフィールドのフィールド・タイプが自動的に設定されます。
表名メニューから、ターゲット・リソースのプロセス・フォームで定義した子表を選択します。
プロセス・データ・フィールドをダブルクリックし、「参照」ダイアログ・ボックスで正しいマッピングを選択し、「OK」をクリックします。
保存して、リコンシリエーション表マッピングの追加ダイアログ・ボックスを閉じます。
マップしたばかりの複数値フィールドを右クリックし、表示されるメニューから「プロパティ・フィールド・マップの定義」を選択します。
マップ対象のコンポーネント(子)フィールドを選択します。
Oracle Identity Managerで、関連付けられている「リソース・オブジェクト」フォームの入力内容に基づいて、このフィールドのフィールド・タイプが自動的に設定されます。
「プロセス・データ・フィールド」フィールドをダブルクリックします。
「参照」ダイアログ・ボックスで正しいマッピングを選択し、「OK」をクリックします。
リコンシリエーション照合用キー・フィールド・チェック・ボックスを設定します。
このチェック・ボックスを選択した場合、Oracle Identity Managerによって、プロビジョニング・プロセスの子フォームのフィールド値とリコンシリエーション・イベントのフィールド値が比較されます。一致したすべてのプロセスが「リコンシリエーション・マネージャ」フォームのプロセス一致ツリー・タブに表示されます。このチェック・ボックスを選択解除した場合、プロセス照合で、このフィールドの値がプロセス・フォームやリコンシリエーション・イベントと一致する必要はありません。各複数値フィールドの少なくとも1つのコンポーネント(子)フィールドがキー・フィールドとして設定されていることを確認してください。これにより、プロセス一致ツリー・タブで生成される一致の質が向上します。
注意: キー・フィールドは、該当するリソースのオブジェクト・リコンシリエーション・タブで必須に設定されている必要があります。 |
「保存」をクリックします。
選択したフィールドのマッピングは、ターゲット・リソースから次にリコンシリエーション・イベントを受け取ったときに適用されます。
この手順は、Oracle Identity Managerのフィールドとターゲット・システムまたは信頼できるソースのフィールド(関連付けられているリソース定義の「リコンシリエーション・フィールド」タブで定義)の間に確立されているマッピングを削除する際に使用します。
マッピングを削除するには、次の手順を実行します。
関連付けられているリソースのプロビジョニング・プロセス定義にアクセスします。
リコンシリエーション・フィールド・マッピング・タブを選択します。
削除対象のフィールド・マッピングを選択します。
「マップの削除」をクリックします。
選択したフィールドのマッピングが削除されます。
プロセス定義のプロセス・タスクを変更するには、その行ヘッダーをダブルクリックします。プロセス・タスクに関するその他の情報を含むタスクの編集ウィンドウが表示されます。
タスクの編集ウィンドウには、次のタブがあります。
このタブでは、変更対象のタスクに関する概要情報を設定できます。この例では、Solaris環境にユーザーを作成するために「ユーザーの作成」タスクが使用されています。
表5-3に、「一般」タブのフィールドを示します。
表5-3 タスクの編集ダイアログ・ボックスの「一般」タブのフィールド
フィールド名 | 説明 |
---|---|
タスク名 |
プロセス・タスクの名前。 |
タスクの説明 |
プロセス・タスクに関する説明。 |
期間 |
現在のプロセス・タスクの予定完了時刻(日、時、分)。 |
条件付き |
このチェック・ボックスでは、プロセスに現在のプロセス・タスクを追加するために、ある条件を満たす必要があるかどうかを指定します。 条件が満たされないとプロセスにプロセス・タスクが追加されないようにするには、このチェック・ボックスを選択します。 条件が満たされなくてもプロセスにプロセス・タスクが追加されるようにするには、このチェック・ボックスを選択解除します。 |
完了に必須 |
このチェック・ボックスでは、プロセスを完了するのに、現在のプロセス・タスクの完了を必須とするかどうかを指定します。 プロセス・タスクのステータスが「完了」にならないとプロセスを完了できないようにするには、このチェック・ボックスを選択します。 プロセス・タスクのステータスがプロセスの完了ステータスに影響しないようにするには、このチェック・ボックスを選択解除します。 |
一定期間 |
適用外 |
タスクの結果 |
このボックスでは、タスクに関連付けるプロセス・アクション(無効化や有効化など)を選択します。プロセスでは、リソースへのユーザーのアクセスを有効化または無効化できます。無効化アクションを選択すると、無効化アクションに関連付けられているすべてのタスクが挿入されます。 注意: プロセス・タスクを特定のプロセス・アクションに関連付けない場合は、ボックスから「NONE」を選択してください。 |
手動挿入不可 |
このチェック・ボックスでは、現在のプロセス・タスクをユーザーがプロセスに手動で追加できるようにするかどうかを指定します。 プロセスにプロセス・タスクを手動で追加できないようにするには、このチェック・ボックスを選択します。 ユーザーがプロセスにプロセス・タスクを追加できるようにするには、このチェック・ボックスを選択解除します。 |
保留中の取消しを許可 |
このチェック・ボックスでは、ステータスが「保留」のときにプロセス・タスクの取消しを許可するかどうかを指定します。 ステータスが「保留」のときにプロセス・タスクの取消しを許可するには、このチェック・ボックスを選択します。 ステータスが「保留」のときにプロセス・タスクの取消しを禁止するには、このチェック・ボックスを選択解除します。 |
複数のインスタンスを許可 |
このチェック・ボックスでは、現在のプロセスにプロセス・タスクを複数回挿入できるようにするかどうかを指定します。 プロセスにプロセス・タスクのインスタンスを複数追加できるようにするには、このチェック・ボックスを選択します。 現在のプロセスにプロセス・タスクを1回のみ追加できるようにするには、このチェック・ボックスを選択解除します。 |
再試行期間(分) |
このフィールドでは、プロセス・タスクが却下された場合に、Oracle Identity Managerによってそのタスクの新規インスタンス(ステータスは「保留」)が挿入されるまでの間隔を指定します。 再試行期間(分)フィールドの値が30の場合、「ユーザーの作成」プロセス・タスクが却下されると、Oracle Identity Managerによって30分後にこのタスクの新規インスタンスが追加され、「保留」ステータスが割り当てられます。 |
再試行回数 |
却下されたタスクがOracle Identity Managerによって再試行される回数を指定します。「再試行回数」フィールドの値が5の場合、「ユーザーの作成」プロセス・タスクが却下されると、Oracle Identity Managerによってこのタスクの新規インスタンスが追加され、「保留」ステータスが割り当てられます。このプロセス・タスクが5回目に却下されると、それ以降、新規インスタンスは挿入されません。 |
子表/トリガー・タイプ |
これらのボックスでは、現在のプロセスに関連付けられているカスタム・フォームの子表(「プロセス定義」フォームの表名フィールドに表示)に対してOracle Identity Managerによって実行されるアクションを指定します。 子表ボックスでは、Oracle Identity Managerによって実行されるアクションの対象となるカスタム・フォームの子表を選択します。 トリガー・タイプ・ボックスでは、Oracle Identity Managerによって子表に対して実行されるアクションを指定します。次のアクションがあります。
注意: カスタム・プロセス・フォームに子表が関連付けられていない場合、子表ボックスは空になります。また、トリガー・タイプ・ボックスはグレー表示になります。 |
オフライン |
このフラグは、ユーザー属性伝播タスクにのみ適用されます。ユーザー属性伝播タスクに対してフラグを設定すると、タスクの挿入が非同期になります。 |
プロセス・タスクの一般情報を変更するには、次の手順を実行します。
変更対象のタスクの行ヘッダーをダブルクリックします。
タスクの編集ダイアログ・ボックスが表示されます。
「一般」タブをクリックします。
「説明」フィールドに、プロセス・タスクに関する説明を入力します。
オプション。期間領域に、プロセス・タスクの予定完了時刻(日、時、分)を入力します。
ある条件を満たさないとプロセス・タスクが「プロセス・インスタンス」に追加されないようにするには、条件付きチェック・ボックスを選択します。それ以外の場合は、手順6に進みます。
注意: 条件付きチェック・ボックスを選択した場合は、タスクをプロセスに追加するための必須条件を指定する必要があります。 |
プロセスの完了ステータスがプロセス・タスクの完了ステータスに依存するようにするには、完了に必須チェック・ボックスを選択します。
それにより、プロセス・タスクのステータスが「完了」にならないと、プロセスを完了できなくなります。
プロセス・タスクのステータスがプロセスの完了ステータスに影響しないようにする場合は、手順7に進みます。
現在実行中のプロセスのインスタンスに、ユーザーが手動でプロセス・タスクを追加できないようにするには、「手動挿入不可」チェック・ボックスを選択します。それ以外の場合は、手順8に進みます。
プロセス・タスクのステータスが「保留」のときにそのプロセス・タスクの取消しをユーザーに許可するには、「保留中の取消しを許可」チェック・ボックスを選択します。保存しない場合は、手順9に進みます。
このタスクを単一のプロセス・インスタンスに複数回挿入できるようにするには、「複数のインスタンスを許可」チェック・ボックスを選択します。それ以外の場合は、ステップ10に進みます。
「タスクの結果」ボックスをクリックします。
カスタム・メニューが表示されたら、次のいずれかを選択します。
アプリケーションに対するプロセスまたはアクセスの有効化。有効化機能を使用してリソースを再アクティブ化した場合、この結果が設定されているすべてのタスクがプロセスに挿入されます。このオプションを選択した場合は、「複数のインスタンスを許可」チェック・ボックスも選択する必要があります。
アプリケーションに対するプロセスまたはアクセスの無効化。無効化機能を使用してリソースを非アクティブ化した場合、この結果が設定されているすべてのタスクがプロセスに挿入されます。このオプションを選択した場合は、「複数のインスタンスを許可」チェック・ボックスも選択する必要があります。
アプリケーションに対するプロセスまたはアクセスの失効。リソースが失効すると、プロビジョニング・プロセス内の既存のタスクを取り消すことなく失効ワークフローが実行されます。
無効。これは、すべてのタスクに関連付けられているデフォルトのプロセス・アクションです。このオプションを選択した場合、条件付きでないタスクは、標準のプロビジョニングの実行時にのみ挿入されます。
オプション。プロセス・タスクが「却下」の場合、Oracle Identity Managerによってこのプロセス・タスクの新規インスタンス(ステータスは「保留」)が挿入されるようにすることができます。
そのためには、再試行期間(分)フィールドに値を入力します。これは、Oracle Identity Managerによってこのプロセス・タスク・インスタンスが追加されるまでの待機時間(分単位)です。
「再試行回数」フィールドに、却下されたタスクがOracle Identity Managerによって再試行される回数を入力します。たとえば、「再試行回数」フィールドに3と表示されているとします。タスクが却下されると、Oracle Identity Managerによってこのタスクの新規インスタンスが追加され、「保留」ステータスが割り当てられます。このプロセス・タスクが4回目に却下されると、それ以降、新規インスタンスは挿入されません。
注意: 「再試行期間」および「再試行回数」は相互に関連しているため、一方を選択した場合は、もう一方のオプションのパラメータも指定する必要があります。 |
子表ボックスでは、Oracle Identity Managerによって実行されるアクションの対象となるカスタム・フォームの子表を選択します。
トリガー・タイプ・ボックスでは、Oracle Identity Managerによって子表に対して実行されるアクションを指定します。次のアクションがあります。
挿入: 子表の指定した列に新しい値が追加されます。
更新: 子表の対応する列の既存の値が変更されます。
削除: 子表の指定した列から値が削除されます。
注意: カスタム・プロセス・フォームに子表が関連付けられていない場合、子表ボックスは空になります。また、トリガー・タイプ・ボックスはグレー表示になります。 |
「保存」をクリックします。
プロセス・タスクの概要情報に対する変更には、「一般」タブで行った変更が反映されます。
Lookup.USR_PROCESS_TRIGGERSでユーザー属性が定義されている場合、その属性が変更されるたびに、プロビジョニングされた各リソースに対して対応するプロセス・タスクがトリガーされます。これは、「名」、「姓」、「表示名」(USR_DISPLAY_NAME)ユーザー属性およびカスタム・ユーザー属性に当てはまります。ただし、Lookup.USR_PROCESS_TRIGGERSフィールドのUSR_STATUS、USR_LOCKED、USR_LOCKED_ONおよびUSR_MANUALLY_LOCKEDについては、アタッチされているプロセス・タスクはトリガーされません。
次の各項では、Lookup.USR_PROCESS_TRIGGERSフィールドのプロセス・タスクをトリガーする方法について説明します。
USR_STATUS属性の場合
USR_STATUS属性はOracle Identity Managerで個別に処理されるため、この属性については、Lookup.USR_PROCESS_TRIGGERSによってタスクを実行することはできません。この属性は、ユーザーを有効化、無効化または削除すると変更されます。これらの操作は、対応するプロセス・タスクが「タスクの結果」設定に従って開始されるため、プロビジョニングされたリソースに特別な結果をもたらします(表5-3 「タスクの編集ダイアログ・ボックスの「一般」タブのフィールド」を参照)。これらの3つの操作については、Lookup.USR_PROCESS_TRIGGERSは使用されません。したがって、ステータスが変わったときに、次の手順に従ってプロセス・タスクを実行します。
ステータスが「無効」から「有効」に遷移した場合:
「プロセス定義」フォームで、「ユーザーの有効化」
という名前のプロセス・タスクを作成します。
タスクの編集ウィンドウを開き、「一般」タブをクリックします。
「タスクの結果」リストから「アプリケーションに対するプロセスまたはアクセスの有効化」を選択します。
「条件付き」を選択し、タスクをプロセスに追加するための必須条件を指定します。
ステータスが「有効」から「無効」に遷移した場合:
「プロセス定義」フォームで、「ユーザーの無効化」
という名前のプロセス・タスクを作成します。
タスクの編集ウィンドウを開き、「一般」タブをクリックします。
「タスクの結果」リストから「アプリケーションに対するプロセスまたはアクセスの有効化」を選択します。
「条件付き」を選択し、タスクをプロセスに追加するための必須条件を指定します。
ステータスが「有効」/「無効」/「プロビジョニング済」から「失効」に遷移した場合:
「プロセス定義」フォームで、「ユーザーの削除」
という名前のプロセス・タスクを作成します。
その後、このタスクを「ユーザーの作成」タスク(通常は無条件でユーザーを作成するタスク)の取消しタスクとして設定します。
「条件付き」を選択し、タスクをプロセスに追加するための必須条件を指定します。
注意: OIMユーザーが削除されると、各リソースで完了したそれぞれのタスクに対して、Oracle Identity Managerで取消しタスクの実行が試みられます。 |
USR_LOCKED、USR_LOCKED_ON、USR_MANUALLY_LOCKED属性の場合
ロック操作とロック解除操作は、Oracle Identity Managerで個別の編成として処理されます。編成は次のように行います。
entity-type="User" operation="LOCK"
または
entity-type="User" operation="UNLOCK"
Lookup.USR_PROCESS_TRIGGERSの評価を行うイベント・ハンドラは次のとおりです。
oracle.iam.transUI.impl.handlers.TriggerUserProcesses
これは、次のユーザー編成でのみトリガーされます。
MODIFY: 一般フィールドの場合
CHANGE_PASSWORD、RESET_PASSWORD: USR_PASSWORD伝播の場合
ENABLE、DISABLE、DELETE: プロセス・タスクの実行を処理する場合
ロック/ロック解除操作の場合、TriggerUserProcessesイベント・ハンドラはトリガーされません。したがって、ロック/ロック解除操作によって変更された属性に対しては、Lookup.USR_PROCESS_TRIGGERSはチェックされません。
これらのフィールドが変更されたときにこれらの操作のカスタム・コードを実行する場合は、イベント・ハンドラを作成し、この項で説明した編成に登録できます。
統合タブでは、次のことが可能です。
イベント・ハンドラまたはタスク・アダプタをアタッチすることでプロセス・タスクを自動化します。
タスク・アダプタの変数をマップすることで、アダプタがトリガーされたときに、Oracle Identity Managerから適切な情報が渡されるようにします。これは、プロセス・タスクのステータスが「保留」の場合に発生します。
アダプタまたはイベント・ハンドラがプロセス・タスクに適用できなくなった場合に、アダプタ/イベント・ハンドラとプロセス・タスクの間のリンクを解除します。
たとえば、adpSOLARISCREATEUSERアダプタが「ユーザーの作成」プロセス・タスクにアタッチされているとします。このアダプタには9つのアダプタ変数があり、そのすべてが適切にマップされています(各変数名の前にY
が付加されています)。
注意: イベント・ハンドラの先頭には、 |
次の手順では、プロセス・タスクにアダプタまたはイベント・ハンドラを割り当てる方法について説明します。
プロセス・タスクにアダプタまたはイベント・ハンドラを割り当てるには、次の手順を実行します。
イベント・ハンドラまたはアダプタを割り当てるプロセス・タスクの行ヘッダーをダブルクリックします。
タスクの編集ウィンドウが表示されます。
統合タブをクリックします。
「追加」をクリックします。
図5-5に示すように、ハンドラの選択ダイアログ・ボックスが表示されます。
プロセス・タスクにイベント・ハンドラを割り当てるには、「システム」オプションを選択します。
プロセス・タスクにアダプタを追加するには、「アダプタ」オプションを選択します。プロセス・タスクに割り当てることができるイベント・ハンドラまたはアダプタのリストが「ハンドラ名」リージョンに表示されます。
プロセス・タスクに割り当てるイベント・ハンドラまたはアダプタを選択します。
ハンドラの選択ウィンドウのツールバーで、「保存」をクリックします。
「確認」ダイアログ・ボックスが表示されます。
「OK」をクリックします。
イベント・ハンドラまたはアダプタがプロセス・タスクに割り当てられます。
注意: 親フォーム・フィールドに対する変更に関連付けられているタスクをトリガーするには、タスクの名前が「更新された |
アダプタ変数をマップするには、次の手順を実行します。
マップ対象のアダプタ変数を選択します。
マップをクリックします。
変数のデータ・マッピング・ウィンドウが表示されます。
「マップ先」、「修飾子」、「ITアセット・タイプ」、「ITアセット・プロパティ」、「リテラル値」および「古い値」の各フィールドを指定します。
変数のデータ・マッピング・ウィンドウのツールバーで、「保存」をクリックします。
「閉じる」をクリックします。
アダプタ変数のマッピング・ステータスが「N」
から「Y」
に変わります。これは、アダプタ変数がマップされたことを示します。
タスク依存性タブでは、プロセスにおけるプロセス・タスクの論理フローを決定できます。このタブでは、次のことが可能です。
先行タスクをプロセス・タスクに割り当てます。
これらのタスクのステータスが「完了」になってからでないと、Oracle Identity Managerまたはユーザーは現在のプロセス・タスクをトリガーできません。
依存タスクをプロセス・タスクに割り当てます。
現在のプロセス・タスクのステータスが「完了」になってからでないと、Oracle Identity Managerまたはユーザーはこれらのタスクをトリガーできません。
先行タスクの完了ステータスと現在のタスクのトリガーに関係がなくなるように、先行タスクと現在のタスクの間のリンクを解除します。
現在のタスクの完了ステータスと依存タスクのトリガーに関係がなくなるように、現在のタスクと依存タスクの間のリンクを解除します。
たとえば、「ユーザーの作成」プロセス・タスクには、先行タスクはありません。タスクがプロセスに挿入されると(関連付けられているリソースがリクエストされた場合など)、Oracle Identity Managerによって常にこのタスクがトリガーされます。「ユーザーの作成」プロセス・タスクには、7つの依存タスクがあります。このプロセス・タスクが完了するまで、各依存タスクのステータスは「待機中」になります。このタスクのステータスが「完了」になると、これらのプロセス・タスクのそれぞれに「保留」ステータスが割り当てられ、Oracle Identity Managerでそれらをトリガーできるようになります。
プロセス・タスクに先行タスクを割り当てるには、次の手順を実行します。
先行タスクを割り当てるプロセス・タスクの行ヘッダーをダブルクリックします。
タスクの編集ウィンドウが表示されます。
タスク依存性タブをクリックします。
先行タスク・リージョンで、「割当て」をクリックします。
「割当て」ウィンドウが表示されます。
このウィンドウで、先行タスクを選択し、それをプロセス・タスクに割り当てます。
「OK」をクリックします。
先行タスクがプロセス・タスクに割り当てられます。
プロセス・タスクから先行タスクを削除するには、次の手順を実行します。
削除対象の先行タスクを選択します。
先行タスク・リージョンで、「削除」をクリックします。
先行タスクがプロセス・タスクから削除されます。
プロセス・タスクに依存タスクを割り当てるには、次の手順を実行します。
依存タスクを割り当てるプロセス・タスクの行ヘッダーをダブルクリックします。
タスクの編集ウィンドウが表示されます。
タスク依存性タブをクリックします。
依存タスク・リージョンで、「割当て」をクリックします。
「割当て」ウィンドウが表示されます。
このウィンドウで、依存タスクを選択し、それをプロセス・タスクに割り当てます。
「OK」をクリックします。
依存タスクがプロセス・タスクに割り当てられます。
「レスポンス」タブでは、次のことが可能です。
特定のプロセス・タスクの実行と同時に受け取ることができるレスポンス・コードを定義します。レスポンス・コードを使用して、ターゲット・システム上の特定の条件を表すことができます。
このプロセス・タスクの実行時にレスポンス・コードを受け取った場合に開始される条件付きタスクを定義します。これらのタスクは生成済タスクと呼ばれます。
プロセス・タスクからレスポンスを削除します。
プロセス・タスクから生成済タスクを削除します。
たとえば、「ユーザーの作成」プロセス・タスクが完了したときに、SUCCESS
レスポンスがアクティブになります。このレスポンスにより、「ユーザーが正常に作成されました」というメッセージを含むダイアログ・ボックスが表示されます。また、Oracle Identity Managerによって「ユーザーの有効化」プロセス・タスクがトリガーされます。
注意: デフォルトでは、各プロセス・タスクの却下に対しては不明レスポンスが定義されています。したがって、システム管理者がプロセス・タスクにレスポンスを追加しない場合でも、このタスクが却下されると、ユーザーにはダイアログ・ボックスでエラー・メッセージが通知されます。 |
プロセス・タスクにレスポンスを追加するには、次の手順を実行します。
レスポンスを追加するプロセス・タスクの行ヘッダーをダブルクリックします。
タスクの編集ウィンドウが表示されます。
「レスポンス」タブをクリックします。
「レスポンス」リージョンで、「追加」をクリックします。
空白行が「レスポンス」リージョンに表示されます。
「レスポンス」フィールドに情報を入力します。
このフィールドには、レスポンス・コード値が含まれます。このフィールドでは、大文字/小文字が区別されます。
「説明」フィールドに情報を入力します。このフィールドには、レスポンスに関する説明が含まれます。
プロセス・タスクによってレスポンスがトリガーされると、この情報がタスク情報ダイアログ・ボックスに表示されます。
「ステータス」参照フィールドをダブルクリックします。
「参照」ウィンドウが表示されたら、タスク・ステータス・レベルを選択します。レスポンス・コードを受け取ると、タスクがこのステータスに設定されます。
「保存」をクリックします。
追加したレスポンスに、入力した設定が反映されるようになります。
プロセス・タスクからレスポンスを削除するには、次の手順を実行します。
削除するレスポンスを選択します。
「レスポンス」リージョンで、「削除」をクリックします。
レスポンスがプロセス・タスクから削除されます。
注意: レスポンスが既存のものであっても、新しく追加されたものであっても、プロビジョニング・インスタンスに対して呼び出されるプロセス・タスクからはレスポンスを削除できません。ただし、プロセス・タスクがどのプロビジョニング・インスタンスに対しても呼び出されない場合は、レスポンスを削除できます。 |
プロセス・タスクに生成済タスクを割り当てるには、次の手順を実行します。
生成済タスクを割り当てるプロセス・タスクの行ヘッダーをダブルクリックします。
タスクの編集ウィンドウが表示されます。
「レスポンス」タブをクリックします。
生成済タスクを割り当てるレスポンス・コードを選択します。
生成するタスク・リージョンで、「割当て」をクリックします。
「割当て」ウィンドウが表示されます。
このウィンドウで、生成済タスクを選択し、それをプロセス・タスク・レスポンスに割り当てます。
「OK」をクリックします。
生成済タスクがプロセス・タスクに割り当てられます。
取消し/リカバリ・タブでは、次のことが可能です。
現在のプロセス・タスクが取り消されたときにトリガーされるプロセス・タスクを定義します。これらのプロセス・タスクは取消しタスクと呼ばれます。
有効でなくなった取消しタスクをプロセス・タスクから削除します。
現在のプロセス・タスクが却下されたときにトリガーされるプロセス・タスクを定義します。これらのタスクはリカバリ・タスクと呼ばれます。
プロセス・タスクからリカバリ・タスクを削除します。
たとえば、「ユーザーの作成」プロセス・タスクのステータスが「取消」
になると、「ユーザーの削除」取消しタスクがトリガーされます。同様に、「ユーザーの作成」タスクが「却下」
になると、Oracle Identity Managerによって「ユーザーの有効化」リカバリ・タスクがトリガーされます。
注意: 現在のプロセス・タスクが却下されると、そのプロセス・タスクに割り当てられているリカバリ・タスクがOracle Identity Managerによってトリガーされます。「リカバリの完了」チェック・ボックスを選択すると、生成されたすべてのリカバリ・タスクが完了したときに、現在のプロセス・タスクのステータスが |
次の各項では、現在のプロセス・タスクに取消しタスクやリカバリ・タスクを割り当てる方法、および現在のプロセス・タスクから取消しタスクやリカバリ・タスクを削除する方法について説明します。
プロセス・タスクに取消しタスクを割り当てるには、次の手順を実行します。
取消しタスクを割り当てるプロセス・タスクの行ヘッダーをダブルクリックします。
タスクの編集ウィンドウが表示されます。
取消し/リカバリ・タブをクリックします。
取消しタスク・リージョンで、「割当て」をクリックします。
「割当て」ウィンドウが表示されます。
このウィンドウで、取消しタスクを選択し、それをプロセス・タスクに割り当てます。
「OK」をクリックします。
取消しタスクがプロセス・タスクに割り当てられます。
プロセス・タスクから取消しタスクを削除するには、次の手順を実行します。
削除対象の取消しタスクを選択します。
取消しタスク・リージョンで、「削除」をクリックします。
取消しタスクがプロセス・タスクから削除されます。
プロセス・タスクにリカバリ・タスクを割り当てるには、次の手順を実行します。
リカバリ・タスクを割り当てるプロセス・タスクの行ヘッダーをダブルクリックします。
タスクの編集ウィンドウが表示されます。
取消し/リカバリ・タブをクリックします。
リカバリ・タスク・リージョンで、「割当て」をクリックします。
「割当て」ウィンドウが表示されます。
このウィンドウで、リカバリ・タスクを選択し、それをプロセス・タスクに割り当てます。
「OK」をクリックします。
リカバリ・タスクがプロセス・タスクに割り当てられます。
オプション。生成されたすべてのリカバリ・タスクが完了したときに、現在のプロセス・タスクのステータスを「却下」から「完了に失敗」に変更する場合は(これにより、Oracle Identity Managerで他の依存プロセス・タスクをトリガーできるようになります)、「リカバリの完了」チェック・ボックスを選択します。それ以外の場合は、このチェック・ボックスを選択しないでください。
このタブでは、現在のプロセス・タスクが特定のステータスになったときに生成される電子メール通知を指定できます。タスクに割り当てられる各ステータスについて、別々の電子メール通知を生成できます。電子メール通知が有効でなくなったら、「通知」タブから削除できます。
たとえば、「ユーザーの作成」プロセス・タスクのステータスが「完了」
になると、Oracle Identity Managerによって、リソースのプロビジョニング対象となっているユーザーに対して電子メール通知「プロセス・タスクの完了」が送信されます。「ユーザーの作成」プロセス・タスクが却下されると、電子メール通知「プロセス・タスクの完了」がユーザーとそのマネージャに送信されます。
注意: Oracle Identity Managerでユーザーに電子メール通知を送信できるようにするには、「電子メール定義」フォームを使用して電子メール・メッセージのテンプレートを事前に作成する必要があります。詳細は、「「電子メール定義」フォーム」を参照してください。 |
次の各項では、プロセス・タスクに電子メール通知を割り当てる方法、およびプロセス・タスクから電子メール通知を削除する方法について説明します。
プロセス・タスクに電子メール通知を割り当てるには、次の手順を実行します。
電子メール通知を割り当てるプロセス・タスクの行ヘッダーをダブルクリックします。
タスクの編集ダイアログ・ボックスが表示されます。
「通知」タブをクリックします。
「割当て」をクリックします。
「割当て」ダイアログ・ボックスが表示されます。
このウィンドウで、使用する電子メール・テンプレート定義を選択し、それをプロセス・タスクに割り当てます。
「OK」をクリックします。
電子メール通知の名前が「通知」タブに表示されます。
「ステータス」参照フィールドをダブルクリックします。
「参照」ウィンドウが表示されたら、完了ステータス・レベルを選択します。プロセス・タスクがこのステータス・レベルになると、Oracle Identity Managerによって、関連付けられている電子メール通知が送信されます。
電子メール通知を受信するユーザーを表すチェック・ボックスを選択します。
現在、電子メール通知は、次のユーザーに送信できます。
割当て先。このユーザーは、関連付けられているプロセス・タスクを完了する必要があります。
リクエスタ。このユーザーは、対応するプロセス・タスクが含まれるプロセスをリクエストしました。
ユーザー。関連付けられているプロセス・タスクが「完了」になると、このユーザーにリソースがプロビジョニングされます。
ユーザーのマネージャ。このユーザーはユーザーのスーパーバイザであり、対応するプロセス・タスクが「完了」になると、このユーザーにリソースがプロビジョニングされます。
「保存」をクリックします。
電子メール通知がプロセス・タスクに割り当てられます。
リソース・オブジェクトには、ユーザーやアプリケーションへのリソースのプロビジョニングに使用するデータが含まれます。
また、リソース・オブジェクトには、事前定義されたプロビジョニング・ステータスがあり、リソース・オブジェクトがターゲットのユーザーや組織にプロビジョニングされるのに応じて、そのライフサイクルを通じて様々なステータスを表します。
注意: プロビジョニング・ステータスは、「リソース・オブジェクト」フォームのステータスの定義タブに定義されています。 |
リソース・オブジェクトのプロビジョニング・ステータスは、関連付けられているプロビジョニング・プロセスのステータス、およびそれらのプロセスを構成するタスクのステータスによって決まります。このため、プロセス・タスクのステータスとその割当て先リソース・オブジェクトのプロビジョニング・ステータスの間にリンクを確立する必要があります。
タスクとオブジェクトのステータス・マッピング・タブを使用して、このリンクを作成します。また、この接続が不要になったり、プロセス・タスクのステータスをリソース・オブジェクトの別のプロビジョニング・ステータスに関連付ける場合は、その時点で存在するリンクを解除する必要があります。
この例では、プロセス・タスクのステータスとリソース・オブジェクトのプロビジョニング・ステータスの間に5つのマッピングがあります。「ユーザーの作成」プロセス・タスクのステータスが「完了」
になると、関連付けられているリソース・オブジェクトには「プロビジョニング済」
というプロビジョニング・ステータスが割り当てられます。ただし、このタスクが取り消されると、そのリソース・オブジェクトのプロビジョニング・ステータスは「失効」
になります。「なし」
は、このステータスがリソース・オブジェクトのプロビジョニング・ステータスに何の影響もないことを示します。
次の各項では、プロビジョニング・ステータスにプロセス・タスクのステータスをマップする方法、およびプロビジョニング・ステータスからプロセス・タスクのステータスをマップ解除する方法について説明します。
プロビジョニング・ステータスにプロセス・タスクのステータスをマップするには、次の手順を実行します。
ステータスをリソース・オブジェクトのプロビジョニング・ステータスにマップするプロセス・タスクの行ヘッダーをダブルクリックします。
タスクの編集ウィンドウが表示されます。
タスクのオブジェクト・ステータス・マッピング・タブをクリックします。
目的のプロセス・タスクのステータスを選択します。
「オブジェクト・ステータス」参照フィールドをダブルクリックします。
「参照」ウィンドウが表示されたら、プロセス・タスクのステータスをマップするリソース・オブジェクトのプロビジョニング・ステータスを選択します。
「OK」をクリックします。
選択したプロビジョニング・ステータスがタスクとオブジェクトのステータス・マッピング・タブに表示されます。
「保存」をクリックします。
プロセス・タスクのステータスがプロビジョニング・ステータスにマップされます。
プロビジョニング・ステータスからプロセス・タスクのステータスをマップ解除するには、次の手順を実行します。
目的のプロセス・タスクのステータスを選択します。
「オブジェクト・ステータス」参照フィールドをダブルクリックします。
「参照」ウィンドウが表示されたら、「なし」を選択します。「なし」は、このステータスがリソース・オブジェクトのプロビジョニング・ステータスに何の影響もないことを示します。
「OK」をクリックします。
プロビジョニング・ステータス「なし」がタスクとオブジェクトのステータス・マッピング・タブに表示されます。
「保存」をクリックします。
プロセス・タスクのステータスがリソース・オブジェクトのプロビジョニング・ステータスからマップ解除されます。
このタブでは、現在のプロセス・タスクの割当てルールを指定できます。これらのルールによって、プロセス・タスクの割当て方法を決定します。
注意: タスク割当てルールは、手動で完了する必要があるタスクに関連付けて使用すると便利です。ほとんどのプロビジョニング・プロセス・タスクは自動化されているため、タスク割当てルールは不要です。 |
Oracle Identity Managerでは、「Solarisプロセス・タスク - ユーザー」というルールの基準が満たされない場合に、「Solarisプロセス・タスク - グループ」というルールの基準が評価されます。そのルールの基準が満たされると、タスクはSYSTEM ADMINISTRATORSロールに割り当てられ、10分後にエスカレートされるようにマークされます。
注意: プロセス・タスクに割り当てることができるのは、分類タイプが「タスクの割当て」のルールのみです。ルールの分類タイプを指定する方法の詳細は、「「ルール・デザイナ」フォーム」を参照してください。また、Oracle Identity Managerでは、デフォルト・ルールが事前に定義されています。このルールは常にTrueと評価されます。このため、他のルールがすべて失敗しても、少なくとも1つの事前定義のタスク割当てが実行されることを保証する安全策として使用できます。 |
表5-4に、「割当て」タブのフィールドを示します。
表5-4 タスクの編集ウィンドウの「割当て」タブのフィールド
フィールド名 | 説明 |
---|---|
ルール |
評価するタスク割当てルールの名前。 |
ターゲット・タイプ |
現在のプロセス・タスクを完了する必要があるユーザーまたはロールの分類タイプ。現在、プロセス・タスクの割当て先候補となるのは次のとおりです。
注意: オブジェクト認可者およびオブジェクト管理者の各ロールは、それぞれ「リソース・オブジェクト」フォームの「オブジェクト認可者」および「管理者」タブに定義されています。 |
アダプタ |
アダプタの名前。このフィールドをダブルクリックすると、既存のすべてのアダプタを参照できるフォームが表示されます。 |
アダプタ・ステータス |
アダプタのステータス。 |
グループ |
現在のプロセス・タスクが割り当てられているロール。 |
ユーザー |
現在のプロセス・タスクが割り当てられているユーザー。 |
「電子メール名」および「電子メールの送信」 |
電子メール名参照フィールドから電子メール通知を選択し、「電子メールの送信」チェック・ボックスを選択することにより、現在のプロセス・タスクが割り当てられたときに、Oracle Identity Managerによってユーザーまたはロールに電子メール通知が送信されるようになります。 |
エスカレーション時間 |
Oracle Identity Managerによってトリガーされるルールに関連付けられているユーザーまたはロールがプロセス・タスクを完了する必要がある制限時間(ミリ秒)。このプロセス・タスクが所定時間内に完了しない場合、Oracle Identity Managerによってタスクが別のユーザーまたはロールに再割当てされます。エスカレーション・ルールは、ターゲット・タイプ・パラメータで定義された順序に従います。 |
優先度 |
現在のプロセス・タスクに関連付けられているルールの優先度値。この値は、Oracle Identity Managerでルールが評価される順序を示します。 |
次の各項では、プロセス・タスクにタスク割当てルールを追加する方法、およびプロセス・タスクからタスク割当てルールを削除する方法について説明します。
プロセス・タスクにルールを追加するには、次の手順を実行します。
ルールを追加するタスクの行ヘッダーをダブルクリックします。
タスクの編集ウィンドウが表示されます。
「割当て」タブをクリックします。
「追加」をクリックします。
空白行が「割当て」タブに表示されます。
「ルール」参照フィールドをダブルクリックします。
「参照」ウィンドウが表示されたら、プロセス・タスクに追加するルールを選択します。次に、「OK」をクリックします。
「ターゲット・タイプ」参照フィールドをダブルクリックします。
「参照」ウィンドウが表示されたら、プロセス・タスクを完了する必要があるユーザーまたはロールの分類タイプ(「ユーザー」、「ロール」、「最小ロードのグループ・ユーザー」、「リクエスト・ターゲット・ユーザーのマネージャ」、「最小ロードのオブジェクト認可ユーザー」、「オブジェクト管理者」、「最小ロードのオブジェクト管理ユーザー」)を選択します。次に、「OK」をクリックします。
「グループ」参照フィールドをダブルクリックします。
「参照」ウィンドウが表示されたら、プロセス・タスクを完了する必要があるロールを選択します。この設定が必要になるのは、「ターゲット・タイプ」フィールドで「グループ」または「最小ロードのグループ・ユーザー」を選択した場合のみです。その後、「OK」をクリックします。
または
「ユーザー」参照フィールドをダブルクリックします。「参照」ウィンドウが表示されたら、プロセス・タスクを完了する必要があるユーザーを選択します。この設定が必要になるのは、「ターゲット・タイプ」フィールドで「ユーザー」を選択した場合のみです。その後、「OK」をクリックします。
電子メール名フィールドをダブルクリックします。
「参照」ウィンドウが表示されたら、プロセス・タスクが割り当てられたときに、対応するユーザーまたはロールに送信される電子メール通知を選択します。「OK」をクリックします。その後、「電子メールの送信」チェック・ボックスを選択します。
タスクが割り当てられたときにOracle Identity Managerによって電子メール通知が送信されないようにする場合は、手順8に進みます。
「エスカレーション時間」フィールドに、選択したユーザーまたはロールがプロセス・タスクを完了する必要がある制限時間(ミリ秒)を入力します。
プロセス・タスクに追加するルールに制限時間を関連付けない場合は、「エスカレーション時間」フィールドを空白のままにして、手順10に進みます。
「優先度」フィールドに、プロセス・タスクに追加するルールの優先度値を入力します。
「保存」をクリックします。
ルールがプロセス・タスクに追加されます。